[*] Errors from Music on Hold?

[Dean @ InTouch]

Looks like no one else has seen this error in their CLI before because no one seems to have any answers or suggestions.
 
Dean
 
-----Original Message-----
From: asterisk-bounces at muug.mb.ca [mailto:asterisk-bounces at muug.mb.ca] On Behalf Of Dean @ InTouch
Sent: Wednesday, October 15, 2008 5:25 AM
To: asterisk at muug.mb.ca
Subject: [*] Errors from Music on Hold?


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/20081021/31e4a989/attachment.html