Alberto, I just checked and unfortunately setting server type support to nortel did not help.
Meanwhile I belive it's a snom problem, either configuration problem or a bug. Since the phone supports authorization during registration it must support it during "unregistration". And the problem is rather unpleasant. I'll try to send this problem on snom forum.. Nikolay. _____ From: Alberto [mailto:g...@interfree.it] Sent: Tuesday, September 15, 2009 1:02 PM To: Nikolay Kondratyev Cc: sipx-users@list.sipfoundry.org Subject: Re: [sipx-users] snom phone does not terminate old registartion when rebooted Hi Nikolay, I confirm the issue. You did an excellent deep analysis. I cannot tell if there is a solution playing with the phone config. I would suggest to try to set manually in your Identity (SIP) Server Type Support to Nortel. I couldn't find a good reason to set it myself, but someone reported it solved some issues. The only option I see that might be related is: Authentication for SIP Reboot but from the help it doesn't seems the solution. Let me know. If you find something interesting keep me updated. I might add your discoveries to the Snom plug-in. Thanks Alberto Nikolay Kondratyev ha scritto: Hi all, I found that when snom phone is rebooted it does not terminate current registration. To be more precise snom 360 (firmware 7.3.26) phone attempts to clear old registration. The phone sends Register with Expires=0. But sipX (4.0.2-016420, installed from iso) challenges this "unregister" message, while the phone continues to reboot without sending the next "unregister" with Authorization header. Thus I have "hanging" registration (until it expires). And the same situation with snom subscriptions (with the exception that hanging subscription dies after the next notify). Has somebody encountered this problem? What can be done with it? Is there an "always send authorization header" configuration option for snom? (I did not find it). Do I understand right, that sipX will always challenge Register and Subscribe messages? Please help. Thanks in advance, Nikolay. _____ _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
