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]> 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]> 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] >> >> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> >> >> >> >> _______________________________________________ >> sipx-dev mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> > > > > -- > ~~~~~~~~~~~~~~~~~~ > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [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].**net<[email protected]> > > Helpdesk Customers: > http://myhelp.myitdepartment.**net<http://myhelp.myitdepartment.net> > Blog: http://blog.myitdepartment.net > > > _______________________________________________ > sipx-dev mailing [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > > > -- ~~~~~~~~~~~~~~~~~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: [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] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
