We updated the phone to the the latest version but we sill have the same problem.
Did you have time to look at the trace? On Wed, 2010-08-11 at 08:35 -0400, Tony Graziano wrote: > There is an even newer one. Such is the case with snom, whether good > or bad... > > http://wiki.snom.com/Snom_m9/Documentation/Online_Manual#Firmware_Update > > On Wed, Aug 11, 2010 at 8:30 AM, Ali Nebi <[email protected]> wrote: > Thanks, i checked this page, but i will check it again to see > if i > missed something. > > In status page of the phone web interface i see this, it looks > that this > is the firmware version: > > VersionSIP=9.1.70 DCM=GLOBALNETFTCL14N20100611,JUL 01 2009 > > > On Wed, 2010-08-11 at 08:10 -0400, Tony Graziano wrote: > > I wrote the original wiki page on the m3, which snom oem's > from > > another manufacturer with their own "version" of firmware. > > > > > > I have not experienced this issue with my m3's, ever. > > > > > > I assume the m9 is "not that much different" from the m3. > > > > > > Please refer to the wiki > > page: > http://wiki.sipfoundry.org/display/xecsuser/Configuring+Snom > +M3 > > +Wireless+SIP-DECT+Phones > > > > > > and look at the re-registration time (which on the m3 is 600 > seconds), > > and see if you can adjust your upwards. > > > > > > I will look your trace over later today and see if I can > understand > > anything else from it. I am also running 4.2.1 and dont > believe it to > > be re-registering with a different session, so it may have > something > > to do with the snop firmware, which would not be a big > surprise to me, > > because I never got satisfaction out of snom for the bugs I > tried to > > get them to open. Given the phone is oem'd, I somewhat > doubted they > > would be willing to "fix" very much anyway. > > > > > > Also, the version of firmware you are using might be > pertinent. > > > > > > http://wiki.snom.com/Snom_m9/Firmware/Release_Notes > > > > > > The last version, 9.1.63, alludes to fixes for CSeq > problems, however > > that ALL they say about it. > > > > On Wed, Aug 11, 2010 at 7:50 AM, Ali Nebi > <[email protected]> wrote: > > Hi, > > > > we bought snom m9 some weeks ago and configured it > to connect > > to our sip > > providers. On one of our servers we have installed > Sipxecs > > 4.2.1 version > > and we have configured snom m9 phone to connect to > Sipxecs. > > > > We experience a very strange problem. > > > > 1. Phone register to Sipxecs as the phone is set to > propose > > expiration > > time around 360s. Phone register and we see in sipx > traces and > > logs and > > web interface that the phone is registered. > > 2. When the timer shows around 120s until expiration > time, > > then we see > > that the phone is registering again, but it is > different > > registration > > session not the first one. So now we have 2 > registrations with > > the same > > identity. What happens is that the first > registration expires > > and it > > does not reregister. Then the second session > expiration time > > decrease > > around 120s and phone again creates anothe > registration > > session, and > > previous session expire after 120s (not exactly > 120s) and it > > does not > > reregister also. > > > > This happens all the time for all identities that > connects to > > Sipxecs. > > > > What i see in Sipxecs traces is that phone gets > Registration > > Too Brief > > message. Minimum registration expiration time is > 300s in sipx. > > > > Another thing that i see in sipx is the following > situation: > > > > 1. Phone send registration request with proposal for > > expiration time > > 360s. > > 2. Sipxecs returns "401 Unauthorized" request to the > phone so > > phone can > > register with authentication > > 3. Then phone sends again Register requests, but now > the > > Expires header > > is set to 120s. > > 4. In normal situation Sipxecs should return (200 > OK), but it > > returns > > "423 Registration Too Brief". > > > > I think the whole problems with expiring > registration sessions > > and not > > reregistering happens, because the Expire header is > set > > incorrectly. How > > to fix this? > > > > Or if you think that the reason for this problem is > something > > else, let > > me know what you think. > > > > What is expected: > > > > Phone should create only one registration session > for one > > identity to > > Sipxecs. Phone register successfully, without error > like > > "Registration > > Too Brief" and session does not expire, but the > reregister > > before to > > expire. Phone does not create more than one sessions > to > > Sipxecs for the > > same identity. > > > > I attached a trace from sipregister components. > There you can > > see what > > happens. > > > > Any suggestions how to proceed? > > > > > > Thanks in advanced. > > > > P.S. > > sipXconfig (4.2.1-018932 2010-06-25T10:44:53 > build24) > > 87.xxx.xxx.43 is server where Sipxecs is installed. > > 213.xxx.xxx.151 my public ip address from where i > register. > > mydomain.com is my domain name. > > > > > > _______________________________________________ > > sipx-users mailing list > > [email protected] > > List Archive: > http://list.sipfoundry.org/archive/sipx-users/ > > > > > > > > -- > > ====================== > > Tony Graziano, Manager > > Telephone: 434.984.8430 > > sip: [email protected] > > Fax: 434.984.8431 > > > > Email: [email protected] > > > > LAN/Telephony/Security and Control Systems Helpdesk: > > Telephone: 434.984.8426 > > sip: [email protected] > > Fax: 434.984.8427 > > > > Helpdesk Contract Customers: > > http://www.myitdepartment.net/gethelp/ > > > > Why do mathematicians always confuse Halloween and > Christmas? > > Because 31 Oct = 25 Dec. > > > > > > > > > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.984.8431 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > Why do mathematicians always confuse Halloween and Christmas? > Because 31 Oct = 25 Dec. > _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
