[asterisk-users] Music on Hold Problem w/ Transfers
roy at manistee.org
Wed Nov 21 12:26:09 CST 2007
I'm having this problem. Here is my output with verbosity on 10:
-- Executing [2523 at default:1] Dial("SIP/2524-099012b0", "SIP/2523|15")
in new stack
-- Called 2523
-- SIP/2523-09905220 is ringing
-- SIP/2523-09905220 answered SIP/2524-099012b0
-- Packet2Packet bridging SIP/2524-099012b0 and SIP/2523-09905220
-- Started music on hold, class 'default', on SIP/2524-099012b0
-- Executing [2500 at default:1] Dial("SIP/2523-0990f110",
"SIP/2500|15") in new stack
-- Called 2500
-- SIP/2500-09913080 is ringing
-- Stopped music on hold on SIP/2524-099012b0
== Spawn extension (default, 2523, 1) exited non-zero on
-- Nobody picked up in 15000 ms
[Nov 21 13:25:05] NOTICE: cdr.c:434 ast_cdr_free: CDR on channel
'SIP/2500-09913080' not posted
-- Executing [2500 at default:2] VoiceMail("SIP/2524-099012b0",
"u2500") in new stack
-- <SIP/2524-099012b0> Playing
'/var/spool/asterisk/voicemail/default/2500/unavail' (language 'en')
== Spawn extension (default, 2500, 2) exited non-zero on
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Tony Plack
Sent: Wednesday, November 21, 2007 9:17 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Music on Hold Problem w/ Transfers
Lacy & Brian,
Could you please set verbosity to 10, then place your
calls/holds/transfers and post the output?
Both where it works and where it doesn't.
Otherwise, helping you troubleshoot this will be difficult.
> On Nov 20, 2007 3:52 PM, Lacy Moore <aspendora at gmail.com> wrote:
>> I think I'm missing a change between 1.2 and 1.4. When using 1.4
>> (so far 1.4.9, 1.4.13, and 1.4.14), music on hold is not working
>> for transfers or parked calls. It does work when putting the
>> call on hold. If I revert back to 1.2.23 using the same config
>> and same music on hold files, it works.
> After posting, I dialed my cellphone, and music on hold works in
> all situations. It's something having to do with internal calls.
> I don't really care if that isn't working. I didn't think to try
> that first.
--Bandwidth and Colocation Provided by http://www.api-digital.com--
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
More information about the asterisk-users