Search results for query: *

Is there any other NTP server running on the network? My suspicion would be that there is another NTP server on the LAN broadcasting updates and the NEC system is listening to those updates. An NTP server doesn't necessarily have to be contacted by a client to request a time update. The NTP...

In 14-07 you can create trunk access maps and in 15-06 you can apply these access maps to extensions. These will let you control whether each extension has access to Incoming, Outgoing, and/or Trunks on Hold.

I've had excellent experiences with Peplink. Very simple and intuitive interface with just about all the features you could want.

There is a difference between g711a and g711u (think uLaw and aLaw.) North America would typically expect g711u and you can see that the SDP offer right before the "488 Not Acceptable" is for g711a. 84-13-03 should allow you to change the g711 type the SV8100 uses but depending on where you are...

There are some password protected advanced settings in the MLC app. I know the uMobility app has a setting you need to allow to connect over 4G and I might be confusing this with the MLC app, but I thought there was one in the MLC too. The smartphones have separate network connections...

What are you using for the VPN? If the L2TP client is connecting to the local router the SV9100 is on, you should be on the same subnet and there shouldn't be anything different when it comes to programming. I think there is a setting in the MLC that says whether or not it should use the 3G/4G...

Hmm... It "works" after you make an outbound call. This says that you're programming is basically correct. It can't be that you forgot the inbound DID entry. What you are experiencing still points toward the router. There isn't anything changing on the SV9100. If it gets the packets inbound...

Sounds like you are missing port forwarding settings on the router. When you make an outbound call, the router leaves the ports open for a period of time waiting for a reply. This is the time period your inbound calls work. After the timeout the ports close and the router starts ignoring the...

15-03-09 Caller ID External Module. It is off by default. Just turn it on for that extension and you should get caller ID

That is a "6 Pair Can." It is lightening protection for a 6-pair drop wire or underground cable. It looks like an old one. If the two left corners are sort of bent and pushed in to keep it closed it is from the 1980s or before. Otherwise it is from the early to mid 1990s. Sometime around the...

Here's a place that offers paid remote support on the SL1100 and SV9100 http://www.lifelinesupport.com/ For the SV9100 they may verify that you are an NEC dealer.

You will need to go to 10-58 and add the VPN's network. Since you have remote phones you probably have 10-46-14 "NAT Mode" checked which means that the VPN phone will also try and use NAT Mode since it isn't on the same LAN as the SL1100. Adding the VPN network to 10-58 will tell the SL1100 not...

The Group Voicemail feature on the SL1100 won't do that (even though you can find official documentation that says it will.) Instead you probably want to send the calls to the personal mailbox of a virtual extension, and put an "In-Skin" voicemail button on each phone. This will light up when...

General PRI Tip If you look at the extension in System Status and click trace all before making a call, you will see a Cause Code in the trace. Here's a list: http://pbxbook.com/other/isdncode.html Even on a working system you should see Cause Code 16 at the end of a call (Normal Clearing.) In...

Varies by manufacturer, for example Snom experiences this exact behavior connected to an NEC system if you don't check "enable broken registrar." NEC's SIP implementation isn't in perfect compliance with the RFC so you may need to enable or disable options to make the particular SIP endpoint...

You really need a qualified vendor to troubleshoot this. There are software tools NEC has for configuring and diagnosing the AP400 DECT solution and the first step would be running those and verifying that the configuration is correct. It could be the spacing of the repeaters, a timing delay...

Do these systems have SL-NET licenses or are you using point to point SIP trunks to connect them? Make sure SIP ALG is off in your VPN routers. Add the other system's network to 10-58 on each SL. (Use the Network IP address-- so if the system's IP address were 192.168.1.250 with a subnet of...

14-01 has gain and loss setting for the trunks. You should also see separate gain and loss settings for transferred calls. Playing with those settings should help, but if the volume is that low you likely have line problems the telephone carrier needs to address.

It sounds as if the port forwarding on the router is either wrong or missing. The SIP server can't reach the SL1100 without port forwarding, but if you made an outbound call those ports would be open to the SIP server waiting for a response to traffic initiated by the phone system. Those ports...

21-01-03 is where you adjust it.