[*] Errors from Music on Hold?

Dean @ InTouch newsgroups at intouchnetworks.ca
Wed Oct 15 05:25:10 CDT 2008


Hi all,
 
I think I have narrowed down the errors I am seeing in the CLI to the Music on Hold being released, but not sure what to
do next.  Here's what I see:
 
    -- Executing [xxxxxxxxxx at inbound:1] Verbose("SIP/1.2.3.4-b7679ef8", "-------Inbound Number Dialed is
xxxxxxxxxx----------") in new stack
-------Inbound Number Dialed is xxxxxxxxxx----------
    -- Executing [xxxxxxxxxx at inbound:2] Goto("SIP/1.2.3.4-b7679ef8", "customer_in|s|1") in new stack
    -- Executing [s at customer_in:1] Answer("SIP/1.2.3.4-b7679ef8", "") in new stack
    -- Executing [s at customer_in:2] GotoIfTime("SIP/1.2.3.4-b7679ef8", "9:00-16:30|mon-fri|*|*?customer_normal|s|1") in
new stack
    -- Executing [s at customer_normal:1] WaitExten("SIP/1.2.3.4-b7679ef8", "3") in new stack
    -- Timeout on SIP/1.2.3.4-b7679ef8, continuing...
    -- Executing [s at customer_normal:2] Dial("SIP/1.2.3.4-b7679ef8", "sip/SPA942|25") in new stack
    -- Called SPA942
    -- SIP/SPA942-09bfcca8 is ringing
    -- SIP/SPA942-09bfcca8 answered SIP/1.2.3.4-b7679ef8
    -- Packet2Packet bridging SIP/1.2.3.4-b7679ef8 and SIP/SPA942-09bfcca8
    -- Started music on hold, class 'default', on channel 'SIP/1.2.3.4-b7679ef8'
    -- Stopped music on hold on SIP/1.2.3.4-b7679ef8
[Oct  9 09:42:17] DEBUG[10174]: rtp.c:3106 bridge_p2p_loop: Oooh, something is weird, backing out
    -- Packet2Packet bridging SIP/1.2.3.4-b7679ef8 and SIP/SPA942-09bfcca8
*******The above 2 lines of DEBUG and Packet2Packet bridging repeats another 70 times in this example, but other errors
are as little as 1 time or other various multiple times.*******
[Oct  9 09:42:17] DEBUG[10174]: rtp.c:3106 bridge_p2p_loop: Oooh, something is weird, backing out
*******Note: There is about another 3 minutes of a bridged call here.*******
  == Spawn extension (customer_normal, 2, 1) exited non-zero on 'SIP/1.2.3.4-b7679ef8'
    -- Executing [h at customer_normal:1] Hangup("SIP/1.2.3.4-b7679ef8", "") in new stack
  == Spawn extension (customer_normal, h, 1) exited non-zero on 'SIP/1.2.3.4-b7679ef8'
 
I have removed the actual IP address and replaced with 1.2.3.4 as well as the dialed # and replaced with xxxxxxxxxx and
the context name and replaced with customer and the SIP/info with SPA942.  Other than that this is what is seen each
time and for various dialed #'s and customers.  The same happens when using an SPA-941 as with this SPA-942 so I don't
think that's the issue.
 
Any help is appreciated.
Thanks,
Dean
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.muug.mb.ca/pipermail/asterisk/attachments/20081015/03b8fc7c/attachment.html 


More information about the Asterisk mailing list