Jump to content

Snom Phones: 547 Status: 401 Authentication Required / Settings


andy
 Share

Recommended Posts

Our Vodia PBX worked fine until a couple of days ago. For some unknown reason all Snom phones can't contact the PBX any more (Snom message: Network failure).

 

All of our softphones are working fine. The Snom phones are registered and can be called by the PBX (incoming calls), but not the other way around (outgoing calls).

 

There have been no updates or changes to the network infrastructure, there is no firewall involved.

 

We checked the traffic with wireshark and found this line:

<Server IP> to <Snom IP> SIP 547 Status: 401 Authentication Required

 

The Snom phones then CANCEL the sip request.

 

Could this be the cause of the "network failure" and what setting is involved?

Link to comment
Share on other sites

Today, after 5 days of malfunction, the Snom phones are accessing the PBX. We did not find any apparent reason for this change. However there is audio with all external numbers, but no audio with internal extensions.

 

Again the issue occurs with our SNOM phones only, not with any ot the other devices.

 

We checked the PCAP traces again and there was a significant change from yesterday (abreviated):

 

<SNOM IP> to <Server IP> 1326 Request: INVITE: sip xxx@pbx..

<Server IP> to <Snom IP> SIP547 351 Status: 100 Trying

<Server IP> to <Snom IP> SIP547 Status: 401 Authentication Required

<SNOM IP> to <Server IP> 471 Request: CANCEL sip: xxx@pbx...

 

TODAY there is a second INVITE in the PCAP trace and the phone is sending authentication data plus some other codec information.

 

Why would the SNOM phones and the VODIA pbx communicate that dífferently?

 

This is a very strange issue and also could be Snom related. I will contact them too.

<Server IP> to <Snom IP>

Link to comment
Share on other sites

That is one of the major problems with SIP on UDP. The INVITE packets come dangerously close to the MTU size, e.g. if you have a long name and many codecs, you easily hit the 1500 bytes. If the provider goes down to 1200, then the probability dramatically increases.

 

The answer is, use TCP or better: TLS. SIP/UDP was a major mistake anyway.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...