Sounds like a possible NAT issue... But the only way to know that is look at a sip trace and see whats going on that way and maybe even looking from the phones perspective


On 2/12/13 2:44 PM, "Sean Devoy" <sdevoy@bizfocused.com> wrote:


Hi All,
 
(Git head build last week on centos 5.n)
 
This is a new one for me.  Calls IN to the new customer with Cisco phones behind NAT are working, but not outbound!
 
I have not been to the site yet.  I am told that they can call out once or twice then have to reboot the phone to dial out.  Dialing in continues to work!  one person says the phone says “Call merged”  another says it say “Request merged” on the phone display!
 
I did see in the logs, that when it works, we get:
2013-02-12 11:09:26.383576 [NOTICE] switch_channel.c:968 New Channel sofia/external/105@<some.domain.com> [51884b2d-6aa2-47fe-b687-8604a4e39a7a]
2013-02-12 11:09:26.383576 [DEBUG] switch_core_session.c:975 Send signal sofia/external/105@<some.domain.com> [BREAK]
2013-02-12 11:09:26.383576 [DEBUG] switch_core_session.c:975 Send signal sofia/external/105@<some.domain.com> [BREAK]
2013-02-12 11:09:26.383576 [DEBUG] switch_core_state_machine.c:415 (sofia/external/105@<some.domain.com>) Running State Change CS_NEW
2013-02-12 11:09:26.383576 [DEBUG] switch_core_state_machine.c:433 (sofia/external/105@<some.domain.com>) State NEW
2013-02-12 11:09:26.413581 [DEBUG] switch_core_session.c:975 Send signal sofia/external/105@<some.domain.com> [BREAK]
2013-02-12 11:09:26.413581 [DEBUG] sofia.c:1750 detaching session 51884b2d-6aa2-47fe-b687-8604a4e39a7a
2013-02-12 11:09:26.413581 [WARNING] sofia_reg.c:1502 SIP auth challenge (INVITE) on sofia profile 'external' for [3014040914@<some.domain.com>] from ip <phones router ip>
2013-02-12 11:09:26.493574 [DEBUG] sofia.c:1842 Re-attaching to session 51884b2d-6aa2-47fe-b687-8604a4e39a7a

And when it fails:
2013-02-12 13:32:26.363343 [NOTICE] switch_channel.c:968 New Channel sofia/external/220@<some.domain.com> [91e9eb64-253c-4604-bdfa-4dd18baae18d]
2013-02-12 13:32:26.363343 [DEBUG] switch_core_session.c:975 Send signal sofia/external/220@<some.domain.com> [BREAK]
2013-02-12 13:32:26.363343 [DEBUG] switch_core_session.c:975 Send signal sofia/external/220@<some.domain.com> [BREAK]
2013-02-12 13:32:26.363343 [DEBUG] switch_core_state_machine.c:415 (sofia/external/220@<some.domain.com>) Running State Change CS_NEW
2013-02-12 13:32:26.363343 [DEBUG] switch_core_state_machine.c:433 (sofia/external/220@<some.domain.com>) State NEW
2013-02-12 13:32:26.383344 [DEBUG] switch_core_session.c:975 Send signal sofia/external/220@<some.domain.com> [BREAK]
2013-02-12 13:32:26.383344 [DEBUG] sofia.c:1750 detaching session 91e9eb64-253c-4604-bdfa-4dd18baae18d
2013-02-12 13:32:26.383344 [WARNING] sofia_reg.c:1502 SIP auth challenge (INVITE) on sofia profile 'external' for [4104934408@<some.domain.com>] from ip <phones router ip>2
2013-02-12 13:32:36.363085 [WARNING] switch_core_state_machine.c:514 91e9eb64-253c-4604-bdfa-4dd18baae18d sofia/external/220@<some.domain.com> Abandoned
2013-02-12 13:32:36.363085 [DEBUG] switch_channel.c:2994 (sofia/external/220@<some.domain.com>) Callstate Change DOWN -> HANGUP
 
Can anyone shed light on what’s happening “at that particular juncture” and how I may go about debugging it?
 
I was thinking FS was not finding a connection through NAT to phone, but then why do incoming calls work?
 
Thanks in advance,
Sean


_________________________________________________________________________
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

--
Ken
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org
irc.freenode.net #freeswitch