[asterisk-dev] Music on hold after an attended transfer to a queue.

Gabriel Ortiz Lour ortiz.admin at gmail.com
Tue Jan 19 11:00:16 CST 2010


Forgot to say: Thats because there is no peerd when the xfer is to an Queue
or an URA

2010/1/19 Gabriel Ortiz Lour <ortiz.admin at gmail.com>

> I solved changing chan_sip.c, moving the "ast_quiet_chan(peerb);" (line
> 14086) to go inside the "if(peerd)" if, right below, dont forget to put the
> {}!
>
> Ortiz
>
>
> 2009/12/13 nico kooijman <syspert at gmail.com>
>
> Hello Dulip,
>>
>> Thanks for your reply. But the musiconhold is heard bij de transferer, but
>> is gone after the transfer to the caller. In the event logging I only see
>> the message that the Musiconhold is stopped on the channel that will be
>> masqueraded to the caller channel.
>>
>> I made a simple test to skip the ast_quiet_chan and the musiconhold was
>> heard by the caller after the transfer in chan_sip.c function
>> attempt_transfer..
>>
>> Regards Nico
>>
>> 2009/12/13 Dulip Ravindra <duliprb2005 at yahoo.com>
>>
>>>  Hello Nico,
>>>
>>> I found the following problem in using Asterisk. In version 1.2.26.1 and
>>> in 1.6.2 (RC6) after an attended transfer of a caller.
>>>
>>> Caller calls transferer, transferer calls a queue and hears musiconhold.
>>>
>>> [**********The call is transfered and the caller is connected to the
>>> queue but doesn't hear anything.**********]
>>>
>>> When a blind transfer method is used the problem does not occur
>>>
>>> On a attended transfer the other way around also does not work, I'm not
>>> questioning why, but if someone calls a queue and then transfers the call
>>> attended to a callee also the musiconhold is not played anymore.
>>> -------------------------------------------------------
>>>
>>> I also got the same problem. and I resolved it.
>>>
>>> Please make sure firstly is that music file that you are going to use on
>>> this case having a appropriate permissions that can read by asterisk.
>>> it is located at /var/lib/aserisk/mohmp3 as I remember.
>>>
>>> to do that in linux command prompt
>>>
>>> 1.  chown asterisk:asterisk /var/lib/asterisk/mohmp3/*
>>> 2.  chmod 777 /var/lib/asterisk/mohmp3/*
>>>
>>> but I dont having idea about blind transfer. so if there is a possible
>>> solutions let me know also. thanks.
>>>
>>> Dulip Ravindra.
>>>
>>>
>>>
>>> ------------------------------
>>> *From:* nico kooijman <syspert at gmail.com>
>>> *To:* asterisk-dev at lists.digium.com
>>> *Sent:* Fri, December 11, 2009 3:42:26 PM
>>> *Subject:* [asterisk-dev] Music on hold after an attended transfer to a
>>> queue.
>>>
>>> Hello,
>>>
>>> I found the following problem in using Asterisk. In version 1.2.26.1 and
>>> in 1.6.2 (RC6) after an attended transfer of a caller.
>>>
>>> Caller calls transferer, transferer calls a queue and hears musiconhold.
>>> The call is transfered and the caller is connected to the queue but
>>> doesn't hear anything.
>>>
>>> When a blind transfer method is used the problem does not occur
>>>
>>> On a attended transfer the other way around also does not work, I'm not
>>> questioning why, but if someone calls a queue and then transfers the call
>>> attended to a callee also the musiconhold is not played anymore.
>>>
>>> Regards Nico
>>>
>>>
>>> _______________________________________________
>>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>>
>>> asterisk-dev mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>>>
>>
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-dev mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20100119/f4ff4414/attachment.htm 


More information about the asterisk-dev mailing list