I find that with Ingate and MOH, there is an issue if you put a MOH uri in the ingate with some ITSP's in that audio won't resume (hold, transfer, etc.). We found it does work with 4.0 if you are running ingate firmware 4.7.1 assuming you also use ingate for the remote worker), which was released recently. It may be different depending upon your ITSP.
We found disabling MOH for the ingate (leave on hold as it is in ingate) solved audio resume issues overall prior to 4.0 and ingate 4.7.1, but that's not fun. >>> "Mark Gertsvolf" <[email protected]> 05/29/09 2:17 PM >>> We don't seem to have an external tracker for Ingate, so I don't know how to report this issue, but there is an issue with Ingate when sipXecs 4.0 is deployed behind in with Ingate remote worker module. MOH can not be delivered to remote worker. The reason is that the MOH offer to remote worker is send with "sendonly" direction attribute. Ingate can't start sending music the phone until the phone sends RTP first, since Ingate is doing late binding procedure. However, since remote worker phone is told not to send media, Ingate never receives RTP from the phone so, it Ingate can't start sending music. Comparing this to the native sipXecs 4.0 remote worker solution: MOH works as expected with native remote worker module! Remote worker plugin determines that the MOH offer is "sendonly" and is destined to remote worker. It then changes the direction attribute to "sendrecv" and music is successfully delivered to the phone. I have been running sipXecs behind a NAT with 2 ITSPs and support for remote worker and apart from a few issues, which have been addressed recently, it is working really well. sipXecs 4.0 is a really nice product for this setup. Kudos to Bob and Ranga and the whole team! Cheers, Mark. _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
