sofia - wrong (external) IP address in contact for local calls
Hi, So, after not using freeswitch for a few years, I just did a clean install of Freeswitch 1.8.6 on debian 9 using packages from the repo and have a small issue maybe someone can help me with. I'm using the vanilla config here to keep it simple, also Freeswitch is started with -nonat. The problem I encountered is the contact field for local calls (on the same IP subnet as freeswitch) on the internal profile contains the external IP address which makes the phone send the response to the wrong IP. You can find attached a complete debug log with sip trace of a call between ext 1007 (192.168.0.66) and ext 1008 (192.168.0.65). Freeswitch is 192.168.0.140. The profile contains the default params: <param name="rtp-ip" value="$${local_ip_v4}"/> <param name="sip-ip" value="$${local_ip_v4}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> <param name="ext-sip-ip" value="$${external_rtp_ip}"/> This is what I get from sofia status: freeswitch@deb9> sofia status profile internal ================================================================================================= Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 192.168.0.140,192.168.0.140 Dialplan XML Context public Challenge Realm auto_from RTP-IP 192.168.0.140 Ext-RTP-IP 93.86.XX.XX SIP-IP 192.168.0.140 Ext-SIP-IP 93.86.XX.XX URL sip:mod_sofia@93.86.XX.XX:5060 BIND-URL sip:mod_sofia@93.86.XX.XX:5060;maddr=192.168.0.140;transport=udp,tcp WS-BIND-URL sip:mod_sofia@192.168.0.140:5066;transport=ws WSS-BIND-URL sips:mod_sofia@192.168.0.140:7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 0 FAILED-CALLS-OUT 0 REGISTRATIONS 2 Is this the correct behavior? If I remove ext-rtp-ip and ext-sip-ip params from the config it works, but am I missing something obvious or is this a bug? -- Dušan Dragić
Hi, Long story short, try to change your "local-network-acl" to whatever will match phones from the local network. Regards, Alex Alex Sibyakin | Support Engineer SignalWire | 228 Hamilton Ave 3rd Floor, Palo Alto, CA 94303 Email: alex@freeswitch.com Website: https://www.signalwire.com On Tue, Jun 11, 2019 at 8:16 AM Dušan Dragić <dragic.dusan@gmail.com> wrote:
Hi,
So, after not using freeswitch for a few years, I just did a clean install of Freeswitch 1.8.6 on debian 9 using packages from the repo and have a small issue maybe someone can help me with.
I'm using the vanilla config here to keep it simple, also Freeswitch is started with -nonat.
The problem I encountered is the contact field for local calls (on the same IP subnet as freeswitch) on the internal profile contains the external IP address which makes the phone send the response to the wrong IP. You can find attached a complete debug log with sip trace of a call between ext 1007 (192.168.0.66) and ext 1008 (192.168.0.65). Freeswitch is 192.168.0.140.
The profile contains the default params: <param name="rtp-ip" value="$${local_ip_v4}"/> <param name="sip-ip" value="$${local_ip_v4}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> <param name="ext-sip-ip" value="$${external_rtp_ip}"/>
This is what I get from sofia status:
freeswitch@deb9> sofia status profile internal
================================================================================================= Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 192.168.0.140,192.168.0.140 Dialplan XML Context public Challenge Realm auto_from RTP-IP 192.168.0.140 Ext-RTP-IP 93.86.XX.XX SIP-IP 192.168.0.140 Ext-SIP-IP 93.86.XX.XX URL sip:mod_sofia@93.86.XX.XX:5060 BIND-URL sip:mod_sofia@93.86.XX.XX:5060;maddr=192.168.0.140;transport=udp,tcp WS-BIND-URL sip:mod_sofia@192.168.0.140:5066;transport=ws WSS-BIND-URL sips:mod_sofia@192.168.0.140:7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 0 FAILED-CALLS-OUT 0 REGISTRATIONS 2
Is this the correct behavior? If I remove ext-rtp-ip and ext-sip-ip params from the config it works, but am I missing something obvious or is this a bug?
-- Dušan Dragić _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
local-network-acl was (by default) set to localnet.auto which correctly detected my LAN subnet freeswitch@deb9> acl 192.168.0.66 localnet.auto true so I didn't have high hopes for this working, but I tried it anyway. Created a new acl called mylan with 192.168.0.0/24 allowed and used it for local-network-acl, freeswitch@deb9> acl 192.168.0.66 mylan true ... 2019-06-11 23:24:40.764885 [DEBUG] sofia.c:4641 local-network-acl [mylan] ... no change, it's same as before. On Tue, 11 Jun 2019 at 08:32, Alexey Sibyakin <alex@freeswitch.com> wrote:
Hi,
Long story short, try to change your "local-network-acl" to whatever will match phones from the local network.
Regards,
Alex
Alex Sibyakin | Support Engineer SignalWire | 228 Hamilton Ave 3rd Floor, Palo Alto, CA 94303 Email: alex@freeswitch.com Website: https://www.signalwire.com
On Tue, Jun 11, 2019 at 8:16 AM Dušan Dragić <dragic.dusan@gmail.com> wrote:
Hi,
So, after not using freeswitch for a few years, I just did a clean install of Freeswitch 1.8.6 on debian 9 using packages from the repo and have a small issue maybe someone can help me with.
I'm using the vanilla config here to keep it simple, also Freeswitch is started with -nonat.
The problem I encountered is the contact field for local calls (on the same IP subnet as freeswitch) on the internal profile contains the external IP address which makes the phone send the response to the wrong IP. You can find attached a complete debug log with sip trace of a call between ext 1007 (192.168.0.66) and ext 1008 (192.168.0.65). Freeswitch is 192.168.0.140.
The profile contains the default params: <param name="rtp-ip" value="$${local_ip_v4}"/> <param name="sip-ip" value="$${local_ip_v4}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> <param name="ext-sip-ip" value="$${external_rtp_ip}"/>
This is what I get from sofia status:
freeswitch@deb9> sofia status profile internal ================================================================================================= Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 192.168.0.140,192.168.0.140 Dialplan XML Context public Challenge Realm auto_from RTP-IP 192.168.0.140 Ext-RTP-IP 93.86.XX.XX SIP-IP 192.168.0.140 Ext-SIP-IP 93.86.XX.XX URL sip:mod_sofia@93.86.XX.XX:5060 BIND-URL sip:mod_sofia@93.86.XX.XX:5060;maddr=192.168.0.140;transport=udp,tcp WS-BIND-URL sip:mod_sofia@192.168.0.140:5066;transport=ws WSS-BIND-URL sips:mod_sofia@192.168.0.140:7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 0 FAILED-CALLS-OUT 0 REGISTRATIONS 2
Is this the correct behavior? If I remove ext-rtp-ip and ext-sip-ip params from the config it works, but am I missing something obvious or is this a bug?
-- Dušan Dragić _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Dušan Dragić
There is a param for exactly this. Take a look in the vars or Sofia params On Tue, 11 Jun 2019 at 19:12, Dušan Dragić <dragic.dusan@gmail.com> wrote:
local-network-acl was (by default) set to localnet.auto which correctly detected my LAN subnet
freeswitch@deb9> acl 192.168.0.66 localnet.auto true
so I didn't have high hopes for this working, but I tried it anyway. Created a new acl called mylan with 192.168.0.0/24 allowed and used it for local-network-acl,
freeswitch@deb9> acl 192.168.0.66 mylan true
... 2019-06-11 23:24:40.764885 [DEBUG] sofia.c:4641 local-network-acl [mylan] ...
no change, it's same as before.
On Tue, 11 Jun 2019 at 08:32, Alexey Sibyakin <alex@freeswitch.com> wrote:
Hi,
Long story short, try to change your "local-network-acl" to whatever
will match phones from the local network.
Regards,
Alex
Alex Sibyakin | Support Engineer SignalWire | 228 Hamilton Ave 3rd
Floor, Palo Alto <https://www.google.com/maps/search/nalWire+%7C+228+Hamilton+Ave+3rd+Floor,+Palo+Alto?entry=gmail&source=g>, CA 94303 Email: alex@freeswitch.com Website: https://www.signalwire.com
On Tue, Jun 11, 2019 at 8:16 AM Dušan Dragić <dragic.dusan@gmail.com>
wrote:
Hi,
So, after not using freeswitch for a few years, I just did a clean install of Freeswitch 1.8.6 on debian 9 using packages from the repo and have a small issue maybe someone can help me with.
I'm using the vanilla config here to keep it simple, also Freeswitch is started with -nonat.
The problem I encountered is the contact field for local calls (on the same IP subnet as freeswitch) on the internal profile contains the external IP address which makes the phone send the response to the wrong IP. You can find attached a complete debug log with sip trace of a call between ext 1007 (192.168.0.66) and ext 1008 (192.168.0.65). Freeswitch is 192.168.0.140.
The profile contains the default params: <param name="rtp-ip" value="$${local_ip_v4}"/> <param name="sip-ip" value="$${local_ip_v4}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> <param name="ext-sip-ip" value="$${external_rtp_ip}"/>
This is what I get from sofia status:
freeswitch@deb9> sofia status profile internal
=================================================================================================
Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 192.168.0.140,192.168.0.140 Dialplan XML Context public Challenge Realm auto_from RTP-IP 192.168.0.140 Ext-RTP-IP 93.86.XX.XX SIP-IP 192.168.0.140 Ext-SIP-IP 93.86.XX.XX URL sip:mod_sofia@93.86.XX.XX:5060 BIND-URL sip:mod_sofia@93.86.XX.XX:5060;maddr=192.168.0.140;transport=udp,tcp WS-BIND-URL sip:mod_sofia@192.168.0.140:5066;transport=ws WSS-BIND-URL sips:mod_sofia@192.168.0.140:7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 0 FAILED-CALLS-OUT 0 REGISTRATIONS 2
Is this the correct behavior? If I remove ext-rtp-ip and ext-sip-ip params from the config it works, but am I missing something obvious or is this a bug?
-- Dušan Dragić
The FreeSWITCH project is sponsored by SignalWire
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Dušan Dragić
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
You can always use a different profile for internal calls, not assigning ext-sip-is or ext-rtp-ip On Tue, 11 Jun 2019 at 19:44, David Villasmil < david.villasmil.work@gmail.com> wrote:
There is a param for exactly this. Take a look in the vars or Sofia params
On Tue, 11 Jun 2019 at 19:12, Dušan Dragić <dragic.dusan@gmail.com> wrote:
local-network-acl was (by default) set to localnet.auto which correctly detected my LAN subnet
freeswitch@deb9> acl 192.168.0.66 localnet.auto true
so I didn't have high hopes for this working, but I tried it anyway. Created a new acl called mylan with 192.168.0.0/24 allowed and used it for local-network-acl,
freeswitch@deb9> acl 192.168.0.66 mylan true
... 2019-06-11 23:24:40.764885 [DEBUG] sofia.c:4641 local-network-acl [mylan] ...
no change, it's same as before.
On Tue, 11 Jun 2019 at 08:32, Alexey Sibyakin <alex@freeswitch.com> wrote:
Hi,
Long story short, try to change your "local-network-acl" to whatever
will match phones from the local network.
Regards,
Alex
Alex Sibyakin | Support Engineer SignalWire | 228 Hamilton Ave 3rd
Floor, Palo Alto <https://www.google.com/maps/search/nalWire+%7C+228+Hamilton+Ave+3rd+Floor,+Palo+Alto?entry=gmail&source=g>, CA 94303 Email: alex@freeswitch.com Website: https://www.signalwire.com
On Tue, Jun 11, 2019 at 8:16 AM Dušan Dragić <dragic.dusan@gmail.com>
wrote:
Hi,
So, after not using freeswitch for a few years, I just did a clean install of Freeswitch 1.8.6 on debian 9 using packages from the repo and have a small issue maybe someone can help me with.
I'm using the vanilla config here to keep it simple, also Freeswitch is started with -nonat.
The problem I encountered is the contact field for local calls (on the same IP subnet as freeswitch) on the internal profile contains the external IP address which makes the phone send the response to the wrong IP. You can find attached a complete debug log with sip trace of a call between ext 1007 (192.168.0.66) and ext 1008 (192.168.0.65). Freeswitch is 192.168.0.140.
The profile contains the default params: <param name="rtp-ip" value="$${local_ip_v4}"/> <param name="sip-ip" value="$${local_ip_v4}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> <param name="ext-sip-ip" value="$${external_rtp_ip}"/>
This is what I get from sofia status:
freeswitch@deb9> sofia status profile internal
=================================================================================================
Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 192.168.0.140,192.168.0.140 Dialplan XML Context public Challenge Realm auto_from RTP-IP 192.168.0.140 Ext-RTP-IP 93.86.XX.XX SIP-IP 192.168.0.140 Ext-SIP-IP 93.86.XX.XX URL sip:mod_sofia@93.86.XX.XX:5060 BIND-URL sip:mod_sofia@93.86.XX.XX:5060;maddr=192.168.0.140;transport=udp,tcp WS-BIND-URL sip:mod_sofia@192.168.0.140:5066;transport=ws WSS-BIND-URL sips:mod_sofia@192.168.0.140 :7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 0 FAILED-CALLS-OUT 0 REGISTRATIONS 2
Is this the correct behavior? If I remove ext-rtp-ip and ext-sip-ip params from the config it works, but am I missing something obvious or is this a bug?
-- Dušan Dragić
The FreeSWITCH project is sponsored by SignalWire
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Dušan Dragić
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
-- Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
Yes, of course, and I'm planning on doing it like that, but I was just surprised it didn't wok out of the box with the example config. I'll try to find a profile param or a var, but I haven't had any luck so far. On Wed, 12 Jun 2019 at 02:38, David Villasmil <david.villasmil.work@gmail.com> wrote:
You can always use a different profile for internal calls, not assigning ext-sip-is or ext-rtp-ip
On Tue, 11 Jun 2019 at 19:44, David Villasmil <david.villasmil.work@gmail.com> wrote:
There is a param for exactly this. Take a look in the vars or Sofia params
On Tue, 11 Jun 2019 at 19:12, Dušan Dragić <dragic.dusan@gmail.com> wrote:
local-network-acl was (by default) set to localnet.auto which correctly detected my LAN subnet
freeswitch@deb9> acl 192.168.0.66 localnet.auto true
so I didn't have high hopes for this working, but I tried it anyway. Created a new acl called mylan with 192.168.0.0/24 allowed and used it for local-network-acl,
freeswitch@deb9> acl 192.168.0.66 mylan true
... 2019-06-11 23:24:40.764885 [DEBUG] sofia.c:4641 local-network-acl [mylan] ...
no change, it's same as before.
On Tue, 11 Jun 2019 at 08:32, Alexey Sibyakin <alex@freeswitch.com> wrote:
Hi,
Long story short, try to change your "local-network-acl" to whatever will match phones from the local network.
Regards,
Alex
Alex Sibyakin | Support Engineer SignalWire | 228 Hamilton Ave 3rd Floor, Palo Alto, CA 94303 Email: alex@freeswitch.com Website: https://www.signalwire.com
On Tue, Jun 11, 2019 at 8:16 AM Dušan Dragić <dragic.dusan@gmail.com> wrote:
Hi,
So, after not using freeswitch for a few years, I just did a clean install of Freeswitch 1.8.6 on debian 9 using packages from the repo and have a small issue maybe someone can help me with.
I'm using the vanilla config here to keep it simple, also Freeswitch is started with -nonat.
The problem I encountered is the contact field for local calls (on the same IP subnet as freeswitch) on the internal profile contains the external IP address which makes the phone send the response to the wrong IP. You can find attached a complete debug log with sip trace of a call between ext 1007 (192.168.0.66) and ext 1008 (192.168.0.65). Freeswitch is 192.168.0.140.
The profile contains the default params: <param name="rtp-ip" value="$${local_ip_v4}"/> <param name="sip-ip" value="$${local_ip_v4}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> <param name="ext-sip-ip" value="$${external_rtp_ip}"/>
This is what I get from sofia status:
freeswitch@deb9> sofia status profile internal ================================================================================================= Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 192.168.0.140,192.168.0.140 Dialplan XML Context public Challenge Realm auto_from RTP-IP 192.168.0.140 Ext-RTP-IP 93.86.XX.XX SIP-IP 192.168.0.140 Ext-SIP-IP 93.86.XX.XX URL sip:mod_sofia@93.86.XX.XX:5060 BIND-URL sip:mod_sofia@93.86.XX.XX:5060;maddr=192.168.0.140;transport=udp,tcp WS-BIND-URL sip:mod_sofia@192.168.0.140:5066;transport=ws WSS-BIND-URL sips:mod_sofia@192.168.0.140:7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 0 FAILED-CALLS-OUT 0 REGISTRATIONS 2
Is this the correct behavior? If I remove ext-rtp-ip and ext-sip-ip params from the config it works, but am I missing something obvious or is this a bug?
-- Dušan Dragić _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Dušan Dragić
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Dušan Dragić
Removing -nonat? On Wed, 12 Jun 2019 at 05:42, Dušan Dragić <dragic.dusan@gmail.com> wrote:
Yes, of course, and I'm planning on doing it like that, but I was just surprised it didn't wok out of the box with the example config.
I'll try to find a profile param or a var, but I haven't had any luck so far.
On Wed, 12 Jun 2019 at 02:38, David Villasmil <david.villasmil.work@gmail.com> wrote:
You can always use a different profile for internal calls, not assigning
ext-sip-is or ext-rtp-ip
On Tue, 11 Jun 2019 at 19:44, David Villasmil <
david.villasmil.work@gmail.com> wrote:
There is a param for exactly this. Take a look in the vars or Sofia
params
On Tue, 11 Jun 2019 at 19:12, Dušan Dragić <dragic.dusan@gmail.com>
wrote:
local-network-acl was (by default) set to localnet.auto which correctly detected my LAN subnet
freeswitch@deb9> acl 192.168.0.66 localnet.auto true
so I didn't have high hopes for this working, but I tried it anyway. Created a new acl called mylan with 192.168.0.0/24 allowed and used it for local-network-acl,
freeswitch@deb9> acl 192.168.0.66 mylan true
... 2019-06-11 23:24:40.764885 [DEBUG] sofia.c:4641 local-network-acl
[mylan]
...
no change, it's same as before.
On Tue, 11 Jun 2019 at 08:32, Alexey Sibyakin <alex@freeswitch.com> wrote:
Hi,
Long story short, try to change your "local-network-acl" to whatever
will match phones from the local network.
Regards,
Alex
Alex Sibyakin | Support Engineer SignalWire | 228 Hamilton Ave 3rd
Floor, Palo Alto, CA 94303 Email: alex@freeswitch.com Website: https://www.signalwire.com
On Tue, Jun 11, 2019 at 8:16 AM Dušan Dragić <dragic.dusan@gmail.com>
wrote:
Hi,
So, after not using freeswitch for a few years, I just did a clean install of Freeswitch 1.8.6 on debian 9 using packages from the repo and have a small issue maybe someone can help me with.
I'm using the vanilla config here to keep it simple, also Freeswitch is started with -nonat.
The problem I encountered is the contact field for local calls (on
the
same IP subnet as freeswitch) on the internal profile contains the external IP address which makes the phone send the response to the wrong IP. You can find attached a complete debug log with sip trace of a call between ext 1007 (192.168.0.66) and ext 1008 (192.168.0.65). Freeswitch is 192.168.0.140.
The profile contains the default params: <param name="rtp-ip" value="$${local_ip_v4}"/> <param name="sip-ip" value="$${local_ip_v4}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> <param name="ext-sip-ip" value="$${external_rtp_ip}"/>
This is what I get from sofia status:
freeswitch@deb9> sofia status profile internal
=================================================================================================
Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 192.168.0.140,192.168.0.140 Dialplan XML Context public Challenge Realm auto_from RTP-IP 192.168.0.140 Ext-RTP-IP 93.86.XX.XX SIP-IP 192.168.0.140 Ext-SIP-IP 93.86.XX.XX URL sip:mod_sofia@93.86.XX.XX:5060 BIND-URL sip:mod_sofia@93.86.XX.XX :5060;maddr=192.168.0.140;transport=udp,tcp WS-BIND-URL sip:mod_sofia@192.168.0.140 :5066;transport=ws WSS-BIND-URL sips:mod_sofia@192.168.0.140 :7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 0 FAILED-CALLS-IN 0 CALLS-OUT 0 FAILED-CALLS-OUT 0 REGISTRATIONS 2
Is this the correct behavior? If I remove ext-rtp-ip and ext-sip-ip params from the config it works, but am I missing something obvious or is this a bug?
-- Dušan Dragić
The FreeSWITCH project is sponsored by SignalWire
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
The FreeSWITCH project is sponsored by SignalWire
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Dušan Dragić
The FreeSWITCH project is sponsored by SignalWire
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Dušan Dragić
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Regards, David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
Tried removing -nonat and it didn't make a difference. I'll look into the code and try to figure this out. On Wed, Jun 12, 2019, 13:09 David Villasmil <david.villasmil.work@gmail.com> wrote:
Removing -nonat?
On Wed, 12 Jun 2019 at 05:42, Dušan Dragić <dragic.dusan@gmail.com> wrote:
Yes, of course, and I'm planning on doing it like that, but I was just surprised it didn't wok out of the box with the example config.
I'll try to find a profile param or a var, but I haven't had any luck so far.
On Wed, 12 Jun 2019 at 02:38, David Villasmil <david.villasmil.work@gmail.com> wrote:
You can always use a different profile for internal calls, not
assigning ext-sip-is or ext-rtp-ip
On Tue, 11 Jun 2019 at 19:44, David Villasmil <
david.villasmil.work@gmail.com> wrote:
There is a param for exactly this. Take a look in the vars or Sofia
params
On Tue, 11 Jun 2019 at 19:12, Dušan Dragić <dragic.dusan@gmail.com>
wrote:
local-network-acl was (by default) set to localnet.auto which correctly detected my LAN subnet
freeswitch@deb9> acl 192.168.0.66 localnet.auto true
so I didn't have high hopes for this working, but I tried it anyway. Created a new acl called mylan with 192.168.0.0/24 allowed and used
it
for local-network-acl,
freeswitch@deb9> acl 192.168.0.66 mylan true
... 2019-06-11 23:24:40.764885 [DEBUG] sofia.c:4641 local-network-acl [mylan] ...
no change, it's same as before.
On Tue, 11 Jun 2019 at 08:32, Alexey Sibyakin <alex@freeswitch.com> wrote:
Hi,
Long story short, try to change your "local-network-acl" to
whatever will match phones from the local network.
Regards,
Alex
Alex Sibyakin | Support Engineer SignalWire | 228 Hamilton Ave 3rd
Floor, Palo Alto, CA 94303 Email: alex@freeswitch.com Website: https://www.signalwire.com
On Tue, Jun 11, 2019 at 8:16 AM Dušan Dragić <
dragic.dusan@gmail.com> wrote:
> > Hi, > > So, after not using freeswitch for a few years, I just did a clean > install of Freeswitch 1.8.6 on debian 9 using packages from the repo > and have a small issue maybe someone can help me with. > > I'm using the vanilla config here to keep it simple, also Freeswitch > is started with -nonat. > > The problem I encountered is the contact field for local calls (on the > same IP subnet as freeswitch) on the internal profile contains the > external IP address which makes the phone send the response to the > wrong IP. You can find attached a complete debug log with sip trace of > a call between ext 1007 (192.168.0.66) and ext 1008 (192.168.0.65). > Freeswitch is 192.168.0.140. > > The profile contains the default params: > <param name="rtp-ip" value="$${local_ip_v4}"/> > <param name="sip-ip" value="$${local_ip_v4}"/> > <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> > <param name="ext-sip-ip" value="$${external_rtp_ip}"/> > > This is what I get from sofia status: > > freeswitch@deb9> sofia status profile internal > ================================================================================================= > Name internal > Domain Name N/A > Auto-NAT false > DBName sofia_reg_internal > Pres Hosts 192.168.0.140,192.168.0.140 > Dialplan XML > Context public > Challenge Realm auto_from > RTP-IP 192.168.0.140 > Ext-RTP-IP 93.86.XX.XX > SIP-IP 192.168.0.140 > Ext-SIP-IP 93.86.XX.XX > URL sip:mod_sofia@93.86.XX.XX:5060 > BIND-URL > sip:mod_sofia@93.86.XX.XX :5060;maddr=192.168.0.140;transport=udp,tcp > WS-BIND-URL sip:mod_sofia@192.168.0.140 :5066;transport=ws > WSS-BIND-URL sips:mod_sofia@192.168.0.140 :7443;transport=wss > HOLD-MUSIC local_stream://moh > OUTBOUND-PROXY N/A > CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 > CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 > TEL-EVENT 101 > DTMF-MODE rfc2833 > CNG 13 > SESSION-TO 0 > MAX-DIALOG 0 > NOMEDIA false > LATE-NEG true > PROXY-MEDIA false > ZRTP-PASSTHRU true > AGGRESSIVENAT false > CALLS-IN 0 > FAILED-CALLS-IN 0 > CALLS-OUT 0 > FAILED-CALLS-OUT 0 > REGISTRATIONS 2 > > > Is this the correct behavior? If I remove ext-rtp-ip and ext-sip-ip > params from the config it works, but am I missing something obvious or > is this a bug? > > > -- > Dušan Dragić >
> > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time https://signalwire.community > > Professional FreeSWITCH Services > sales@freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://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 > https://freeswitch.com
The FreeSWITCH project is sponsored by SignalWire
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Dušan Dragić
The FreeSWITCH project is sponsored by SignalWire
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire
Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Dušan Dragić
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Regards,
David Villasmil email: david.villasmil.work@gmail.com phone: +34669448337 _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
participants (3)
-
Alexey Sibyakin
-
David Villasmil
-
Dušan Dragić