Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Intermittently sbc does not respond to clietn hello when using tls #1871

Open
csadi97 opened this issue Nov 21, 2022 · 2 comments
Open

Intermittently sbc does not respond to clietn hello when using tls #1871

csadi97 opened this issue Nov 21, 2022 · 2 comments
Labels
bug Something isn't working

Comments

@csadi97
Copy link

csadi97 commented Nov 21, 2022

Describe the bug
We are using Freeswitch 1.10.7-release.13~64bit
We are using tls with our external sbc and intermittently we stop seeing SIP messages coming in
When we looked deeper, I could see the tcp connection being Established but the sbc was not responding to client_hello from the far end [far end sbc engineer confirmed this with a capture from their end]
The problem gets resolved when i restart the freeswitch sbc

To Reproduce
Was able to reproduce by restarting the far end sbc
Essentially all it requires is for the far end sbc to renegotiate the tcp and then tls

Expected behavior
Freeswitch sbc has to respond with a server hello when it gets a client hello and converge

Package version or git hash
Version: 1.10.7

  • Version [e.g. 1.10.4]

Trace logs
Provide freeswitch logs w/ DEBUG and UUID logging enabled
nta.c:1289 agent_timer() nta: timer not set
tport.c:2753 tport_wakeup_pri() tport_wakeup_pri(0x7f96d01fa670): events IN
tport.c:862 tport_alloc_secondary() tport_alloc_secondary(0x7f96d01fa670): new secondary tport 0x7f96d001a9d0
tport_type_tcp.c:203 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f96d001a9d0): Setting TCP_KEEPIDLE to 30
tport_type_tcp.c:209 tport_tcp_init_secondary() tport_tcp_init_secondary(0x7f96d001a9d0): Setting TCP_KEEPINTVL to 30
tport.c:2644 tport_accept() tport_accept(0x7f96d001a9d0): new connection from tcp/65.14.17.172:13980/sip
tport.c:2777 tport_wakeup() tport_wakeup(0x7f96d001a9d0): events IN
tport.c:2868 tport_recv_event() tport_recv_event(0x7f96d001a9d0)
tport.c:3209 tport_recv_iovec() tport_recv_iovec(0x7f96d001a9d0) msg 0x7f96d0027b90 from (tcp/65.14.17.172:13980) has 183 bytes, veclen = 1
tport.c:2298 tport_set_secondary_timer() tport(0x7f96d001a9d0): reset timer
tport.c:2777 tport_wakeup() tport_wakeup(0x7f96d0027f50): events IN
tport.c:2868 tport_recv_event() tport_recv_event(0x7f96d0027f50)
backtrace from core file
If applicable, provide the full backtrace from the core file.

(gdb) set pagination off
(gdb) set logging file /tmp/backtrace.log
(gdb) set logging on
Copying output to /tmp/backtrace.log.
(gdb) bt
(gdb) bt full
(gdb) info threads
(gdb) thread apply all bt
(gdb) thread apply all bt full
(gdb) set logging off
Done logging to /tmp/backtrace.log.
(gdb) quit
@csadi97 csadi97 added the bug Something isn't working label Nov 21, 2022
@csadi97
Copy link
Author

csadi97 commented Nov 21, 2022

I'm running FS on a different server [FreeSWITCH Version 1.10.1-release.3~64bit (-release.3 64bit)] and i dont see the problem on that

@themsley-voiceflex
Copy link

Might be worth trying the patch for #2283 on this as it sounds similar(ish)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants