I tested by keeping Music On Hold Source to none and also user MOH to
none.But still same behavior..
Regards,
Kumaran T
On 11/16/2012 4:14 PM, Tony Graziano wrote:
Since sipxbridge handles refer internally and there is a reinvite, the
UA is still going to play MOH. Perhaps you want to test this with a
phone that doesnt have MOH configurd (or one that doesnt support it).
With polycom you can remove the MOH uri in sipxconfig and send the
profile to the phone to remove it and test.
On Fri, Nov 16, 2012 at 5:05 AM, Kumaran
<[email protected]
<mailto:[email protected]>> wrote:
I just checking sipxbridge so I unchecked MOH checkbox(in SBC) and
verifying MOH is playing or not if calls via ITSP..
Regards,
Kumaran T
On 11/16/2012 3:29 PM, Tony Graziano wrote:
If the phone (UA) itself has MOH it is customary to still hear
MOH in that use case, yes.
MOH can happen at several layers:
At the ITSP if it is provided (or enabled)
At sipxbridge for trunking
At the UA (i.e. Polycom)
Can you explain what it is you are trying to prove/unprove or test?
On Fri, Nov 16, 2012 at 4:49 AM, Kumaran
<[email protected]
<mailto:[email protected]>> wrote:
Hi Joegen,
Just now tried following scenario(Edit SBC->MOH->disabled)
1.user 200 calls mobile no 00919986252763 via ITSP
2.00919986252763 answers the call
3.2way-call is established
4.user 200 consult transfer to 203
5.MOH will be heard to 00919986252763(So you mean
this behavior
is not excepted)
Regards,
Kumaran T
On 11/16/2012 2:51 PM, Joegen Baclor wrote:
> Disabling MoH in sipX bridge means it wont initiate MoH for
transfer.
> That wont stop phones from initiating it themselves. This
is expected.
>
> On 11/16/2012 02:39 PM, Kumaran wrote:
>> Hi All,
>> I have disabled MOH support in sipXbridge but
external users hears
>> MOH when user put on hold while call established via ITSP..
>>
>> Regards,
>> Kumaran T
>>
>> _______________________________________________
>> sipx-dev mailing list
>> [email protected]
<mailto:[email protected]>
>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>>
_______________________________________________
sipx-dev mailing list
[email protected]
<mailto:[email protected]>
List Archive: http://list.sipfoundry.org/archive/sipx-dev/
--
~~~~~~~~~~~~~~~~~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: [email protected]
<mailto:[email protected]>
Fax: 434.465.6833
~~~~~~~~~~~~~~~~~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~~~~~~~~~~~~~~~~~
Using or developing for sipXecs from SIPFoundry? Ask me about
sipX-CoLab 2013!
<http://sipxcolab2013.eventbrite.com/?discount=tony2013>
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: [email protected]
<mailto:[email protected]>
Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
_______________________________________________
sipx-dev mailing list
[email protected] <mailto:[email protected]>
List Archive:http://list.sipfoundry.org/archive/sipx-dev/
--
~~~~~~~~~~~~~~~~~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: [email protected]
<mailto:[email protected]>
Fax: 434.465.6833
~~~~~~~~~~~~~~~~~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~~~~~~~~~~~~~~~~~
Using or developing for sipXecs from SIPFoundry? Ask me about
sipX-CoLab 2013!
<http://sipxcolab2013.eventbrite.com/?discount=tony2013>
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: [email protected]
<mailto:[email protected]>
Helpdesk Customers: http://myhelp.myitdepartment.net
<http://myhelp.myitdepartment.net>
Blog: http://blog.myitdepartment.net
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev/
