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 < thiru.venkateshwa...@ttplservices.com> 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 < > thiru.venkateshwa...@ttplservices.com> 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 >> >> sipx-dev@list.sipfoundry.org >> >> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> >> >> >> >> _______________________________________________ >> sipx-dev mailing list >> sipx-dev@list.sipfoundry.org >> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >> > > > > -- > ~~~~~~~~~~~~~~~~~~ > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: tgrazi...@voice.myitdepartment.net > 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: helpdesk@voice.myitdepartment.**net<helpd...@voice.myitdepartment.net> > > Helpdesk Customers: > http://myhelp.myitdepartment.**net<http://myhelp.myitdepartment.net> > Blog: http://blog.myitdepartment.net > > > _______________________________________________ > sipx-dev mailing listsipx-...@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-dev/ > > > -- ~~~~~~~~~~~~~~~~~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: tgrazi...@voice.myitdepartment.net 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: helpd...@voice.myitdepartment.net Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net
_______________________________________________ sipx-dev mailing list sipx-dev@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-dev/
