<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Dan,<br>
<br>
I saw,<br>
<br>
Dan Pascu ha scritto:
<blockquote
cite="mid:8F8AA7AC-904B-41E4-8761-511A2A453716@ag-projects.com"
type="cite">
<pre wrap="">On 21 Sep 2009, at 13:17, Mauro Davì wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Thanks Dan.
The problem was that Fastweb released a public not assigned IP
Addresses to its customers
</pre>
</blockquote>
</blockquote>
For example an UA connected with Fastweb (Italian operator) received a
public IP (according to rfc1918) <br>
23.238.97.105 that isn't assigned by IANA
(<a class="moz-txt-link-freetext" href="http://www.iana.org/assignments/ipv4-address-space/">http://www.iana.org/assignments/ipv4-address-space/</a>). It's unallocated.<br>
The UA received this IP Address and contacts the SIP Proxy obviusly the
UA is behind a NAT, the real pubblic IP address<br>
used to connect to Internet was another a Public Assigned IP in my
case: 93.41.132.110.<br>
<br>
The who is lookup say:<br>
<br>
<table _base_href="http://cqcounter.com/whois/" bgcolor="#f3f0e0"
border="0" cellpadding="5" cellspacing="1" width="728">
<tbody _base_href="http://cqcounter.com/whois/">
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">IP
Address</td>
<td class="info" bgcolor="#ffffff"><a class="hl"
href="/traceroute/?query=93.41.132.110">93.41.132.110</a></td>
</tr>
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">Host</td>
<td class="info" bgcolor="#ffffff">93-41-132-110.ip81.fastwebnet.it</td>
</tr>
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">Location</td>
<td class="info" bgcolor="#ffffff"><img alt="IT"
src="cid:part1.04050509.07060904@acotel.com" border="0"> IT, Italy</td>
</tr>
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">City</td>
<td class="info" bgcolor="#ffffff">Terni, 18 -</td>
</tr>
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">Organization</td>
<td class="info" bgcolor="#ffffff">Fastweb</td>
</tr>
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">ISP</td>
<td class="info" bgcolor="#ffffff">Fastweb</td>
</tr>
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">AS
Number</td>
<td class="info" bgcolor="#ffffff">AS12874 Fastweb Autonomous
System</td>
</tr>
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">Latitude</td>
<td class="info" bgcolor="#ffffff">42°56'67" North</td>
</tr>
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">Longitude</td>
<td class="info" bgcolor="#ffffff">12°61'67" East</td>
</tr>
<tr>
<td class="info" bgcolor="#ffffff" nowrap="nowrap" valign="top">Distance</td>
<td class="info" bgcolor="#ffffff">874.92 km (543.65 miles)</td>
</tr>
</tbody>
</table>
<br>
<blockquote
cite="mid:8F8AA7AC-904B-41E4-8761-511A2A453716@ag-projects.com"
type="cite">
<blockquote type="cite">
<pre wrap="">
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).
Do you agree??
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
So... In the SDP part of the INVITE I received:<br>
<br>
v=0<br>
o=- 3462098794 3462098794 IN IP4 23.238.97.105<br>
s=SJphone<br>
c=IN IP4 23.238.97.105<br>
t=0 0<br>
m=audio 49156 RTP/AVP 8 0 3 98 97 101<br>
c=IN IP4 23.238.97.105<br>
a=rtpmap:8 PCMA/8000<br>
a=rtpmap:0 PCMU/8000<br>
a=rtpmap:3 GSM/8000<br>
a=rtpmap:98 iLBC/8000<br>
a=fmtp:98 mode=20<br>
a=rtpmap:97 iLBC/8000<br>
a=rtpmap:101 telephone-event/8000<br>
a=fmtp:101 0-16<br>
a=setup:active<br>
a=sendrecv<br>
<br>
In wich, the owner information (o=) and the connection information (c=)
contains the IP address assigned to the UA (23.238.97.105).<br>
<br>
When the opensips server received the INVITE it changed the connection
information and forwarded the INVITE to the destination. <br>
The SDP information contained in the forwarded INVITE was:<br>
<br>
v=0<br>
o=- 3462098794 3462098794 IN IP4 23.238.97.105<br>
s=SJphone<br>
c=IN IP4 <MEDIA PROXY PUBLIC IP ADDRESS><br>
t=0 0<br>
m=audio 30690 RTP/AVP 8 0 3 98 97 101<br>
c=IN IP4 <MEDIA PROXY PUBLIC IP ADDRESS><br>
a=rtpmap:8 PCMA/8000<br>
a=rtpmap:0 PCMU/8000<br>
a=rtpmap:3 GSM/8000<br>
a=rtpmap:98 iLBC/8000<br>
a=fmtp:98 mode=20<br>
a=rtpmap:97 iLBC/8000<br>
a=rtpmap:101 telephone-event/8000<br>
a=fmtp:101 0-16<br>
a=setup:active<br>
a=sendrecv<br>
<br>
<blockquote
cite="mid:8F8AA7AC-904B-41E4-8761-511A2A453716@ag-projects.com"
type="cite">
<pre wrap="">
To be honest, I haven't the slightest idea of what you are talking
about...
--
Dan
</pre>
</blockquote>
<br>
Now... to resolve "my problem", the opensips server need to modify not
only the SDP connection information (c=), but also the<br>
SDP owner information (o=). In this way the Media Proxy won't send the
RTP packet to the 23.238.97.105 not assigned IP Address <br>
(that was my problem).<br>
<br>
Is this correct?<br>
<br>
Thanks a lot and Regards,<br>
<br>
MD<br>
<blockquote
cite="mid:8F8AA7AC-904B-41E4-8761-511A2A453716@ag-projects.com"
type="cite">
<pre wrap="">
_______________________________________________
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>