[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