Hello Brian,

I had the chance to have a time slot to test the behaviour with a brand new compiled Freeswitch from GIT. The Problem has disappeared. The previously tested Freeswitch was about 5 months old, so there must have been some fix in the meantime.
Sorry for the inconvenience.

Best regards
Peter




On 11/11/14 13:27, Peter Steinbach wrote:
Hello Brian,

a reloadacl shows
2014-11-11 13:21:37.079554 [NOTICE] switch_core.c:1306 Created ip list rfc6598.auto default (deny)
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 100.64.0.0/10 (allow) [] to list rfc6598.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_core.c:1312 Created ip list rfc1918.auto default (deny)
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 10.0.0.0/8 (allow) [] to list rfc1918.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 172.16.0.0/12 (allow) [] to list rfc1918.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 192.168.0.0/16 (allow) [] to list rfc1918.auto

2014-11-11 13:21:37.079554 [NOTICE] switch_core.c:1320 Created ip list wan.auto default (allow)
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 0.0.0.0/8 (deny) [] to list wan.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 10.0.0.0/8 (deny) [] to list wan.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 172.16.0.0/12 (deny) [] to list wan.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 192.168.0.0/16 (deny) [] to list wan.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 169.254.0.0/16 (deny) [] to list wan.auto

2014-11-11 13:21:37.079554 [NOTICE] switch_core.c:1330 Created ip list nat.auto default (deny)
2014-11-11 13:21:37.079554 [NOTICE] switch_core.c:1332 Adding 192.168.206.241/255.255.255.255 (deny) to list nat.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 10.0.0.0/8 (allow) [] to list nat.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 172.16.0.0/12 (allow) [] to list nat.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 192.168.0.0/16 (allow) [] to list nat.auto
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 100.64.0.0/10 (allow) [] to list nat.auto

2014-11-11 13:21:37.079554 [NOTICE] switch_core.c:1342 Created ip list loopback.auto default (deny)
2014-11-11 13:21:37.079554 [NOTICE] switch_utils.c:325 Adding 127.0.0.0/8 (allow) [] to list loopback.auto

2014-11-11 13:21:37.079554 [NOTICE] switch_core.c:1348 Created ip list localnet.auto default (deny)
2014-11-11 13:21:37.079554 [NOTICE] switch_core.c:1351 Adding 192.168.206.241/255.255.255.255 (allow) to list localnet.auto

2014-11-11 13:21:37.179566 [NOTICE] switch_core.c:1376 Created ip list lan default (allow)
2014-11-11 13:21:37.179566 [NOTICE] switch_utils.c:325 Adding 192.168.42.0/24 (deny) [] to list lan
2014-11-11 13:21:37.179566 [NOTICE] switch_core.c:1451 Adding 192.168.42.0/24 (deny) to list lan
2014-11-11 13:21:37.179566 [NOTICE] switch_utils.c:325 Adding 192.168.42.42/32 (allow) [] to list lan
2014-11-11 13:21:37.179566 [NOTICE] switch_core.c:1451 Adding 192.168.42.42/32 (allow) to list lan

212.xxx.xxx.106 is set for ext-rtp-ip and ext-sip-ip.

Best regards
Peter

On 11/07/14 14:16, Brian West wrote:
what do you have local-network-acl, ext-rtp-ip and ext-sip-ip?

On Fri, Nov 7, 2014 at 6:23 AM, Peter Steinbach <lists@telefaks.de> wrote:
Hell,

we have the following problem:

Our Freswitch is behind NAT. We are sending faxes to a SIP provider.
Dependend on the destination number, the faxes are received or not.
Faxes are always sent via the same SIP provider and the same dialplan,
but I expect, they may be routed differently via other, subsequent SIP
providers.

Regarding the SDP I can see, that the c-line does contain the our
external IP, but the o-Line does contain the local IP in the
unicast_address field.
We are routing the call via a defined gateway in the external profile,
which has external_sip_ip set and external_rtp_ip set.
Dialplan is:
<action application="export" data="t38_passthru=true"/>
<action application="set" data="proxy_media=true"/>
<action application="bridge"
data="sofia/gateway/QSC/06912345678@sip.qsc.de"/>

Here is the SDP
====================================
v=0.
o=FreeSWITCH 1037989557 1037989558 IN IP4 192.168.206.241.
s=FreeSWITCH.
c=IN IP4 212.xxx.xxx.106.
t=0 0.
m=audio 12056 RTP/AVP 0 8.
a=rtpmap:0 PCMU/8000/1.
a=rtpmap:8 PCMA/8000/1.
a=maxptime:240.
====================================

I suspect, that the following SIP providers may have a problem with the
o-line with the local IP.
So - Is there any way to control this? E.g. via Dialplan variable?

ACL also seems to be fine
2014-11-07 12:31:10.599563 [NOTICE] switch_utils.c:324 Adding
192.168.0.0/16 (allow) [] to list rfc1918.auto
2014-11-07 12:31:10.599563 [NOTICE] switch_utils.c:324 Adding
192.168.0.0/16 (allow) [] to list nat.auto

I see the same behaviour also in
https://freeswitch.org/jira/browse/FS-5909 "ext-xxx-ip ignored with
proxy_media turned on"
There is a link for a patch, which is no longer available. Did this go
into the main release? Does anybody have this patch?


--
With kind regards
Peter


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



--

Brian West
brian@freeswitch.org


Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com

T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378)
iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest



_________________________________________________________________________
Professional FreeSWITCH Consulting Services: 
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


-- 
With kind regards
Peter Steinbach 

Telefaks Services GmbH
mailto:lists (att) telefaks.de
Internet: www.telefaks.de




-- 
With kind regards
Peter Steinbach 

Telefaks Services GmbH
mailto:lists (att) telefaks.de
Internet: www.telefaks.de