<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=KOI8-R" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Michael Jerris wrote:
<blockquote cite="mid:5D8EE14A-2174-482D-B01B-83E25315A0DA@jerris.com"
type="cite">It's not ignoring the fs_path, it doesn't have one. Check
your nat related settings in your sip profile, specifically your
ext-sip-ip, nat-acl and localnet-acl settings. You would see the
fspath in the contact and nat in the status if this was set correctly.</blockquote>
Everything exactly as same as in default configuration, everywhere is
auto-nat:<br>
<br>
[root@olegh /usr/local/freeswitch/conf/sip_profiles]# grep ext-sip-ip
internal.xml<br>
<param name="ext-sip-ip" value="auto-nat"/><br>
<br>
[root@olegh /usr/local/freeswitch/conf/sip_profiles]# grep t-acl
internal.xml<br>
<param name="apply-nat-acl" value="nat.auto"/><br>
<br>
and you see, no localnet-acl settings in there.<br>
<br>
////////////////////////////////////////////////////////////////////////////////<br>
<br>
<br>
There is output of "sofia status profile internal", external
Ext-RTP-IP/Ext-SIP-IP both correct:<br>
<br>
Name internal<br>
Domain Name N/A<br>
Auto-NAT true<br>
DBName sofia_reg_internal<br>
Pres Hosts<br>
Dialplan XML<br>
Context public<br>
Challenge Realm auto_from<br>
RTP-IP 192.168.1.5<br>
Ext-RTP-IP 173.73.120.93<br>
SIP-IP 192.168.1.5<br>
Ext-SIP-IP 173.73.120.93<br>
URL <a class="moz-txt-link-abbreviated" href="mailto:sip:mod_sofia@192.168.1.5:5060">sip:mod_sofia@192.168.1.5:5060</a><br>
BIND-URL <a class="moz-txt-link-abbreviated" href="mailto:sip:mod_sofia@192.168.1.5:5060">sip:mod_sofia@192.168.1.5:5060</a><br>
HOLD-MUSIC local_stream://moh<br>
OUTBOUND-PROXY N/A<br>
CODECS IN G7221@32000h,G7221@16000h,G722,PCMU,PCMA,GSM<br>
CODECS OUT G7221@32000h,G7221@16000h,G722,PCMU,PCMA,GSM<br>
TEL-EVENT 101<br>
DTMF-MODE rfc2833<br>
CNG 13<br>
SESSION-TO 0<br>
MAX-DIALOG 0<br>
NOMEDIA false<br>
LATE-NEG false<br>
PROXY-MEDIA false<br>
AGGRESSIVENAT false<br>
STUN-ENABLED true<br>
STUN-AUTO-DISABLE false<br>
CALLS-IN 168<br>
FAILED-CALLS-IN 32<br>
CALLS-OUT 98<br>
FAILED-CALLS-OUT 59<br>
<br>
<br>
/////////////////////////////////////////////////<br>
<br>
freeswitch@internal> sofia status<br>
<br>
internal profile
<a class="moz-txt-link-abbreviated" href="mailto:sip:mod_sofia@192.168.1.5:5060">sip:mod_sofia@192.168.1.5:5060</a> RUNNING (0)<br>
192.168.1.5
alias internal ALIASED<br>
<br>
<br>
Really, with debug print, I see debug messages for Originarot's phone
during call:<br>
<br>
2010-05-23 18:55:57.399958 [DEBUG] sofia.c:5847 IP 192.168.1.130
Rejected by acl "domains". Falling back to Digest auth.<br>
2010-05-23 18:55:57.501841 [DEBUG] sofia.c:5847 IP 192.168.1.130
Rejected by acl "domains". Falling back to Digest auth.<br>
<br>
But, it works OK no LAN, despite these messages.<br>
<br>
<br>
And, you right, after upgrade FS to 1.0.6, all fs_path-es gone.<br>
How to restore it?<br>
<br>
<br>
Thanks,<br>
<br>
Oleg<br>
<br>
<br>
<br>
<br>
<blockquote cite="mid:5D8EE14A-2174-482D-B01B-83E25315A0DA@jerris.com"
type="cite">
<div><br>
</div>
<div>Mike</div>
<div><br>
<div>
<div>On May 23, 2010, at 1:01 PM, Oleg Khovayko wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div bgcolor="#ffffff" text="#000000">Brian West wrote:
<blockquote
cite="mid:06E75670-DFEC-404F-A1EA-C22CE66D7F2B@freeswitch.org"
type="cite"><span class="Apple-style-span"
style="border-collapse: separate; font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"><font
class="Apple-style-span"><font class="Apple-style-span" color="#144fae"><br>
</font></font></span>
<div><br>
<div>I really find that one hard to believe. </div>
<br>
</div>
</blockquote>
Hard to believe, but this is true:<br>
<br>
<br>
I have made PURE experiment.<br>
My friend has registered SIP-phone behind NAT in Ukraine.<br>
His registration:<br>
<br>
Call-ID: <a moz-do-not-send="true"
class="moz-txt-link-abbreviated" href="mailto:4a978b30@192.168.10.103">4a978b30@192.168.10.103</a><br>
User: <a moz-do-not-send="true"
class="moz-txt-link-abbreviated" href="mailto:1012@192.168.1.5">1012@192.168.1.5</a><br>
Contact: "user" <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="mailto:sip:1012@192.168.1.136:1024"><sip:1012@192.168.1.136:1024></a><br>
Agent: AcctonVoIP/2.5<br>
Status: Registered(UDP)(unknown) EXP(2010-05-23 14:27:20)<br>
Host: olegh.ath.cx<br>
IP: 91.207.244.1<br>
Port: 1024<br>
Auth-User: 1012<br>
Auth-Realm: olegh.ath.cx<br>
MWI-Account: <a moz-do-not-send="true"
class="moz-txt-link-abbreviated" href="mailto:1012@192.168.1.5">1012@192.168.1.5</a><br>
<br>
<br>
I tried call 1001 -> 1012, fs_cli prints:<br>
<br>
<br>
2010-05-23 12:37:01.593320 [NOTICE] switch_channel.c:669 New Channel
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:sofia/internal/sip:1012@192.168.1.136:1024">sofia/internal/sip:1012@192.168.1.136:1024</a>
[2b79d969-8966-df11-ac63-005004c3cb7e]<br>
<br>
I sniffed network traffic, FS tries connect to his LAN address from
"Contact", not his real address:<br>
<br>
olegh# tcpdump host'(192.168.1.136 or 91.207.244.1)'<br>
tcpdump: verbose output suppressed, use -v or -vv for full protocol
decode<br>
listening on xl0, link-type EN10MB (Ethernet), capture size 96 bytes<br>
12:40:55.044208 arp who-has 192.168.1.136 tell <a
moz-do-not-send="true" href="http://deskpro.khovayko.com">deskpro.khovayko.com</a><br>
12:40:55.544711 arp who-has 192.168.1.136 tell <a
moz-do-not-send="true" href="http://deskpro.khovayko.com">deskpro.khovayko.com</a><br>
12:40:56.545145 arp who-has 192.168.1.136 tell <a
moz-do-not-send="true" href="http://deskpro.khovayko.com">deskpro.khovayko.com</a><br>
12:40:58.546827 arp who-has 192.168.1.136 tell <a
moz-do-not-send="true" href="http://deskpro.khovayko.com">deskpro.khovayko.com</a><br>
<br>
<br>
<blockquote
cite="mid:06E75670-DFEC-404F-A1EA-C22CE66D7F2B@freeswitch.org"
type="cite">
<div>sofia profile xxx siptrace on</div>
<div><br>
</div>
<div>I will be you its NOT ignoring the fs_path you just can't
see
the packet leaving and since its TCP the far side nat I suspect has
closed the nat translation thus you'll need to register more often or
enable keep alives on the device.</div>
<div><br>
</div>
<div>/b</div>
<div><br>
</div>
</blockquote>
<br>
I tried to do this -- results as same as with tcpdump.<br>
My local phone has number 1001, IP=192.168.1.130, try to call 1012
(behind NAT, see registration above):<br>
<br>
</div>
</blockquote>
</div>
<br>
</div>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
FreeSWITCH-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-dev">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
<br>
</body>
</html>