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

External Caller ID numbers being mistaken for voicemailbox numbers!

Status
Not open for further replies.
Jun 8, 2004
4
US
We have an Avaya S8700 connected to an Octel Aria 250 via 7405D digital ports. Whenever an external call comes in from a number where the last five digits of the callerID info match a five digit mailbox number, and a voicemail message is left for an employee, the envelope info on the message incorrectly says that the message was left by the employee that has the mailbox which matches the external callerID info. Example: An exeternal call from (555)345-6789 is identified by the voicemail system as being from internal extension 56789. This causes problems when someone replys to a message and it gets sent to the wrong person. I've tried to find a way to block external callerID info from reaching the digital ports serving the voicemail system, but cannot do it without blocking it to every phone in our facility. Can anyone shed any light on how to solve this problem?
 
go to number 6 Integration Acceptance Tables

Menu 6 - Dialing and Serial Channel Parameters

1 - Transfer, Outcall, Fax, and Pager Dialing Sequences

2 - In-band Integration Dialing Sequences

3 - Define CPU Serial Channel

4 - MTA (Multiple Terminal Access) Parameters

5 - Integration Link Management

6 - Integration Acceptance Tables

then setup your area code and then add the office code of 000 this tells the system to only integrat on calls from that area cose and office code and your problem will go away
 
I went to configure the Integration Acceptance Tables, but when I go to the Dialing and Serial Channel Parameters menu that option is missing. Does that mean we have to buy the software option for it?....or is there another option that disables the Integration Acceptance Tables?
 
you must be below 2.04 or 2.05 to get that you must upgrade the software or there may be a patch that can be installed

let me know what software level you are at in menu 13 - 7
 
Could it be "65 - ANI Integrations" that we need?
Here's our software options:

VPMOD Serial # ........ 13647 Software Rel. .... Aria 02.05.06-1
Network Serial # ...... 1214 System Type ........... 250
8 - Bulletin Mailbox Y 9 - CSA
10 - InterMail 12 - PowerCall Agent Access
Y 15 - Follow-Me-Forward Y 16 - Call Detail Recording
17 - Database Retrieval 22 - Forms Mailbox
23 - Monitor Mailbox Y 32 - General Line Types
Y 33 - Set Emulation Y 34 - RS232 Integrations
Y 35 - In-band Integrations 36 - ROLM Limited
37 - Siemens Limited 38 - 72 Port Option
40 - Information Processing 42 - Hotel/Motel
43 - DTMF Forms Mailbox Y 44 - Networking
Y 45 - Enhanced Call Processing 46 - Ability to Reset Passwords
Y 48 - Information Center Mailboxes 49 - AMIS Analog Networking
Y 51 - Octel Index I 52 - Octel Index II
55 - Conference Mailbox Y 56 - Fax Processing
57 - Announcement Mailbox 58 - ACP Integrations
59 - ACP MTA 60 - Skip Password
Y 62 - Centralized Network Management 65 - ANI Integrations
66 - Fax Delivery Mailbox 67 - Global Message Redundancy
68 - Extension Mailbox Y 73 - Connectivity
Y 74 - Digital Networking 75 - Octel Admin
77 - System Backup & Restore
 
no that feature does not have anything to do with the problem you are having. that is if you want the ani to be sent to an x.25 app. there is a patch that can be installed to take care of this problem or you can upgrade the system to rel 3.11 software that is the only way to take care of the problem.
 
Called our voicemail support vender and asked about the patch for this problem. They told me that their use to be a patch, but now there is an option setting that fixes this. the option is located in:

1 - System Parameters
2 - Change Configuration Parameters
Allow Variable-Length Addressing for Integration?: N

Setting this option to "N" checks not only the callers number, but the length of the number. If the callers number is longer than the mailbox number (in our case 5 digits) it assigns the call as being from an unknown caller. I made several test calls and it definitely fixed our problem.
 
I have never seen that work that is what it for but i have done that before and had Octel Tac tell me that it does not work but if you don't need the caller number in the mailbox from an outside caller and it works great !!

i did not tell you about it as i have not been able to make that work

Thanks
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top