When trying to connect a Panasonic TDE to an asterisk box I am getting a warning in the CLI saying “register_verify: Failed to parse contact info” I only get this with Asterisk version 1.6.2.18 or 1.8.3.3, I ran a packet capture during a failure and got the following.
If it is a problem with the other side then I am surprised it works on older versions of asterisk.
Also, judging by the CLI warning it is an issue with the Contact header, but we have numerous Panasonic systems connecting to a variety of SIP registrars with that contact header (which is a valid one according to the SIP rfc).
As presented, all your header lines end in “.”. That is not permitted by the syntax.
Older versions may not parse as rigorously.
I can’t find out what “*” means in the Contact header, although it is allowed by the syntax. My guess is it is the same as not having Contact at all. It may be that Asterisk doesn’t understand this.
It’s section 10.2.2 in the RFC where it is defined.
Oh and I think the “.” is being added by the packet capture software. The box is up and running with asterisk 1.6.1.25 and all packets have the “.” at the end.
this completely breaks support for older Grandstream ATA.
After upgrading Asterisk from 1.6.2.14 to 1.6.2.17.3, every Grandstream ATA286 and BT100 Phones stops working.
You first need to understand what has broken, and whether it is asterisk being more correct or asterisk being wrong. Once you have found out what is broken, you can probably find the specific SVN revision that broke it and apply that in reverse.
If you can demonstrate a problem in version 1.8, you may be able to get it fixed in that, using the bug tracker, and then back port that patch.
You will be lucky to find anyone to debug it to that level for free, unles they are personally affected.
It seems, that my Phone is sending the Header “Contact: *” which asterisk does not like.
The parts in the code, that is responsible for the check is in chan_sip.c…
If it works in the latest 1.8 version, nothing will be done to fix it in other versions. However, for future information, for absolute copyright safety in commercial versions of Asterisk, Digium don’t look at patches unless they are attached to a report on issues.asterisk.org/ by someone who has electronically signed the licence grant on that site.