tport.c:2864 tport_recv_event() tport_recv_event(0x7f78940f6af0)
tport.c:2157 tport_shutdown0() tport_shutdown0(0x7f78940f6af0, 2)
tport.c:2090 tport_close() tport_close(0x7f78940f6af0): tcp/1.1.1.1:33919/sip
It seems to me a problem with your UAC. It is establishing a TCP connection for the call, then tearing it down directly after the call is established. When it eventually sends the BYE, it does it from a new port:
recv 625 bytes from tcp/[1.1.1.1]:33920 at 17:25:08.872547:
------------------------------------------------------------------------
BYE sip:0017864732820@9.9.9.9:5066;transport=tcp SIP/2.0
I’d suggest turning off any SIP ALG that you have on the phone (grandstream?) or in the network.
On Mar 3, 2017, at 10:33 AM, David Villasmil <david.villasmil.work@gmail.com> wrote:
Anyone on this? If more debug info is needed, i can provide it.
ᐧ
On Thu, Mar 2, 2017 at 11:53 PM, David Villasmil <david.villasmil.work@gmail.com> wrote:
Hello guys,By the way, the subject reads "200 ok not forwarded", but it's actually the BYE...I'm hoping there's something obvious i'm not seeing.... but it's still happening, BYE is not being forwarded and the other leg stays there until a timeout where the a leg triggers a BYE to be sent to FS and FS responds with 481...The only thing I see is a "not found by name" but i'm not sure what that means (I'd say fs can't find the other leg by name? Don't know why, the call is up)Help is very much appreciated.Attaching fs log with sofia debug on...DavidᐧOn Thu, Mar 2, 2017 at 9:13 PM, David Villasmil <david.villasmil.work@gmail.com > wrote:Michael,Installing FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) seems to have solved the problem, keep you posted.Thanks for the suggestion.DavidᐧOn Thu, Mar 2, 2017 at 6:38 PM, David Villasmil <david.villasmil.work@gmail.com > wrote:Will do, still will also do the debuggingOn Thu, Mar 2, 2017 at 6:24 PM Michael Jerris <mike@jerris.com> wrote:I’d update to latest 1.6 release or latest master before you do anything else here.On Mar 2, 2017, at 10:04 AM, David Villasmil <david.villasmil.work@gmail.com > wrote:Hello Guys,I'm using FreeSWITCH (Version 1.9.0 git f3b7105 2016-11-15 01:50:51Z 64bit) is readyAnd i'm seeing the issue where the 200OK is not being forwarded from FS to the client.I'm attaching FS Log and sip trace.1.1.1.1 = Client (Grandstream GXP1165)9.9.9.9 = freeSWITCH10.10.10.10 = Terminating GW (my_gateway)Been scratching my head for some time...Appreciate your help!ᐧ<no_forward_200_ok.txt><no_forward_200ok_fs_log.txt> ______________________________________ ______________________________ _____ ______________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-user s
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users
http://www.freeswitch.org______________________________ _____________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-user s
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users
http://www.freeswitch.org
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org