NAT issues - Outbound Call drops after ~30 seconds
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me. I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP. Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697 ...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698 ...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699 -- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Probably should include this... freeswitch@internal> version FreeSWITCH Version 1.0.head (git-fcab3de 2012-03-15 18-57-19 +0000) root@homeserver:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:1a:a0:a4:c7:d8 inet addr:192.168.1.79 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::21a:a0ff:fea4:c7d8/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1398614 errors:0 dropped:0 overruns:0 frame:0 TX packets:448607 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:743611560 (709.1 MiB) TX bytes:254563244 (242.7 MiB) Interrupt:16 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:141954 errors:0 dropped:0 overruns:0 frame:0 TX packets:141954 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:25148012 (23.9 MiB) TX bytes:25148012 (23.9 MiB) On Mon, Mar 19, 2012 at 3:12 PM, Brian Foster <bdfoster@endigotech.com>wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Try either enabling upnp on your router or setting ext-sip-ip and ext-rtp-ip to stun:stun.freeswitch.org, and forward the relevant ports on your router. Those are the first things to check. On 19 March 2012 19:16, Brian Foster <bdfoster@endigotech.com> wrote:
Probably should include this...
freeswitch@internal> version FreeSWITCH Version 1.0.head (git-fcab3de 2012-03-15 18-57-19 +0000)
root@homeserver:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:1a:a0:a4:c7:d8 inet addr:192.168.1.79 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::21a:a0ff:fea4:c7d8/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1398614 errors:0 dropped:0 overruns:0 frame:0 TX packets:448607 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:743611560 (709.1 MiB) TX bytes:254563244 (242.7 MiB) Interrupt:16
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:141954 errors:0 dropped:0 overruns:0 frame:0 TX packets:141954 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:25148012 (23.9 MiB) TX bytes:25148012 (23.9 MiB)
On Mon, Mar 19, 2012 at 3:12 PM, Brian Foster <bdfoster@endigotech.com>wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
UPnP isn't available on this network. Ports 16384-16406 are forwarded to the machine from the router. Port range in switch.conf.xml reflects that. Also 5080 is forwarded from the router to the server. Both of those variables (ext-sip-ip and ext-rtp-ip) are set to the stun server, see pastebin 18699 (third link in original email). -BDF On Mar 19, 2012 4:46 PM, "Andrew Cassidy" <andrew@cassidywebservices.co.uk> wrote:
Try either enabling upnp on your router or setting ext-sip-ip and ext-rtp-ip to stun:stun.freeswitch.org, and forward the relevant ports on your router.
Those are the first things to check.
On 19 March 2012 19:16, Brian Foster <bdfoster@endigotech.com> wrote:
Probably should include this...
freeswitch@internal> version FreeSWITCH Version 1.0.head (git-fcab3de 2012-03-15 18-57-19 +0000)
root@homeserver:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:1a:a0:a4:c7:d8 inet addr:192.168.1.79 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::21a:a0ff:fea4:c7d8/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1398614 errors:0 dropped:0 overruns:0 frame:0 TX packets:448607 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:743611560 (709.1 MiB) TX bytes:254563244 (242.7 MiB) Interrupt:16
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:141954 errors:0 dropped:0 overruns:0 frame:0 TX packets:141954 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:25148012 (23.9 MiB) TX bytes:25148012 (23.9 MiB)
On Mon, Mar 19, 2012 at 3:12 PM, Brian Foster <bdfoster@endigotech.com>wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
On 20-03-12 00:10, Brian Foster wrote:
UPnP isn't available on this network. Ports 16384-16406 are forwarded to the machine from the router. Port range in switch.conf.xml reflects that. Also 5080 is forwarded from the router to the server.
Both of those variables (ext-sip-ip and ext-rtp-ip) are set to the stun server, see pastebin 18699 (third link in original email).
If the (ADSL) router has a (for lack of a better term cause I can't remember) "SIP helper" app, try disabling it. Similar to the Cisco "SMTP Fixup" functionality which does an excellent job at the opposite. Regards, Patrick
Yea I know what you're talking about. That has indeed been switched off on the RG. For reference purposes, the Residential Gateway is a 2wire AT&T-branded Uverse DSL modem/wireless router with a 4 port switch. I've also got two 8 port netgear prosafe switches. Phones and server are on the same subnet/netmask. Very simple network setup. No VLANS, etc. This was indeed working with Asterisk, so I'm almost positive it's a configuration issue with FreeSWITCH. If there's a need to look at more than the files/logs I've pb'd, please let be know! -BDF On Mar 19, 2012 9:20 PM, "Patrick Lists" <freeswitch-list@puzzled.xs4all.nl> wrote:
On 20-03-12 00:10, Brian Foster wrote:
UPnP isn't available on this network. Ports 16384-16406 are forwarded to the machine from the router. Port range in switch.conf.xml reflects that. Also 5080 is forwarded from the router to the server.
Both of those variables (ext-sip-ip and ext-rtp-ip) are set to the stun server, see pastebin 18699 (third link in original email).
If the (ADSL) router has a (for lack of a better term cause I can't remember) "SIP helper" app, try disabling it. Similar to the Cisco "SMTP Fixup" functionality which does an excellent job at the opposite.
Regards, Patrick
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
Try to catch RTP streams tcpdump -i eth0 portrange 16384-16406 and see what happens. 20 марта 2012 г. 6:14 пользователь Brian Foster <bdfoster@endigotech.com>написал:
Yea I know what you're talking about. That has indeed been switched off on the RG. For reference purposes, the Residential Gateway is a 2wire AT&T-branded Uverse DSL modem/wireless router with a 4 port switch. I've also got two 8 port netgear prosafe switches. Phones and server are on the same subnet/netmask. Very simple network setup. No VLANS, etc. This was indeed working with Asterisk, so I'm almost positive it's a configuration issue with FreeSWITCH.
If there's a need to look at more than the files/logs I've pb'd, please let be know!
-BDF On Mar 19, 2012 9:20 PM, "Patrick Lists" < freeswitch-list@puzzled.xs4all.nl> wrote:
On 20-03-12 00:10, Brian Foster wrote:
UPnP isn't available on this network. Ports 16384-16406 are forwarded to the machine from the router. Port range in switch.conf.xml reflects that. Also 5080 is forwarded from the router to the server.
Both of those variables (ext-sip-ip and ext-rtp-ip) are set to the stun server, see pastebin 18699 (third link in original email).
If the (ADSL) router has a (for lack of a better term cause I can't remember) "SIP helper" app, try disabling it. Similar to the Cisco "SMTP Fixup" functionality which does an excellent job at the opposite.
Regards, Patrick
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
Anton, I'm not really a pro at reading those, but I did post it here: http://da1.endigovoip.com/dump.txt ...I'm not sure if that will tell much. Where it says bdfoster-Precision-WorkStation-490, that is the FS server (192.168.1.79), the ATA is on 192.168.1.80 (Grandstream HT286) This problem has also occurred using a SPA921 and another HT286, all on the same LAN connected to the same server, etc. -BDF 2012/3/20 Anton Kvashenkin <anton.jugatsu@gmail.com>
Try to catch RTP streams
tcpdump -i eth0 portrange 16384-16406
and see what happens.
20 марта 2012 г. 6:14 пользователь Brian Foster <bdfoster@endigotech.com>написал:
Yea I know what you're talking about. That has indeed been switched off on
the RG. For reference purposes, the Residential Gateway is a 2wire AT&T-branded Uverse DSL modem/wireless router with a 4 port switch. I've also got two 8 port netgear prosafe switches. Phones and server are on the same subnet/netmask. Very simple network setup. No VLANS, etc. This was indeed working with Asterisk, so I'm almost positive it's a configuration issue with FreeSWITCH.
If there's a need to look at more than the files/logs I've pb'd, please let be know!
-BDF On Mar 19, 2012 9:20 PM, "Patrick Lists" < freeswitch-list@puzzled.xs4all.nl> wrote:
On 20-03-12 00:10, Brian Foster wrote:
UPnP isn't available on this network. Ports 16384-16406 are forwarded to the machine from the router. Port range in switch.conf.xml reflects that. Also 5080 is forwarded from the router to the server.
Both of those variables (ext-sip-ip and ext-rtp-ip) are set to the stun server, see pastebin 18699 (third link in original email).
If the (ADSL) router has a (for lack of a better term cause I can't remember) "SIP helper" app, try disabling it. Similar to the Cisco "SMTP Fixup" functionality which does an excellent job at the opposite.
Regards, Patrick
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Brian, Can you turn on siptrace (sofia global siptrace on) from fs_cli, replicate the issue, and upload the full fs_cli output (FreeSWITCH console and SIP trace) to pastebin.freeswitch.org? 2012/3/20 Brian Foster <bdfoster@endigotech.com>:
Anton,
I'm not really a pro at reading those, but I did post it here:
http://da1.endigovoip.com/dump.txt
...I'm not sure if that will tell much. Where it says bdfoster-Precision-WorkStation-490, that is the FS server (192.168.1.79), the ATA is on 192.168.1.80 (Grandstream HT286) This problem has also occurred using a SPA921 and another HT286, all on the same LAN connected to the same server, etc.
-BDF
2012/3/20 Anton Kvashenkin <anton.jugatsu@gmail.com>
Try to catch RTP streams
tcpdump -i eth0 portrange 16384-16406
and see what happens.
20 марта 2012 г. 6:14 пользователь Brian Foster <bdfoster@endigotech.com> написал:
Yea I know what you're talking about. That has indeed been switched off on the RG. For reference purposes, the Residential Gateway is a 2wire AT&T-branded Uverse DSL modem/wireless router with a 4 port switch. I've also got two 8 port netgear prosafe switches. Phones and server are on the same subnet/netmask. Very simple network setup. No VLANS, etc. This was indeed working with Asterisk, so I'm almost positive it's a configuration issue with FreeSWITCH.
If there's a need to look at more than the files/logs I've pb'd, please let be know!
-BDF
On Mar 19, 2012 9:20 PM, "Patrick Lists" <freeswitch-list@puzzled.xs4all.nl> wrote:
On 20-03-12 00:10, Brian Foster wrote:
UPnP isn't available on this network. Ports 16384-16406 are forwarded to the machine from the router. Port range in switch.conf.xml reflects that. Also 5080 is forwarded from the router to the server.
Both of those variables (ext-sip-ip and ext-rtp-ip) are set to the stun server, see pastebin 18699 (third link in original email).
If the (ADSL) router has a (for lack of a better term cause I can't remember) "SIP helper" app, try disabling it. Similar to the Cisco "SMTP Fixup" functionality which does an excellent job at the opposite.
Regards, Patrick
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Kristian Kielhofner
We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them. -MC On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com>wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Andrew, root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003 http://da1.endigovoip.com/dump.pcap Kristian, http://pastebin.freeswitch.org/18708 Michael, I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues. -BDF On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote:
We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com>wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
This is why I love Wireshark so much! Look at this purdee graph it makes: See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason: SIP;cause=408;text=\"ACK Timeout\" FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :) I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation. -MC On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com>wrote:
Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote:
We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com>wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
My thought at this stage is that the ATA is trying to send the ACK directly and not to FreeSWITCH using the Contact header. If I recall correctly, GS's can be configured with both a registrar and an outbound proxy. Try setting the outbound proxy to the FreeSWITCH box, see what happens. On 20 March 2012 17:15, Michael Collins <msc@freeswitch.org> wrote:
This is why I love Wireshark so much! Look at this purdee graph it makes:
See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason:
SIP;cause=408;text=\"ACK Timeout\"
FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :)
I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation.
-MC
On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com>wrote:
Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote:
We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com>wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
Andrew, I did check this on the HT286, it was unset. I set it to the FS server IP, but I got the same results. -BDF On Tue, Mar 20, 2012 at 1:35 PM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
My thought at this stage is that the ATA is trying to send the ACK directly and not to FreeSWITCH using the Contact header. If I recall correctly, GS's can be configured with both a registrar and an outbound proxy. Try setting the outbound proxy to the FreeSWITCH box, see what happens.
On 20 March 2012 17:15, Michael Collins <msc@freeswitch.org> wrote:
This is why I love Wireshark so much! Look at this purdee graph it makes:
See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason:
SIP;cause=408;text=\"ACK Timeout\"
FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :)
I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation.
-MC
On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com>wrote:
Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote:
We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com
wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Expanding on this a bit: It appears as though the internal profile of FreeSWITCH is providing the external STUN discovered IP as its local IP in the Contact header in the 200 OK. The GS is more than likely sending the ACK to this address (which is correct). Try one (or both) of these things: 1) Check your localnet/localnet.auto ACL definition and make sure 192.168.1.0/24 (at least) is included. That should prevent FreeSWITCH from using ext-*-ip to those networks. Also check and make sure that local-network-acl is set to localnet or localnet.auto on your internal profile. 2) Disable external STUN address discovery completely on the internal profile. On Tue, Mar 20, 2012 at 1:15 PM, Michael Collins <msc@freeswitch.org> wrote:
This is why I love Wireshark so much! Look at this purdee graph it makes:
See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason:
SIP;cause=408;text=\"ACK Timeout\"
FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :)
I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation.
-MC
On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com> wrote:
Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org> wrote:
We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com> wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Kristian Kielhofner
id like to know more bout wireshark and sip debugging,please include this on the conf call topics ---- On Tue, 20 Mar 2012 10:15:20 -0700 Michael Collins <msc@freeswitch.org> wrote ---- This is why I love Wireshark so much! Look at this purdee graph it makes: See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason: SIP;cause=408;text=\"ACK Timeout\" FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :) I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation. -MC On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com> wrote: Andrew, root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003 http://da1.endigovoip.com/dump.pcap Kristian, http://pastebin.freeswitch.org/18708 Michael, I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues. -BDF On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org> wrote: We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them. -MC On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com> wrote: Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me. I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP. Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697 ...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698 ...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699 -- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
What you have in your external profile on variables ext-rtp-ip end ext-sip-ip? Best Regards, Fernando da Silva Santos NextBilling IP Solutions LTDA Phone: +55 21 2143-9000 MSN: fernandojdk@gmail.com www.nextbilling.com.br Rio de Janeiro, Brazil, BR Importante: Esta mensagem, incluindo todo seu conteúdo, contém informações confidenciais legalmente protegidas e destinadas a indivíduo e propósito específicos. Caso a tenha recebido por engano, lembramos do caráter sigiloso e solicitamos a gentileza de desconsiderá-la e comunicar-nos o mais breve possível. As informações contidas nesta mensagem e em seu conteúdo são de responsabilidade de seu autor, não representando necessariamente idéias, opiniões, pensamentos ou qualquer forma de posicionamento por parte da NextBilling IP Solutions. P "Antes de imprimir pense em seu compromisso com o Meio Ambiente." -------Original Message------- From: dingdong Date: 21/03/2012 02:57:02 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] NAT issues - Outbound Call drops after~30seconds id like to know more bout wireshark and sip debugging,please include this on the conf call topics ---- On Tue, 20 Mar 2012 10:15:20 -0700 Michael Collins <msc@freeswitch.org> wrote ---- This is why I love Wireshark so much! Look at this purdee graph it makes: See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason: SIP;cause=408;text=\"ACK Timeout\" FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :) I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation. -MC On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com> wrote: Andrew, root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003 http://da1.endigovoip.com/dump.pcap Kristian, http://pastebin.freeswitch.org/18708 Michael, I did replace the IP's for security purposes, but now I've realized that it s needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues. -BDF On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org> wrote: We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It s hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them. -MC On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com> wrote: Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me. I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP. Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697 ...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698 ...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699 -- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
I think we also need to check those variables on the internal profile. As said previously it looks like it's doing the tun on the internal profile which is why the ack is being send to the wrong place. On 21 March 2012 06:09, Fernando - NextBilling IP Solutions < fernandojdk@gmail.com> wrote:
What you have in your external profile on variables ext-rtp-ip end ext-sip-ip? **
* Best Regards, Fernando da Silva Santos NextBilling IP Solutions LTDA Phone: +55 21 2143-9000 MSN: fernandojdk@gmail.com www.nextbilling.com.br Rio de Janeiro, Brazil, BR Importante: Esta mensagem, incluindo todo seu conteúdo, contém informações confidenciais, legalmente protegidas e destinadas a indivíduo e propósito específicos. Caso a tenha recebido por engano, lembramos do caráter sigiloso e solicitamos a gentileza de desconsiderá-la e comunicar-nos o mais breve possível. As informações contidas nesta mensagem e em seu conteúdo são de responsabilidade de seu autor, não representando necessariamente idéias, opiniões, pensamentos ou qualquer forma de posicionamento por parte da NextBilling IP Solutions. P "Antes de imprimir pense em seu compromisso com o Meio Ambiente." * *-------Original Message-------*
*From:* dingdong <freeswitch@zoho.com> *Date:* 21/03/2012 02:57:02 *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Subject:* Re: [Freeswitch-users] NAT issues - Outbound Call drops after~30seconds
id like to know more bout wireshark and sip debugging,please include this on the conf call topics
---- On Tue, 20 Mar 2012 10:15:20 -0700 *Michael Collins < msc@freeswitch.org>* wrote ----
This is why I love Wireshark so much! Look at this purdee graph it makes:
See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason:
SIP;cause=408;text=\"ACK Timeout\"
FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :)
I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation.
-MC
On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com>wrote: Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote: We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com>wrote: Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
I'm going to go ahead and mark this issue as solved. The solution was to do a make current. There was a bug in FreeSWITCH that was fixed before Anthony went on vacation. If anyone was on conference or if your name is Brian West, if there was a specific revision that this was fixed on please chime in for anyone else that may have this issue. Fwiw I actually went ahead and started with a clean install (due to deleting the source folder and also not knowing what all I messed with to try and solve this issue). After I did the install, both the external and internal profile were getting the local ipv4 address. To fix this, I went to conf/sip_profiles/external.xml and changed the ext-sip-ip and ext-rtp-ip from $${local_ip_v4} to stun:stun.freeswitch.org. After restarting the profile, the external profile was getting my external IP and my internal profile was getting the local IP. Thanks to everyone on the conference and on the thread for helping out. Brian, for repayment, I'll get you that pic you've always wanted lol. -BDF On Mar 21, 2012 8:43 AM, "Andrew Cassidy" <andrew@cassidywebservices.co.uk> wrote:
I think we also need to check those variables on the internal profile. As said previously it looks like it's doing the tun on the internal profile which is why the ack is being send to the wrong place.
On 21 March 2012 06:09, Fernando - NextBilling IP Solutions < fernandojdk@gmail.com> wrote:
What you have in your external profile on variables ext-rtp-ip end ext-sip-ip? **
* Best Regards, Fernando da Silva Santos NextBilling IP Solutions LTDA Phone: +55 21 2143-9000 MSN: fernandojdk@gmail.com www.nextbilling.com.br Rio de Janeiro, Brazil, BR Importante: Esta mensagem, incluindo todo seu conteúdo, contém informações confidenciais, legalmente protegidas e destinadas a indivíduo e propósito específicos. Caso a tenha recebido por engano, lembramos do caráter sigiloso e solicitamos a gentileza de desconsiderá-la e comunicar-nos o mais breve possível. As informações contidas nesta mensagem e em seu conteúdo são de responsabilidade de seu autor, não representando necessariamente idéias, opiniões, pensamentos ou qualquer forma de posicionamento por parte da NextBilling IP Solutions. P "Antes de imprimir pense em seu compromisso com o Meio Ambiente." * *-------Original Message-------*
*From:* dingdong <freeswitch@zoho.com> *Date:* 21/03/2012 02:57:02 *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Subject:* Re: [Freeswitch-users] NAT issues - Outbound Call drops after~30seconds
id like to know more bout wireshark and sip debugging,please include this on the conf call topics
---- On Tue, 20 Mar 2012 10:15:20 -0700 *Michael Collins < msc@freeswitch.org>* wrote ----
This is why I love Wireshark so much! Look at this purdee graph it makes:
See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason:
SIP;cause=408;text=\"ACK Timeout\"
FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :)
I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation.
-MC
On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com>wrote: Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote: We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com>wrote: Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
Glad you got your problem sorted in the end Brian. Do I also remember seeing in this thread someone else with a similar issue? On 21 March 2012 20:37, Brian Foster <bdfoster@endigotech.com> wrote:
I'm going to go ahead and mark this issue as solved. The solution was to do a make current. There was a bug in FreeSWITCH that was fixed before Anthony went on vacation.
If anyone was on conference or if your name is Brian West, if there was a specific revision that this was fixed on please chime in for anyone else that may have this issue.
Fwiw I actually went ahead and started with a clean install (due to deleting the source folder and also not knowing what all I messed with to try and solve this issue). After I did the install, both the external and internal profile were getting the local ipv4 address. To fix this, I went to conf/sip_profiles/external.xml and changed the ext-sip-ip and ext-rtp-ip from $${local_ip_v4} to stun:stun.freeswitch.org. After restarting the profile, the external profile was getting my external IP and my internal profile was getting the local IP.
Thanks to everyone on the conference and on the thread for helping out. Brian, for repayment, I'll get you that pic you've always wanted lol.
-BDF On Mar 21, 2012 8:43 AM, "Andrew Cassidy" <andrew@cassidywebservices.co.uk> wrote:
I think we also need to check those variables on the internal profile. As said previously it looks like it's doing the tun on the internal profile which is why the ack is being send to the wrong place.
On 21 March 2012 06:09, Fernando - NextBilling IP Solutions < fernandojdk@gmail.com> wrote:
What you have in your external profile on variables ext-rtp-ip end ext-sip-ip? **
* Best Regards, Fernando da Silva Santos NextBilling IP Solutions LTDA Phone: +55 21 2143-9000 MSN: fernandojdk@gmail.com www.nextbilling.com.br Rio de Janeiro, Brazil, BR Importante: Esta mensagem, incluindo todo seu conteúdo, contém informações confidenciais, legalmente protegidas e destinadas a indivíduo e propósito específicos. Caso a tenha recebido por engano, lembramos do caráter sigiloso e solicitamos a gentileza de desconsiderá-la e comunicar-nos o mais breve possível. As informações contidas nesta mensagem e em seu conteúdo são de responsabilidade de seu autor, não representando necessariamente idéias, opiniões, pensamentos ou qualquer forma de posicionamento por parte da NextBilling IP Solutions. P "Antes de imprimir pense em seu compromisso com o Meio Ambiente." * *-------Original Message-------*
*From:* dingdong <freeswitch@zoho.com> *Date:* 21/03/2012 02:57:02 *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Subject:* Re: [Freeswitch-users] NAT issues - Outbound Call drops after~30seconds
id like to know more bout wireshark and sip debugging,please include this on the conf call topics
---- On Tue, 20 Mar 2012 10:15:20 -0700 *Michael Collins < msc@freeswitch.org>* wrote ----
This is why I love Wireshark so much! Look at this purdee graph it makes:
See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason:
SIP;cause=408;text=\"ACK Timeout\"
FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :)
I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation.
-MC
On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com>wrote: Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote: We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com>wrote: Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
Yea I see another who's having reportedly the same issue. absolutely, how are you coming along? -BDF On Thu, Mar 22, 2012 at 5:41 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Glad you got your problem sorted in the end Brian.
Do I also remember seeing in this thread someone else with a similar issue?
On 21 March 2012 20:37, Brian Foster <bdfoster@endigotech.com> wrote:
I'm going to go ahead and mark this issue as solved. The solution was to do a make current. There was a bug in FreeSWITCH that was fixed before Anthony went on vacation.
If anyone was on conference or if your name is Brian West, if there was a specific revision that this was fixed on please chime in for anyone else that may have this issue.
Fwiw I actually went ahead and started with a clean install (due to deleting the source folder and also not knowing what all I messed with to try and solve this issue). After I did the install, both the external and internal profile were getting the local ipv4 address. To fix this, I went to conf/sip_profiles/external.xml and changed the ext-sip-ip and ext-rtp-ip from $${local_ip_v4} to stun:stun.freeswitch.org. After restarting the profile, the external profile was getting my external IP and my internal profile was getting the local IP.
Thanks to everyone on the conference and on the thread for helping out. Brian, for repayment, I'll get you that pic you've always wanted lol.
-BDF On Mar 21, 2012 8:43 AM, "Andrew Cassidy" < andrew@cassidywebservices.co.uk> wrote:
I think we also need to check those variables on the internal profile. As said previously it looks like it's doing the tun on the internal profile which is why the ack is being send to the wrong place.
On 21 March 2012 06:09, Fernando - NextBilling IP Solutions < fernandojdk@gmail.com> wrote:
What you have in your external profile on variables ext-rtp-ip end ext-sip-ip? **
* Best Regards, Fernando da Silva Santos NextBilling IP Solutions LTDA Phone: +55 21 2143-9000 MSN: fernandojdk@gmail.com www.nextbilling.com.br Rio de Janeiro, Brazil, BR Importante: Esta mensagem, incluindo todo seu conteúdo, contém informações confidenciais, legalmente protegidas e destinadas a indivíduo e propósito específicos. Caso a tenha recebido por engano, lembramos do caráter sigiloso e solicitamos a gentileza de desconsiderá-la e comunicar-nos o mais breve possível. As informações contidas nesta mensagem e em seu conteúdo são de responsabilidade de seu autor, não representando necessariamente idéias, opiniões, pensamentos ou qualquer forma de posicionamento por parte da NextBilling IP Solutions. P "Antes de imprimir pense em seu compromisso com o Meio Ambiente." * *-------Original Message-------*
*From:* dingdong <freeswitch@zoho.com> *Date:* 21/03/2012 02:57:02 *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Subject:* Re: [Freeswitch-users] NAT issues - Outbound Call drops after~30seconds
id like to know more bout wireshark and sip debugging,please include this on the conf call topics
---- On Tue, 20 Mar 2012 10:15:20 -0700 *Michael Collins < msc@freeswitch.org>* wrote ----
This is why I love Wireshark so much! Look at this purdee graph it makes:
See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason:
SIP;cause=408;text=\"ACK Timeout\"
FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :)
I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation.
-MC
On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster <bdfoster@endigotech.com
wrote: Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote: We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com
wrote: Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
I have some more information about absolutely's problem. The call is established fine, there is two-way audio, all loooks fine, until about 60 seconds into the call when FreeSWITCH issues what appears to be unsolicited INVITES to which it recieves no response from the carrier and as such, it drops the call. Any suggestions? On 22 March 2012 15:22, Brian Foster <bdfoster@endigotech.com> wrote:
Yea I see another who's having reportedly the same issue.
absolutely, how are you coming along?
-BDF
On Thu, Mar 22, 2012 at 5:41 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Glad you got your problem sorted in the end Brian.
Do I also remember seeing in this thread someone else with a similar issue?
On 21 March 2012 20:37, Brian Foster <bdfoster@endigotech.com> wrote:
I'm going to go ahead and mark this issue as solved. The solution was to do a make current. There was a bug in FreeSWITCH that was fixed before Anthony went on vacation.
If anyone was on conference or if your name is Brian West, if there was a specific revision that this was fixed on please chime in for anyone else that may have this issue.
Fwiw I actually went ahead and started with a clean install (due to deleting the source folder and also not knowing what all I messed with to try and solve this issue). After I did the install, both the external and internal profile were getting the local ipv4 address. To fix this, I went to conf/sip_profiles/external.xml and changed the ext-sip-ip and ext-rtp-ip from $${local_ip_v4} to stun:stun.freeswitch.org. After restarting the profile, the external profile was getting my external IP and my internal profile was getting the local IP.
Thanks to everyone on the conference and on the thread for helping out. Brian, for repayment, I'll get you that pic you've always wanted lol.
-BDF On Mar 21, 2012 8:43 AM, "Andrew Cassidy" < andrew@cassidywebservices.co.uk> wrote:
I think we also need to check those variables on the internal profile. As said previously it looks like it's doing the tun on the internal profile which is why the ack is being send to the wrong place.
On 21 March 2012 06:09, Fernando - NextBilling IP Solutions < fernandojdk@gmail.com> wrote:
What you have in your external profile on variables ext-rtp-ip end ext-sip-ip? **
* Best Regards, Fernando da Silva Santos NextBilling IP Solutions LTDA Phone: +55 21 2143-9000 MSN: fernandojdk@gmail.com www.nextbilling.com.br Rio de Janeiro, Brazil, BR Importante: Esta mensagem, incluindo todo seu conteúdo, contém informações confidenciais, legalmente protegidas e destinadas a indivíduo e propósito específicos. Caso a tenha recebido por engano, lembramos do caráter sigiloso e solicitamos a gentileza de desconsiderá-la e comunicar-nos o mais breve possível. As informações contidas nesta mensagem e em seu conteúdo são de responsabilidade de seu autor, não representando necessariamente idéias, opiniões, pensamentos ou qualquer forma de posicionamento por parte da NextBilling IP Solutions. P "Antes de imprimir pense em seu compromisso com o Meio Ambiente." * *-------Original Message-------*
*From:* dingdong <freeswitch@zoho.com> *Date:* 21/03/2012 02:57:02 *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Subject:* Re: [Freeswitch-users] NAT issues - Outbound Call drops after~30seconds
id like to know more bout wireshark and sip debugging,please include this on the conf call topics
---- On Tue, 20 Mar 2012 10:15:20 -0700 *Michael Collins < msc@freeswitch.org>* wrote ----
This is why I love Wireshark so much! Look at this purdee graph it makes:
See all those 200 OK's that your FS is sending to the Grandstream? Guess what your GS is sending in response to those: NADA! If you look at the BYE that FS sends to the GS you'll even see the reason:
SIP;cause=408;text=\"ACK Timeout\"
FS never gets an ACK back from the GS. So the question is: why? I'm unfamiliar with the GS so I'll have to defer to those with more experience than I. However, I think you'll find that tcpdumps and analyzing w/ Wireshark is extremely helpful. (Open the pcap, click "Telephony > VoIP calls" and then a new dialog opens. In this case it shows two calls - meaning two call legs. Click "Select All" then click "Flow" and you'll get the cool graph. Click around and see what other stuff does. :)
I'm thinking of doing a FreeSWITCH conference call presentation on the subject of collecting pcaps and doing Wireshark analysis. Let me know if you guys think that's a good presentation.
-MC
On Tue, Mar 20, 2012 at 10:00 AM, Brian Foster < bdfoster@endigotech.com> wrote: Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote: We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster < bdfoster@endigotech.com> wrote: Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- *Andrew Cassidy BSc (Hons) MBCS* Managing Director *T* <info@cassidywebservices.co.uk> 03300 100 960 *F*<info@cassidywebservices.co.uk> 03300 100 961 *E* <info@cassidywebservices.co.uk> andrew@cassidywebservices.co.uk *W* <info@cassidywebservices.co.uk> www.cassidywebservices.co.uk
On Thu, Mar 29, 2012 at 8:14 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
I have some more information about absolutely's problem.
The call is established fine, there is two-way audio, all loooks fine, until about 60 seconds into the call when FreeSWITCH issues what appears to be unsolicited INVITES to which it recieves no response from the carrier and as such, it drops the call.
Any suggestions?
I'd get the console log and sip trace and throw it up on pb so we could see that in action. -MC
We got it, the problem appears to have been that even though it was a 1:1 NAT the firewall was natting outbound sip traffic and the carrier was responding on that port. We just switched off the NAT option at the carrier and all seems to be working fine now. On 29 March 2012 21:03, Michael Collins <msc@freeswitch.org> wrote:
On Thu, Mar 29, 2012 at 8:14 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
I have some more information about absolutely's problem.
The call is established fine, there is two-way audio, all loooks fine, until about 60 seconds into the call when FreeSWITCH issues what appears to be unsolicited INVITES to which it recieves no response from the carrier and as such, it drops the call.
Any suggestions?
I'd get the console log and sip trace and throw it up on pb so we could see that in action. -MC
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- *Andrew Cassidy BSc (Hons) MBCS* Managing Director *T* <info@cassidywebservices.co.uk> 03300 100 960 *F*<info@cassidywebservices.co.uk> 03300 100 961 *E* <info@cassidywebservices.co.uk> andrew@cassidywebservices.co.uk *W* <info@cassidywebservices.co.uk> www.cassidywebservices.co.uk
Your flowroute credentials will be hashed in any case. Thanks for getting those details for us, I'll look into it as soon as I get a chance. On 20 March 2012 17:00, Brian Foster <bdfoster@endigotech.com> wrote:
Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote:
We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com>wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
Michael, I don't know if it's Grandstream specific. Here's a pcap using a SPA921 calling my buddy's server sip direct: http://da1.endigovoip.com/dump2.pcap (Warning: Listener discretion advised.) -BDF On Tue, Mar 20, 2012 at 1:15 PM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Your flowroute credentials will be hashed in any case. Thanks for getting those details for us, I'll look into it as soon as I get a chance.
On 20 March 2012 17:00, Brian Foster <bdfoster@endigotech.com> wrote:
Andrew,
root@homeserver:/usr/local/stund# ./client stunserver.org STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, will hairpin Return value is 0x000003
http://da1.endigovoip.com/dump.pcap
Kristian,
http://pastebin.freeswitch.org/18708
Michael,
I did replace the IP's for security purposes, but now I've realized that it's needed and it's not really that big of a deal. I'll end up changing the Flowroute creds after this is fixed up. The prior siptrace is exactly one call (two legs). I don't think it's a carrier issue, as I've tried calling a buddy's server direct sip with the same issues.
-BDF
On Tue, Mar 20, 2012 at 11:34 AM, Michael Collins <msc@freeswitch.org>wrote:
We have scores of machines behind NAT talking to Flowroute with no problems, so there's got to be something potentially non-obvious but easy that needs to be set/unset. I noticed in the SIP trace that there are several calls. It's hard to know what's what. I think your best bet is a pcap analyzed with Wireshark, as was mentioned elsewhere in this thread. I also noticed that you redacted IP addrs - you won't be able to do this with a pcap. If security is an issue then I'd say get the pcap and let us know here on the list, then those who can have a look will email you privately and you can send the pcap file to them.
-MC
On Mon, Mar 19, 2012 at 12:12 PM, Brian Foster <bdfoster@endigotech.com>wrote:
Alright, so I admit... I'm a little rusty when it comes to NAT, etc. I've only set up FS so far on machines with no NAT, so this is sort of a new experience for me.
I have a FreeSWITCH server located on the same local network as all of my phones here at the house. When I try to make a call to Flowroute, after about 30 seconds the call drops. It also does the exact same thing when I call a buddy's server directly via SIP.
Here's a siptrace of the call (I didn't think that the actual FS log would be much help): http://pastebin.freeswitch.org/18697
...and here's a paste of 'sofia status': http://pastebin.freeswitch.org/18698
...and just for good measure, here's a paste of vars.xml: http://pastebin.freeswitch.org/18699
-- Brian D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA
This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Andrew Cassidy BSc (Hons) MBCS Managing Director; Cassidy Web Services Ltd T: 03300 100 960 F: 03300 100 961 E: andrew@cassidywebservices.co.uk W: www.cassidywebservices.co.uk
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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 D. Foster Endigo Computer LLC Email: bdfoster@endigotech.com Phone: 317-800-7876 Indianapolis, Indiana, USA This message contains confidential information and is intended for those listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
participants (8)
-
Andrew Cassidy
-
Anton Kvashenkin
-
Brian Foster
-
dingdong
-
Fernando - NextBilling IP Solutions
-
Kristian Kielhofner
-
Michael Collins
-
Patrick Lists