SNOM 735 | No Register Message in fs_cli

Status
Not open for further replies.

DoktorBen

New Member
Jun 29, 2017
13
1
3
39
Hello,

may someone have an idea how to find the issue.

currently i try to install severy new SNOM 735 phones but I could not register them on FusionPBX / Freeswitch.

When I have a look via fs_cli on sip trace i could not see any register message while looking at the tcpdump there is the register message. For me it looks like that the message get not somehow passed/dropped by freeswitch. Registering other phones like M25 or phones from Grandstream or Jisi Sofphones are working without any issues...

Ideas?

thanks!
DoktorBen
 

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,038
555
113
Use sngrep rather than freeswitch. If you see it hit sngrep without getting a reply then you have probable been banned by fail2ban.

You can also do:

iptables -L -n

See if your IP is blocked.
 

DoktorBen

New Member
Jun 29, 2017
13
1
3
39
thx. Looks good - or do i miss something?

# iptables -L -n
Chain INPUT (policy DROP)
target prot opt source destination
f2b-nginx-dos all -- 0.0.0.0/0 0.0.0.0/0
f2b-nginx-404 all -- 0.0.0.0/0 0.0.0.0/0
f2b-fusionpbx-mac all -- 0.0.0.0/0 0.0.0.0/0
f2b-fusionpbx all -- 0.0.0.0/0 0.0.0.0/0
f2b-fusionpbx-404 all -- 0.0.0.0/0 0.0.0.0/0
f2b-sip-auth-failure all -- 0.0.0.0/0 0.0.0.0/0
f2b-sip-auth-challenge all -- 0.0.0.0/0 0.0.0.0/0
f2b-sshd all -- 0.0.0.0/0 0.0.0.0/0
f2b-freeswitch all -- 0.0.0.0/0 0.0.0.0/0
f2b-sshd tcp -- 0.0.0.0/0 0.0.0.0/0 multiport dports 22
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5060:5091 STRING match "friendly-scanner" ALGO name bm TO 65535 ICASE
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5060:5091 STRING match "friendly-scanner" ALGO name bm TO 65535 ICASE
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5060:5091 STRING match "sipcli/" ALGO name bm TO 65535 ICASE
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5060:5091 STRING match "sipcli/" ALGO name bm TO 65535 ICASE
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5060:5091 STRING match "VaxSIPUserAgent/" ALGO name bm TO 65535 ICASE
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5060:5091 STRING match "VaxSIPUserAgent/" ALGO name bm TO 65535 ICASE
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5060:5091 STRING match "pplsip" ALGO name bm TO 65535 ICASE
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5060:5091 STRING match "pplsip" ALGO name bm TO 65535 ICASE
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5060:5091 STRING match "script" ALGO name bm TO 65535 ICASE
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5060:5091 STRING match "script" ALGO name bm TO 65535 ICASE
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5060:5091 STRING match "exec." ALGO name bm TO 65535 ICASE
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5060:5091 STRING match "exec." ALGO name bm TO 65535 ICASE
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5060:5091 STRING match "system" ALGO name bm TO 65535 ICASE
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5060:5091 STRING match "system" ALGO name bm TO 65535 ICASE
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5060:5091 STRING match "multipart/mixed;boundary" ALGO name bm TO 65535 ICASE
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5060:5091 STRING match "multipart/mixed;boundary" ALGO name bm TO 65535 ICASE
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:22
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:443
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:7443
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5060:5091
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5060:5091
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:16384:32768
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0 icmptype 8
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:1194

Chain FORWARD (policy DROP)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Chain f2b-freeswitch (1 references)
target prot opt source destination
RETURN all -- 0.0.0.0/0 0.0.0.0/0

Chain f2b-fusionpbx (1 references)
target prot opt source destination
RETURN all -- 0.0.0.0/0 0.0.0.0/0

Chain f2b-fusionpbx-404 (1 references)
target prot opt source destination
RETURN all -- 0.0.0.0/0 0.0.0.0/0

Chain f2b-fusionpbx-mac (1 references)
target prot opt source destination
RETURN all -- 0.0.0.0/0 0.0.0.0/0

Chain f2b-nginx-404 (1 references)
target prot opt source destination
RETURN all -- 0.0.0.0/0 0.0.0.0/0

Chain f2b-nginx-dos (1 references)
target prot opt source destination
RETURN all -- 0.0.0.0/0 0.0.0.0/0

Chain f2b-sip-auth-challenge (1 references)
target prot opt source destination
RETURN all -- 0.0.0.0/0 0.0.0.0/0

Chain f2b-sip-auth-failure (1 references)
target prot opt source destination
RETURN all -- 0.0.0.0/0 0.0.0.0/0

Chain f2b-sshd (2 references)
target prot opt source destination
RETURN all -- 0.0.0.0/0 0.0.0.0/0
RETURN all -- 0.0.0.0/0 0.0.0.0/0
 

Attachments

  • Bildschirmfoto 2019-01-25 um 13.59.37.png
    Bildschirmfoto 2019-01-25 um 13.59.37.png
    610.4 KB · Views: 6

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,038
555
113
Hmmm....

In the freeswitch cli , what does the command below give you:

sofia status

I have a feeling freeswitch may not be listening on the correct address.
 

DoktorBen

New Member
Jun 29, 2017
13
1
3
39
freeswitch@pbx> sofia status
Name Type Data State
=================================================================================================
external-ipv6 profile sip:mod_sofia@[::1]:5080 RUNNING (0)
external profile sip:mod_sofia@192.168.10.9:5080 RUNNING (0)
external::51fd3ae4-95b5-4447-b98a-ba3e55e68bba gateway sip:xxxx@sipconnect.sipgate.de REGED
internal-ipv6 profile sip:mod_sofia@[::1]:5060 RUNNING (0)
internal profile sip:mod_sofia@192.168.10.9:5060 RUNNING (0)
=================================================================================================
 

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,038
555
113
I cannot understand this, do the snoms do TCP? The profile seems to be listening correctly.
 

DoktorBen

New Member
Jun 29, 2017
13
1
3
39
Yes - I already verified that it is UDP. Funny my SNOM DECT Phones and C520 is registering...
For me it looks like that freeswitch somehow does not process the sip register message.
 

DoktorBen

New Member
Jun 29, 2017
13
1
3
39
I verified that all my SNOM phones are using UDP | NOT TCP.
So I have UDP working with C520 Conference Phone - 735 does not work (also using UDP)

When I look at the fs_cli - I see the register message from the C520 for example - but i see NO line of info in regards to the 735 phones.
 

DoktorBen

New Member
Jun 29, 2017
13
1
3
39
Ah - got it!

I changed the signalling to tcp. Now I am able to register the 735 phone.

what the... any explanation? Why are some working with UDP and the 735 does not?
 

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,038
555
113
@DoktorBen Its likely a local issue related to your router/firewall, not related to the pbx at all. Just use TCP for signalling, it always works better.
 
Status
Not open for further replies.