<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi Sebastian,<br>
<br>
I understood, the 'r' flag (iirc being the right one) tells to
rtpproxy to trust the ip in sdp and send the rtp to it as soon as
received from the other side. It is the same case as chaining many
rtpproxies.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<div class="moz-cite-prefix">On 7/8/13 2:25 PM, Sebastian Damm
wrote:<br>
</div>
<blockquote
cite="mid:CABkWSFy1yFXahz6u_UTOXAAV5O33URB79F=_OHgDjALLOon86w@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Hi Daniel,<br>
<br>
sorry, I probably didn't explain the problem correctly. The
SIP part is okay, the ports on the rtpproxy are allocated, but
bridging the audio doesn't work until both parties actually
send at least one RTP packet. Since both streams (the inbound
and the outbound call) end up at one of the rtpproxies, there
will never be an audio stream from the B2BUA to the rtpproxy.
<br>
<br>
</div>
Best Regards,<br>
Sebastian<br>
<div><br>
<br>
On Mon, Jul 8, 2013 at 1:57 PM, Daniel-Constantin Mierla <<a
moz-do-not-send="true" href="mailto:miconda@gmail.com">miconda@gmail.com</a>>
wrote:<br>
><br>
> Hello,<br>
><br>
> 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.<br>
><br>
> Cheers,<br>
> Daniel<br>
><br>
><br>
> On 7/8/13 1:52 PM, Sebastian Damm wrote:<br>
><br>
> Hi,<br>
><br>
> we are building a setup where we use an rtpproxy in all
cases. This works fine except for one scenario.<br>
><br>
> Caller -> SIP(+rtpproxy) -> B2BUA ->
SIP(+rtpproxy) -> Called<br>
><br>
> 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.<br>
><br>
> 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.<br>
><br>
> 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.<br>
><br>
> Any hints?<br>
> Thanks in advance,<br>
> Sebastian<br>
><br>
<br>
</div>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
</pre>
</body>
</html>