Well, I would try 1800 or 3600. Surely under 600 is really too brief.
============================
Tony Graziano, Manager
Telephone: 434.984.8430
Fax: 434.984.8431

Email: tgrazi...@myitdepartment.net

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
Fax: 434.984.8427

Helpdesk Contract Customers:
http://www.myitdepartment.net/gethelp/

----- Original Message -----
From: Ali Nebi <an...@iguanait.com>
To: Tony Graziano <tgrazi...@myitdepartment.net>
Cc: sipx-users@list.sipfoundry.org <sipx-users@list.sipfoundry.org>
Sent: Thu Aug 12 06:52:19 2010
Subject: Re: [sipx-users] Registration expiration and registration problems.

>From web interface i don't have 600s as an option.

I have these:

30
60
120
180
360
1800
3600

I'm not able to set the phone to 600 right now, because i access it
remotely, but i will ask my boss to check if it is possible to set to
600 directly on the phone little bit later.

On Thu, 2010-08-12 at 06:40 -0400, Tony Graziano wrote:
> Can you set it for 600?
> ============================
> Tony Graziano, Manager
> Telephone: 434.984.8430
> Fax: 434.984.8431
>
> Email: tgrazi...@myitdepartment.net
>
> LAN/Telephony/Security and Control Systems Helpdesk:
> Telephone: 434.984.8426
> Fax: 434.984.8427
>
> Helpdesk Contract Customers:
> http://www.myitdepartment.net/gethelp/
>
> ----- Original Message -----
> From: Ali Nebi <an...@iguanait.com>
> To: Tony Graziano <tgrazi...@myitdepartment.net>
> Cc: sipx-users@list.sipfoundry.org <sipx-users@list.sipfoundry.org>
> Sent: Thu Aug 12 06:39:18 2010
> Subject: Re: [sipx-users] Registration expiration and registration
> problems.
>
> Yes, it is set to 360 now.
>
> On Thu, 2010-08-12 at 05:59 -0400, Tony Graziano wrote:
> > Did you change the registration interval in the phone?
> > ============================
> > Tony Graziano, Manager
> > Telephone: 434.984.8430
> > Fax: 434.984.8431
> >
> > Email: tgrazi...@myitdepartment.net
> >
> > LAN/Telephony/Security and Control Systems Helpdesk:
> > Telephone: 434.984.8426
> > Fax: 434.984.8427
> >
> > Helpdesk Contract Customers:
> > http://www.myitdepartment.net/gethelp/
> >
> > ----- Original Message -----
> > From: Ali Nebi <an...@iguanait.com>
> > To: Tony Graziano <tgrazi...@myitdepartment.net>
> > Cc: sipx-users@list.sipfoundry.org <sipx-users@list.sipfoundry.org>
> > Sent: Thu Aug 12 04:05:36 2010
> > Subject: Re: [sipx-users] Registration expiration and registration
> > problems.
> >
> > 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 <an...@iguanait.com> 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
> > >         <an...@iguanait.com> 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
> > >         >         sipx-users@list.sipfoundry.org
> > >         >         List Archive:
> > >         http://list.sipfoundry.org/archive/sipx-users/
> > >         >
> > >         >
> > >         >
> > >         > --
> > >         > ======================
> > >         > Tony Graziano, Manager
> > >         > Telephone: 434.984.8430
> > >         > sip: tgrazi...@voice.myitdepartment.net
> > >         > Fax: 434.984.8431
> > >         >
> > >         > Email: tgrazi...@myitdepartment.net
> > >         >
> > >         > LAN/Telephony/Security and Control Systems Helpdesk:
> > >         > Telephone: 434.984.8426
> > >         > sip: helpd...@voice.myitdepartment.net
> > >         > 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: tgrazi...@voice.myitdepartment.net
> > > Fax: 434.984.8431
> > >
> > > Email: tgrazi...@myitdepartment.net
> > >
> > > LAN/Telephony/Security and Control Systems Helpdesk:
> > > Telephone: 434.984.8426
> > > sip: helpd...@voice.myitdepartment.net
> > > 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
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to