Hello,
Here is the context: I use to terminate outgoing calls to a PSTN gateway. The gateway is able to detect asymmetric RTP on IP side and then ended the call after a configurable timer if asymmetric RTP is detected.
I'm working on the integration of a VoIP Trunk with a wholesaler and I'm wondering how this behaviour can be transposed on full IP interconnection.
The first step will be to use Kamailio as an SBC and start the RTPProxy for each session terminated on this wholesaler. Is there a similar mechanism on RTPProxy sides that can detect this particular call-flow and hang up the call?
Thanks for your suggestions.
Regards,
Igor.
Hello,
On 05/14/2014 09:43 AM, Igor Potjevlesch wrote:
The first step will be to use Kamailio as an SBC and start the RTPProxy for each session terminated on this wholesaler. Is there a similar mechanism on RTPProxy sides that can detect this particular call-flow and hang up the call?
It's not necessarily easy, since SIP proxies do not, by their very nature, lend themselves to this sort of thing, but rtpproxy does have a timeout signaling socket:
http://kamailio.org/docs/modules/4.1.x/modules/rtpproxy.html#idp27200
But honestly, you'd be better off with a purely SIP-based method of dead peer detection, be it making the endpoints use SIP Session Timers, or using the Kamailio dialog module's OPTIONS-pinging method:
http://kamailio.org/docs/modules/4.1.x/modules/dialog.html#idp1940224
-- Alex
Hello Alex,
Thanks for your reply. I had a look to the timeout signalling socket. Looks to match the need. Do you know what is intended by "a media stream timed out."? How the timeout is determined?
Indeed, SIP Timers would be the better way and full SIP based. But this suppose that all the endpoints support SIP Timers. I cannot guarantee this.
Dialog seems to do the job also with "default_timeout" parameter.
Regards,
Igor.
-----Message d'origine----- De : sr-users-bounces@lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] De la part de Alex Balashov Envoyé : mercredi 14 mai 2014 15:46 À : Kamailio (SER) - Users Mailing List Objet : Re: [SR-Users] Prevent missing BYE request
Hello,
On 05/14/2014 09:43 AM, Igor Potjevlesch wrote:
The first step will be to use Kamailio as an SBC and start the RTPProxy for each session terminated on this wholesaler. Is there a similar mechanism on RTPProxy sides that can detect this particular call-flow and hang up the call?
It's not necessarily easy, since SIP proxies do not, by their very nature, lend themselves to this sort of thing, but rtpproxy does have a timeout signaling socket:
http://kamailio.org/docs/modules/4.1.x/modules/rtpproxy.html#idp27200
But honestly, you'd be better off with a purely SIP-based method of dead peer detection, be it making the endpoints use SIP Session Timers, or using the Kamailio dialog module's OPTIONS-pinging method:
http://kamailio.org/docs/modules/4.1.x/modules/dialog.html#idp1940224
-- Alex
-- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-
Alex Balashov -
Igor Potjevlesch