NAT: SDP with local IP in o-line unicast_address
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
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
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 <mailto: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 <mailto: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 <http://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 <http://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 <mailto: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 <mailto: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 <mailto: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
What you probably wanna do is set your ext-sip-ip and ext-rtp-ip to "autonat:212.xxx.xxx.106", then set the local-network-acl to nat.auto, Then restart FreeSWITCH. But what you outline doesn't make sense without autonat being on it should always use the ext-sip-ip and ext-rtp-ip on all outbound sip requests... can you get a sip trace of the one you're saying is exhibiting this issue? On Tue, Nov 11, 2014 at 6:27 AM, Peter Steinbach <lists@telefaks.de> 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.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de Internet: www.telefaks.de
_________________________________________________________________________ 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
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 <mailto: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 <mailto: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 <http://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 <http://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 <mailto: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 <mailto: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 <mailto: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
Peter, Yes that bug was about 5 months old, this is why you always test with master or the latest release prior to mailing the list or opening a JIRA. ;) I just assumed you were using something rather recent. On Tue, Nov 11, 2014 at 7:57 AM, Peter Steinbach <lists@telefaks.de> wrote:
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.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de Internet: www.telefaks.de
-- With kind regards Peter Steinbach
Telefaks Services GmbHmailto:lists <lists> (att) telefaks.de Internet: www.telefaks.de
_________________________________________________________________________ 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
participants (2)
-
Brian West
-
Peter Steinbach