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 strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

SV 8100 Analog issue

Status
Not open for further replies.

mitchell70

Technical User
Apr 13, 2016
45
US
We have multiple locations with the same issue, we have an SV 8100 intergrated to work with a Viper 911 system. The 8100 is used to support and provide the administrative lines to the 911 system and they mirror on the DTL 32 D (admin lines only No 911). We have a Department group 2 built with 9 analog extensions that the main PRI DID points to pilot 2400. 2401-2409 are the ports. The 9 analog extensions are built on the phone as virtual *03 with land on key features. This has been in place working since 2010 with no issues.

Now here is what is happening, The dispatchers use the NEC system to receive and transfer non emergency calls throughout the building, when transferring to various extensions the transfer rings the extension then routes to a different mail box greeting. When you call direct via ICM to the same extension you get the proper greeting, from the AA dialing extension you get the proper greeting and when calling the DID ext from outside you also get that extensions greeting. Now after multiple testing have narrowed it down to the first 3 ports causing the issue 2401, 2402 and 2403. When a transfer from these specific ports is done 2401 rings extension dialed and ALWAYS routes to a different mailbox greeting 8065, 2402 rings extension dialed and ALWAYS routes to a different mailbox greeting 8229 and 2403 rings extension dialed and ALWAYS routes to a different mailbox greeting 8024. There is no forwarding or mirrored extensions and no auto forward from mailboxes. It seems to act like a transfer recall but the numbering plan is completely off scheme to be that.

ANY IDEAS WOULD BE Helpful


 
If this was working properly and NO changes were made to either the phones by a user, or the programmer, then I would try a system reset. Beyond that, I would need to see the programming to try and figure out what broke it.
What VM is it? InMail or UM8000 blade?
 
After extensive testing that is what I did. It cleared, however it has been reset inthe past. We defaulted the system and then reloaded the database hoping that the issue was corruption. We will wait a few days to see if it populates again. Thanks for you input.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top