<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
Hi all,<br>
<br>
i am using FreeSWITCH with mobile phones and have problems in FS
sometimes acting as a media relay, sometimes not.<br>
<br>
The mobile phones are behind operator's 3G/2G data networks that are
"natted" .<br>
<br>
The FS just need to act as a SIP server handling:<br>
- Signaling (with SIP/TLS)<br>
- Media relay<br>
<br>
NO transcoding is done. (disabled)<br>
Mobile devices use an obfuscated RTP protocol (to bypass VoIP blocking
by mobile operator) and in order to let FS relay it we use:<br>
inbound-proxy-media=true . That way FS does not even check the RTP
header but just relay udp packets on agreed ports.<br>
<br>
I am having a strong problem, sometimes devices get one-way audio and
doing debugging we found out that sometimes FS rewrite correctly the
SDP header but sometimes it does not.<br>
<br>
We are using:<br>
&nbsp;&nbsp;&nbsp; &lt;param name="apply-nat-acl" value="nat.auto"/&gt;<br>
&nbsp;&nbsp;&nbsp; &lt;param name="aggressive-nat-detection" value="true"/&gt;<br>
<br>
I would like FS to act like Asterisk canreinvite=no that force the
media to go trough it always rewriting SDP headers and to make the RTP
flow goes across Asterisk.<br>
<br>
I also tried to add this in order to force the rewriting:<br>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
<pre>     &lt;variable name="sip-force-contact" value="NDLB-connectile-dysfunction"/&gt;</pre>
However given 2 peers sometime i see the status of the peer (sofia
status profile internal) shown as "Registered(AUTO-NAT)" and sometimes
as "Registered(TLS)" .<br>
<br>
Some times the traffic between the peers is not correctly relayed and
there is an asymmetric one-way audio situation:<br>
peer-A correctly send RTP traffic to FS that relay it to peer-B<br>
peer-B send RTP traffic directly to peer-B (because FS did not rewrote
the SDP header related to the target IP of RTP).<br>
<br>
>From our basic diagnosis it seems that FS sometimes detect devices as
"behind NAT" but sometimes it does not.<br>
<br>
Is there a way to certainly and precisely force all connections to be
relayed across the FS like we was doing with "canreinvite=yes" of
asterisk?<br>
<br>
I just would like a static set of settings without the dynamic methods
of NAT detection.<br>
Just everything (RTP relay) going trough FS.<br>
<br>
Is that possible?<br>
<br>
Fabio Pietrosanti<br>
</body>
</html>