I have six fusionpbx instances that have been running for months, one of them started giving me this problem:
I no longer see any extensions connected to the server.
All domains contained in this server no longer have extension registrations.
I tried saving a log from fs_cli:
nta.c:2948 agent_recv_request() nta: received SUBSCRIBE sip:410@futura.con9.cloud SIP/2.0 (CSeq 1) (load: 3 rps)
nta.c:3245 agent_check_request_via() nta: Via check: received=5.157.112.225
nta.c:3082 agent_recv_request() nta: SUBSCRIBE (1) going to existing SUBSCRIBE transaction
tport.c:2762 tport_wakeup_pri() tport_wakeup_pri(0x7f0c9c00f1c0): events IN
tport.c:2893 tport_recv_event() tport_recv_event(0x7f0c9c00f1c0)
tport.c:3230 tport_recv_iovec() tport_recv_iovec(0x7f0c9c00f1c0) msg 0x7f0c6b6f6a40 from (udp/5.249.155.187:5060) has 561 bytes, veclen = 1
tport.c:3048 tport_deliver() tport_deliver(0x7f0c9c00f1c0): msg 0x7f0c6b6f6a40 (561 bytes) from udp/88.149.254.106:5060/sip next=(nil)
nta.c:2948 agent_recv_request() nta: received REGISTER sip:italwood.con9.cloud:5060 SIP/2.0 (CSeq 1) (load: 3 rps)
nta.c:3245 agent_check_request_via() nta: Via check: received=88.149.254.106
nta.c:3082 agent_recv_request() nta: REGISTER (1) going to existing REGISTER transaction
tport.c:2762 tport_wakeup_pri() tport_wakeup_pri(0x7f0c9c00f1c0): events IN
tport.c:2893 tport_recv_event() tport_recv_event(0x7f0c9c00f1c0)
tport.c:3230 tport_recv_iovec() tport_recv_iovec(0x7f0c9c00f1c0) msg 0x7f0c6b6f6a40 from (udp/5.249.155.187:5060) has 561 bytes, veclen = 1
tport.c:3048 tport_deliver() tport_deliver(0x7f0c9c00f1c0): msg 0x7f0c6b6f6a40 (561 bytes) from udp/88.149.254.106:5060/sip next=(nil)
nta.c:2948 agent_recv_request() nta: received REGISTER sip:italwood.con9.cloud:5060 SIP/2.0 (CSeq 1) (load: 3 rps)
nta.c:3245 agent_check_request_via() nta: Via check: received=88.149.254.106
nta.c:3082 agent_recv_request() nta: REGISTER (1) going to existing REGISTER transaction
tport.c:2762 tport_wakeup_pri() tport_wakeup_pri(0x7f0c9c00f1c0): events IN
tport.c:2893 tport_recv_event() tport_recv_event(0x7f0c9c00f1c0)
tport.c:3230 tport_recv_iovec() tport_recv_iovec(0x7f0c9c00f1c0) msg 0x7f0c6b6f7690 from (udp/5.249.155.187:5060) has 561 bytes, veclen = 1
tport.c:3048 tport_deliver() tport_deliver(0x7f0c9c00f1c0): msg 0x7f0c6b6f7690 (561 bytes) from udp/88.149.254.106:5060/sip next=(nil)
nta.c:2948 agent_recv_request() nta: received REGISTER sip:italwood.con9.cloud:5060 SIP/2.0 (CSeq 1) (load: 3 rps)
nta.c:3245 agent_check_request_via() nta: Via check: received=88.149.254.106
nta.c:3082 agent_recv_request() nta: REGISTER (1) going to existing REGISTER transaction
tport.c:2762 tport_wakeup_pri() tport_wakeup_pri(0x7f0c9c00f1c0): events IN
tport.c:2893 tport_recv_event() tport_recv_event(0x7f0c9c00f1c0)
tport.c:3230 tport_recv_iovec() tport_recv_iovec(0x7f0c9c00f1c0) msg 0x7f0c6b6f7690 from (udp/5.249.155.187:5060) has 567 bytes, veclen = 1
tport.c:3048 tport_deliver() tport_deliver(0x7f0c9c00f1c0): msg 0x7f0c6b6f7690 (567 bytes) from udp/84.33.99.15:5060/sip next=(nil)
May be useful to understand why it does so? Registration requests seem to come. A freeswitch restart fixes the problem, at least for several hours then the problem comes back.
This server has been running perfectly for almost a year, i never updated anything, it has a lot of free space still on its memory.
I no longer see any extensions connected to the server.
All domains contained in this server no longer have extension registrations.
I tried saving a log from fs_cli:
nta.c:2948 agent_recv_request() nta: received SUBSCRIBE sip:410@futura.con9.cloud SIP/2.0 (CSeq 1) (load: 3 rps)
nta.c:3245 agent_check_request_via() nta: Via check: received=5.157.112.225
nta.c:3082 agent_recv_request() nta: SUBSCRIBE (1) going to existing SUBSCRIBE transaction
tport.c:2762 tport_wakeup_pri() tport_wakeup_pri(0x7f0c9c00f1c0): events IN
tport.c:2893 tport_recv_event() tport_recv_event(0x7f0c9c00f1c0)
tport.c:3230 tport_recv_iovec() tport_recv_iovec(0x7f0c9c00f1c0) msg 0x7f0c6b6f6a40 from (udp/5.249.155.187:5060) has 561 bytes, veclen = 1
tport.c:3048 tport_deliver() tport_deliver(0x7f0c9c00f1c0): msg 0x7f0c6b6f6a40 (561 bytes) from udp/88.149.254.106:5060/sip next=(nil)
nta.c:2948 agent_recv_request() nta: received REGISTER sip:italwood.con9.cloud:5060 SIP/2.0 (CSeq 1) (load: 3 rps)
nta.c:3245 agent_check_request_via() nta: Via check: received=88.149.254.106
nta.c:3082 agent_recv_request() nta: REGISTER (1) going to existing REGISTER transaction
tport.c:2762 tport_wakeup_pri() tport_wakeup_pri(0x7f0c9c00f1c0): events IN
tport.c:2893 tport_recv_event() tport_recv_event(0x7f0c9c00f1c0)
tport.c:3230 tport_recv_iovec() tport_recv_iovec(0x7f0c9c00f1c0) msg 0x7f0c6b6f6a40 from (udp/5.249.155.187:5060) has 561 bytes, veclen = 1
tport.c:3048 tport_deliver() tport_deliver(0x7f0c9c00f1c0): msg 0x7f0c6b6f6a40 (561 bytes) from udp/88.149.254.106:5060/sip next=(nil)
nta.c:2948 agent_recv_request() nta: received REGISTER sip:italwood.con9.cloud:5060 SIP/2.0 (CSeq 1) (load: 3 rps)
nta.c:3245 agent_check_request_via() nta: Via check: received=88.149.254.106
nta.c:3082 agent_recv_request() nta: REGISTER (1) going to existing REGISTER transaction
tport.c:2762 tport_wakeup_pri() tport_wakeup_pri(0x7f0c9c00f1c0): events IN
tport.c:2893 tport_recv_event() tport_recv_event(0x7f0c9c00f1c0)
tport.c:3230 tport_recv_iovec() tport_recv_iovec(0x7f0c9c00f1c0) msg 0x7f0c6b6f7690 from (udp/5.249.155.187:5060) has 561 bytes, veclen = 1
tport.c:3048 tport_deliver() tport_deliver(0x7f0c9c00f1c0): msg 0x7f0c6b6f7690 (561 bytes) from udp/88.149.254.106:5060/sip next=(nil)
nta.c:2948 agent_recv_request() nta: received REGISTER sip:italwood.con9.cloud:5060 SIP/2.0 (CSeq 1) (load: 3 rps)
nta.c:3245 agent_check_request_via() nta: Via check: received=88.149.254.106
nta.c:3082 agent_recv_request() nta: REGISTER (1) going to existing REGISTER transaction
tport.c:2762 tport_wakeup_pri() tport_wakeup_pri(0x7f0c9c00f1c0): events IN
tport.c:2893 tport_recv_event() tport_recv_event(0x7f0c9c00f1c0)
tport.c:3230 tport_recv_iovec() tport_recv_iovec(0x7f0c9c00f1c0) msg 0x7f0c6b6f7690 from (udp/5.249.155.187:5060) has 567 bytes, veclen = 1
tport.c:3048 tport_deliver() tport_deliver(0x7f0c9c00f1c0): msg 0x7f0c6b6f7690 (567 bytes) from udp/84.33.99.15:5060/sip next=(nil)
May be useful to understand why it does so? Registration requests seem to come. A freeswitch restart fixes the problem, at least for several hours then the problem comes back.
This server has been running perfectly for almost a year, i never updated anything, it has a lot of free space still on its memory.