We're running NEC SV9100 (WebPro 10.00.00) and have stable NEC DT900 phones on Firmware Version (02.04.00.00) that have been online for over a year without interruption. Recently, we've provisioned more DT900 phones on Firmware Version (03.00.02.00), but occasionally they present a screen with a message of "Log Off" and allow you to press soft key for "Exit" and the phone resets, goes through LLDP Receiving and DHCP Connecting then allows for normal use. Aside from the obvious firmware versions being different, I do not know what is causing the newly provisioned phones to experience this issue and am not sure how to rollback the firmware or if some other variable could be implemented? Any assistance would be very appreciated.
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations SkipVought on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
NEC DT900 VoIP Phone: Log Off Prompts Exit & Resets
- Thread starter Wylie13
- Start date
- Thread starter
- #3
That feature is for hot desking and being able to move your extensions around. Question, do all your extensions work at once and are they unique? Have you gone over your licensing to make sure you have enough? I mean it could be firmware but I haven't heard nor seen that anywhere.
- Thread starter
- #5
To my knowledge, all of the extensions work and are unique by being assigned a four digit extension. How would I look at the licensing to ensure we were covered? Also, I'm not familiar with hot desking. As far as I know this issue doesn't happen to our existing DT800 phones or newly provisioned DT800 only the DT900s that are newly provisioned.
- Thread starter
- #7
- Thread starter
- #9
- Thread starter
- #11
- Thread starter
- #14
Settings in 15-05 are identical with the following exceptions:
Building A
Stable DT 900
IP: 192.168.x.x
Firmware Version: 02.04.00.00
Building B
Unstable DT 900
IP: 10.137.x.x
Firmware Version: 03.00.02.00
They are in two different buildings and were added to the phone system about a year apart. Additionally, we had one DT 900 added to the phone system in Building B and then relocated to Building A, which also experienced the issue and was one of the phones configured in the batch of fifty discussed below.
Another question came to mind. There were about fifty or so phones added to the phone system at Building B in groups of six at a time, utilizing the Plug and Play method after entering the ADMIN credentials and SIP addressing on the phones. Is it possible that there was a conflict with extension assignment or DHCP addressing which could cause this issue and may ultimately work it self out?
Building A
Stable DT 900
IP: 192.168.x.x
Firmware Version: 02.04.00.00
Building B
Unstable DT 900
IP: 10.137.x.x
Firmware Version: 03.00.02.00
They are in two different buildings and were added to the phone system about a year apart. Additionally, we had one DT 900 added to the phone system in Building B and then relocated to Building A, which also experienced the issue and was one of the phones configured in the batch of fifty discussed below.
Another question came to mind. There were about fifty or so phones added to the phone system at Building B in groups of six at a time, utilizing the Plug and Play method after entering the ADMIN credentials and SIP addressing on the phones. Is it possible that there was a conflict with extension assignment or DHCP addressing which could cause this issue and may ultimately work it self out?
- Thread starter
- #16
Is this what you're inquiring about?
No, we're not using NAT or VPN.
Also, while in WebPro, it doesn't present an option for DT 900, only DT 700/800. I've previously had the thought that the DT 900 isn't supported well, but the fact that we've had some DT 900s that were deployed over a year ago without issues, I moved past that theory. However, it is certainly possible...
No, we're not using NAT or VPN.
Also, while in WebPro, it doesn't present an option for DT 900, only DT 700/800. I've previously had the thought that the DT 900 isn't supported well, but the fact that we've had some DT 900s that were deployed over a year ago without issues, I moved past that theory. However, it is certainly possible...
DoubleDizzle
Programmer
Hello Wylie13,
Just a thought......
I recently installed a few older DT700 IP phones to a SV9100.
The phones came up and worked fine for a period of time then would show a screen with a message of "Log Off" until you press soft key for "Exit" and the phones would reset and work properly.
This would happen about every two weeks, usually over a weekend.
The phones firmware was updated with no resolution to the problem.
A port mirroring switch was installed between a phone and the network and a laptop was connected running a countinuous ring buffer capture file.
When the event occured again, it was found in the network trace that a security appliance running "Cyberhawk" began a TCP SYN scan on the phone.
The trace also revealed the security appliance eventually duplicated the phone’s IP address and then began hammering it with 1-byte UDP traffic from its own IP address to knock it off-line.
Once the IP addresses of the new phones were white listed, the issue was resolved.
It definitely would be a good idea to set up a continuous capture so you can see exactly what is happening when your DT900s go offline.
Just a thought......
I recently installed a few older DT700 IP phones to a SV9100.
The phones came up and worked fine for a period of time then would show a screen with a message of "Log Off" until you press soft key for "Exit" and the phones would reset and work properly.
This would happen about every two weeks, usually over a weekend.
The phones firmware was updated with no resolution to the problem.
A port mirroring switch was installed between a phone and the network and a laptop was connected running a countinuous ring buffer capture file.
When the event occured again, it was found in the network trace that a security appliance running "Cyberhawk" began a TCP SYN scan on the phone.
The trace also revealed the security appliance eventually duplicated the phone’s IP address and then began hammering it with 1-byte UDP traffic from its own IP address to knock it off-line.
Once the IP addresses of the new phones were white listed, the issue was resolved.
It definitely would be a good idea to set up a continuous capture so you can see exactly what is happening when your DT900s go offline.
- Thread starter
- #19
DoubleDizzle
Programmer
Hello Wylie13,
I think the simplest way to start is obtaining the current IP addresses of the DT900 IP phones that are experiencing the issue.
Then work with your CrowdStrike admins to white list the IP addresses and monitor to see if the issue has been resolved.
I think the simplest way to start is obtaining the current IP addresses of the DT900 IP phones that are experiencing the issue.
Then work with your CrowdStrike admins to white list the IP addresses and monitor to see if the issue has been resolved.
- Status
Similar threads
