Hello,
we are using an RTP Proxy from rtpproxy.org as media relay to establish communication between our mobile phones. Of course, we are using the kamailio rtpproxy module to modify the SDP payload and control the proxy.
In our Kamailio configuration, we have 1 kamailio configured as Proxy and one kamailio configured as Registrar. So calls go through the Proxy and then to the Registrar who will update the SDP header and select an available rtp proxy.
We have noticed that sometimes, the rtp udp flow between the phones isn't routed properly by the rtpproxies, ending in the communication drop (all the SIP nego is working well, and the SDP are correctly patched with the rtp proxy address and port).
Analyzing the RTP proxy packets, we have found that the Kamailio registrar gives the Kamailio proxy ip address in the RTP proxy create session command, but keeps the original sdp port. command looks like this: Uc96,101 DC -PbO~Wnm <proxy_ip> <port from original sdp phone packet> PZU5OITCW;1
We are using rtpproxy_manage() without any flags. It seems to us that this ip and port are used as default forward route as long as the callee hasnt connected to the rtpproxy. *Is it correct? * If its true, Its seems to us that this cant work as we are mixing the proxy sip address with a udp port open on the phone ? *Is our analysis correct ?*
Can we use some option in rtpproxy_manage to replace the proxy ip by the phone ip as seen in the via route ?
Thx for your help
Giovanni
-- View this message in context: http://sip-router.1086192.n5.nabble.com/rtpproxy-module-question-tp148850.ht... Sent from the Users mailing list archive at Nabble.com.
Hello,
initially the rtpproxy is in so called learning mode, waiting for the first rtp packet to come from each side of the call. Before receiving first rtp packet it relies on source ip of signaling.
If the SDP has the device IP (you can eventually set that in the proxy), then you can use 'r' flag for rtpproxy_manage() to tell rtpproxy that it should trust the IP from sdp.
Cheers, Daniel
On 27/05/16 09:55, gmele wrote:
Hello,
we are using an RTP Proxy from rtpproxy.org as media relay to establish communication between our mobile phones. Of course, we are using the kamailio rtpproxy module to modify the SDP payload and control the proxy.
In our Kamailio configuration, we have 1 kamailio configured as Proxy and one kamailio configured as Registrar. So calls go through the Proxy and then to the Registrar who will update the SDP header and select an available rtp proxy.
We have noticed that sometimes, the rtp udp flow between the phones isn't routed properly by the rtpproxies, ending in the communication drop (all the SIP nego is working well, and the SDP are correctly patched with the rtp proxy address and port).
Analyzing the RTP proxy packets, we have found that the Kamailio registrar gives the Kamailio proxy ip address in the RTP proxy create session command, but keeps the original sdp port. command looks like this: Uc96,101 DC -PbO~Wnm <proxy_ip> <port from original sdp phone packet> PZU5OITCW;1
We are using rtpproxy_manage() without any flags. It seems to us that this ip and port are used as default forward route as long as the callee hasnt connected to the rtpproxy. *Is it correct?
If its true, Its seems to us that this cant work as we are mixing the proxy sip address with a udp port open on the phone ? *Is our analysis correct ?*
Can we use some option in rtpproxy_manage to replace the proxy ip by the phone ip as seen in the via route ?
Thx for your help
Giovanni
-- View this message in context: http://sip-router.1086192.n5.nabble.com/rtpproxy-module-question-tp148850.ht... Sent from the Users mailing list archive at Nabble.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
Hello,
Thx for the explanation, so it means that as soon as the callee connects to the RTP Proxy, the rtp proxy will use the callee ip address and port to forward the rtp stream and ignore the initial learned ip/port? Is there a duration limitation in this learning mode? Meaning that if the callee waits to much to send the first udp packet, the rtp proxy will use the ip/port set during negotiation?
Thx
Giovanni
From: Daniel-Constantin Mierla-6 [via SIP Router] [mailto:ml-node+s1086192n148852h78@n5.nabble.com] Sent: vendredi 27 mai 2016 10:09 To: Mele Giovanni Subject: Re: rtpproxy module question
Hello,
initially the rtpproxy is in so called learning mode, waiting for the first rtp packet to come from each side of the call. Before receiving first rtp packet it relies on source ip of signaling.
If the SDP has the device IP (you can eventually set that in the proxy), then you can use 'r' flag for rtpproxy_manage() to tell rtpproxy that it should trust the IP from sdp.
Cheers, Daniel
On 27/05/16 09:55, gmele wrote:
Hello,
we are using an RTP Proxy from rtpproxy.org as media relay to establish
communication between our mobile phones. Of course, we are using the
kamailio rtpproxy module to modify the SDP payload and control the proxy.
In our Kamailio configuration, we have 1 kamailio configured as Proxy and
one kamailio configured as Registrar. So calls go through the Proxy and then
to the Registrar who will update the SDP header and select an available rtp
proxy.
We have noticed that sometimes, the rtp udp flow between the phones isn't
routed properly by the rtpproxies, ending in the communication drop (all the
SIP nego is working well, and the SDP are correctly patched with the rtp
proxy address and port).
Analyzing the RTP proxy packets, we have found that the Kamailio registrar
gives the Kamailio proxy ip address in the RTP proxy create session command,
but keeps the original sdp port.
command looks like this:
Uc96,101 DC -PbO~Wnm <proxy_ip> <port from original sdp phone packet>
PZU5OITCW;1
We are using rtpproxy_manage() without any flags.
It seems to us that this ip and port are used as default forward route as
long as the callee hasnt connected to the rtpproxy. *Is it correct?
*
If its true, Its seems to us that this cant work as we are mixing the proxy
sip address with a udp port open on the phone ? *Is our analysis correct ?*
Can we use some option in rtpproxy_manage to replace the proxy ip by the
phone ip as seen in the via route ?
Thx for your help
Giovanni
--
View this message in context: http://sip-router.1086192.n5.nabble.com/rtpproxy-module-question-tp148850.ht...
Sent from the Users mailing list archive at Nabble.com.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
[hidden email]</user/SendEmail.jtp?type=node&node=148852&i=0>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
http://www.asipto.com - http://www.kamailio.org
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list [hidden email]</user/SendEmail.jtp?type=node&node=148852&i=1> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
________________________________ If you reply to this email, your message will be added to the discussion below: http://sip-router.1086192.n5.nabble.com/rtpproxy-module-question-tp148850p14... To unsubscribe from rtpproxy module question, click herehttp://sip-router.1086192.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=148850&code=Z2lvdmFubmkubWVsZUBuYWdyYS5jb218MTQ4ODUwfC0xNzU2MDgyNTA0. NAMLhttp://sip-router.1086192.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
-- View this message in context: http://sip-router.1086192.n5.nabble.com/rtpproxy-module-question-tp148850p14... Sent from the Users mailing list archive at Nabble.com.
Hello,
I am not familiar with the insights of rtpproxy source code, so I don't know if there is a limitation for duration and for how long it is.
Cheers, Daniel
On 27/05/16 10:42, gmele wrote:
Hello,
Thx for the explanation, so it means that as soon as the callee connects to the RTP Proxy, the rtp proxy will use the callee ip address and port to forward the rtp stream and ignore the initial learned ip/port? Is there a duration limitation in this learning mode? Meaning that if the callee waits to much to send the first udp packet, the rtp proxy will use the ip/port set during negotiation?
Thx
Giovanni
*From:*Daniel-Constantin Mierla-6 [via SIP Router] [mailto:ml-node+[hidden email] </user/SendEmail.jtp?type=node&node=148854&i=0>] *Sent:* vendredi 27 mai 2016 10:09 *To:* Mele Giovanni *Subject:* Re: rtpproxy module question
Hello,
initially the rtpproxy is in so called learning mode, waiting for the first rtp packet to come from each side of the call. Before receiving first rtp packet it relies on source ip of signaling.
If the SDP has the device IP (you can eventually set that in the proxy), then you can use 'r' flag for rtpproxy_manage() to tell rtpproxy that it should trust the IP from sdp.
Cheers, Daniel
On 27/05/16 09:55, gmele wrote:
Hello, we are using an RTP Proxy from rtpproxy.org as media relay to establish communication between our mobile phones. Of course, we are using the kamailio rtpproxy module to modify the SDP payload and control the proxy. In our Kamailio configuration, we have 1 kamailio configured as Proxy and one kamailio configured as Registrar. So calls go through the Proxy and then to the Registrar who will update the SDP header and select an available rtp proxy. We have noticed that sometimes, the rtp udp flow between the phones isn't routed properly by the rtpproxies, ending in the communication drop (all the SIP nego is working well, and the SDP are correctly patched with the rtp proxy address and port). Analyzing the RTP proxy packets, we have found that the Kamailio registrar gives the Kamailio proxy ip address in the RTP proxy create session command, but keeps the original sdp port. command looks like this: Uc96,101 DC -PbO~Wnm <proxy_ip> <port from original sdp phone packet> PZU5OITCW;1 We are using rtpproxy_manage() without any flags. It seems to us that this ip and port are used as default forward route as long as the callee hasnt connected to the rtpproxy. *Is it correct? * If its true, Its seems to us that this cant work as we are mixing the proxy sip address with a udp port open on the phone ? *Is our analysis correct ?* Can we use some option in rtpproxy_manage to replace the proxy ip by the phone ip as seen in the via route ? Thx for your help Giovanni -- View this message in context: http://sip-router.1086192.n5.nabble.com/rtpproxy-module-question-tp148850.html Sent from the Users mailing list archive at Nabble.com. _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list [hidden email] </user/SendEmail.jtp?type=node&node=148852&i=0> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-- Daniel-Constantin Mierla http://www.asipto.com - http://www.kamailio.org http://twitter.com/#!/miconda http://twitter.com/#%21/miconda - http://www.linkedin.com/in/miconda
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list [hidden email] </user/SendEmail.jtp?type=node&node=148852&i=1> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
*If you reply to this email, your message will be added to the discussion below:*
http://sip-router.1086192.n5.nabble.com/rtpproxy-module-question-tp148850p14...
To unsubscribe from rtpproxy module question, click here. NAML http://sip-router.1086192.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml
View this message in context: RE: rtpproxy module question http://sip-router.1086192.n5.nabble.com/rtpproxy-module-question-tp148850p148854.html Sent from the Users mailing list archive http://sip-router.1086192.n5.nabble.com/Users-f3.html at Nabble.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
-
Daniel-Constantin Mierla -
gmele