<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks Dan.<br>
<br>
The problem was that Fastweb released a public not
assigned IP Addresses to its customers.<br>
<br>
The solution could be to change not only the owner connection
information present in the SDP (to ensure that the connection goes from
the UA to the Media Proxy) but also the owner information (in this way
opensips substitute the faked Fastweb ip address with the Media Proxy
public IP address).<br>
<br>
Do you agree??<br>
<br>
Thanks in advance<br>
MD<br>
<br>
Dan Pascu ha scritto:
<blockquote
cite="mid:1E61CDF6-5B06-40B3-8386-530392EA0202@ag-projects.com"
type="cite">
<pre wrap="">On 18 Sep 2009, at 18:57, Mauro Davì wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi All,
I don't know where is the problem, also if it isn't a great problem...
I'm using opensips in a multi-proxy environment, where there is a
SIP Proxy (Load Balancer) that balance the incoming traffic on more
than one SIP Server or SIP Registrar (based on the SIP message
tipology).
Now I have two UA connected behind a NAT (the two UA are connected
via two different ADSL connection, in particular one is connected
via Fastweb an Italian telecommunication operator).
When one of the UA start a Dialog (i.e. send the INVITE), all the
signallig goes well and also the RTP Audio stream is ok (i.e. I can
speak and listen on both the UA).
There is only a little strange behaviour, the Media Proxy send the
first RTP packet (only the first) to the private IP address assigned
to the UA that is connected throw the fastweb network...
Anyone could give me same suggestion on why there is this
"spourious" packet, and how I can correct this?
</pre>
</blockquote>
<pre wrap=""><!---->
Until it learns both endpoints and is able to establish a conntrack
rule for forwarding the stream, mediaproxy forwards the data in
userspace to whatever address was learns from the SDP, in order to
avoid deadlocking in case multiple media relays are chained. However
it should only forward if the endpoint has a publicly routable address
because only then it is sure to reach them. It does not attempt to
send to endpoints with private (as in rfc1918) addresses.
--
Dan
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
</body>
</html>