<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi Michael,<br>
<br>
After your mail, I did several test and looked into the packets,
but the phones doesn't insert any reference to the NAT_ADDRESS.<br>
Freeswitch adds the parameter "received=NAT_ADDRESS" in the via
header (for the aggressive-nat-detection) and sometimes changes
the SDP connect information to the NAT_ADDRESS instead of the
PHONE_PRIVATE_ADDRESS.<br>
<br>
Could the bypass_media_after_bridge fail in some calls?<br>
<br>
Regards,<br>
<br>
<br>
<br>
Il 23/07/13 15.50, Michael Jerris ha scritto:<br>
</div>
<blockquote
cite="mid:A514647D-DA5C-4647-987B-95029C5640B3@jerris.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
in bypass media, we pass along the sdp the other side sends. If
they are sending the wrong address, we will happily send that
along. If the other end can't figure it out with its own nat
fixing, it won't work.
<div><br>
</div>
<div><br>
<div>
<div>On Jul 23, 2013, at 7:38 AM, Carlo Dimaggio <<a
moz-do-not-send="true" href="mailto:jaasmailing@gmail.com">jaasmailing@gmail.com</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<div bgcolor="#FFFFFF" text="#000000"> <font size="-1"><font
face="Arial">Hi all,<br>
<br>
<font size="-1"><font face="Arial">I have an
installation with several phones <font size="-1"><font
face="Arial">(yealink)</font></font> behind
NAT and <font size="-1"><font face="Arial">freeswitch
with<font size="-1"><font face="Arial">
aggressive-nat-detection<font size="-1"><font
face="Arial">=tr<font size="-1"><font
face="Arial">ue in </font></font></font></font></font></font><font
size="-1"><font face="Arial"><font size="-1"><font
face="Arial"><font size="-1"><font
face="Arial"><font size="-1"><font
face="Arial"><font size="-1"><font
face="Arial"><font
size="-1"><font
face="Arial"><font
size="-1"><font
face="Arial"><font
size="-1"><font
face="Arial"><font
size="-1"><font
face="Arial"><font
size="-1"><font
face="Arial">internal
SIP Profile.<br>
<font
size="-1"><font
face="Arial">In
dialplan I <font
size="-1"><font
face="Arial">set
bypass_media_after_bridge<font size="-1"><font face="Arial"> in order to
<font
size="-1"><font
face="Arial">eliminate
on-way audio
problems (and
<font
size="-1"><font
face="Arial">use
less
bandwidth)</font></font>,
but I'm
encountering <font
size="-1"><font
face="Arial">a
strange </font></font></font></font></font></font>issue.<br>
<font
size="-1"><font
face="Arial"><font
size="-1"><font
face="Arial">W<font
size="-1"><font
face="Arial">hen
<font
size="-1"><font
face="Arial">I
call <font
size="-1"><font
face="Arial">two
extensions, <font
size="-1"><font
face="Arial">s</font></font></font></font></font></font>ome<font
size="-1"><font
face="Arial">times
freeswitch
bypass<font
size="-1"><font
face="Arial">
the media betw<font
size="-1"><font
face="Arial">een
them (so the
SDP sent by
freeswitch ha<font
size="-1"><font
face="Arial">ve</font></font>
the <font
size="-1"><font
face="Arial">p<font
size="-1"><font
face="Arial">rivate
IP) </font></font></font></font>and
sometimes <font
size="-1"><font
face="Arial">frees<font
size="-1"><font
face="Arial">witch
send the SDP
with the NAT
IP<font
size="-1"><font
face="Arial">
(in th<font
size="-1"><font
face="Arial">is
case there is
no audio).</font></font></font></font><br>
<br>
<font
size="-1"><font
face="Arial">What
could be the
problem?<br>
<font
size="-1"><font
face="Arial">Is
this a bug or
<font
size="-1"><font
face="Arial">my
misconfiguration?<br>
</font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></div>
</blockquote>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>
Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
<br>
</body>
</html>