[SR-Users] RTPproxy issue in forwarding scenario

Daniel-Constantin Mierla miconda at gmail.com
Mon Jul 8 13:57:42 CEST 2013


Hello,

iirc the flag, for the requests/replies coming from b2bua, use the 'r' 
as part of parameters to rtpproxy functions -- check the readme of the 
module.

Cheers,
Daniel

On 7/8/13 1:52 PM, Sebastian Damm wrote:
> Hi,
>
> we are building a setup where we use an rtpproxy in all cases. This 
> works fine except for one scenario.
>
> Caller -> SIP(+rtpproxy) -> B2BUA -> SIP(+rtpproxy) -> Called
>
> In this case, the B2BUA implements forwarding and sends the call back 
> through our setup. The B2BUA does not send out a 183 reponse by itself.
>
> Now, when the caller sends the INVITE, the rtpproxy gets enabled in 
> both cases. The caller sends his RTP to the rtpproxy, after a 183 or 
> 200 OK response, the called sends RTP to the rtpproxy, too, But since 
> the B2BUA doesn't send any audio, both rtpproxies don't know where to 
> pass on the RTP.
>
> Does anybody know how to circumvent this issue? I searched for an 
> option to tell rtpproxy to send the RTP to the address advertised in 
> the SDP as long as it hasn't received any packets on the port, but 
> couldn't find it.
>
> Any hints?
> Thanks in advance,
> Sebastian
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130708/db6b70d8/attachment.html>


More information about the sr-users mailing list