Ping test from the SipXecs server to the phone has ttl=63 and time= (0.412
-0.479)ms over 24 pings.
rtt min/avg/max/mdev = 0.395/0.444/0.632/0.052 ms
Does anyone know what the hard coded time limit is on the Notify?
From: [email protected]
[mailto:[email protected]] On Behalf Of McIlvin, Don
Sent: Tuesday, July 27, 2010 11:14 AM
To: Tony Graziano; Douglas Hubler
Cc: [email protected]
Subject: Re: [sipx-users] Job failure doing restart of phonesaftersendprofiles
Just FYI, in the course of the Job failing on the time out, the phones do not
reboot either. To get them to reboot, and load the new profile, I have to
manually cause the reboot at the phone.
I will investigate the network slow angle.
From: Tony Graziano [mailto:[email protected]]
Sent: Tuesday, July 27, 2010 6:58 AM
To: Douglas Hubler
Cc: McIlvin, Don; [email protected]
Subject: Re: [sipx-users] Job failure doing restart of phones aftersendprofiles
More likely it is just timing out in receiving the ack from the phone that it
is restarting. sipxconfig waits "only so long", it is not exactly patient.
sipxconfig waits until a certain period and then "writes" the that it failed.
It is the bootserver that sends the message, and bootservers have that time
period hardcoded. It usually indicates a slow network link. If it is
responding, rebooting, and picking up the profile, there is nothing broken in
sipx, just the network link the phone is on is slow. It might help if the
phones are on a vlan with qos/precedence.
On Mon, Jul 26, 2010 at 8:15 PM, Douglas Hubler <[email protected]> wrote:
On Mon, Jul 26, 2010 at 6:48 PM, McIlvin, Don
<[email protected]> wrote:
> I must have some part of set up incomplete. What is needed for the “send
> profiles” to work properly? What service is sending to the phone to initiate
> the restart (i.e. message apparently timing out)? How does the phone know to
> obey ( authentication/authorization )?
depends on phone. but last i knew for polycom it was an unauthorized
SIP NOTIFY. Phone checks to see if profile actually changed before
reloading to avoid getting tricked.
What could fail? phone isn't registered or not reachable but i will
say i see failures for phones that i wouldn't think shouldn't fail.
_______________________________________________
sipx-users mailing list [email protected]
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/
--
======================
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.
"The information in this electronic mail message is the sender's confidential
business and may be legally privileged. It is intended solely for the
addressee(s). Access to this internet electronic mail message by anyone else is
unauthorized. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it is
prohibited and may be unlawful."
"The sender believes that this E-mail and any attachments were free of any
virus, worm, Trojan horse, and/or malicious code when sent. This message and
its attachments could have been infected during transmission. By reading the
message and opening any attachments, the recipient accepts full responsibility
for taking protective and remedial action about viruses and other defects. The
sender's employer is not liable for any loss or damage arising in any way from
this message or its attachments." [v1.0.07.109]
_______________________________________________
Sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/
