[cisco-voip] MWI with overlapping numbers

[Jason Aarons (US)]

Short answer is make the dial plan as many digits as possible. I
encourage 10 digit with single partition. Maybe use "site codes" to
translate calling other locations to make it shorter while expanding to
the 10 digit.

 

The more complicated it gets, the less the customer can figure it out,
or the person they hire after you leave to make more money somewhere
else...!

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan O'Connell
Sent: Tuesday, March 06, 2007 5:08 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] MWI with overlapping numbers

 

Hey all,

 

I'm stuck on this one. Here is the scenario.

 

IPT customer, with lots of phones. They are using a Centralized model
where CallManger and Unity are at the head office providing services for
head office and all branch locations. This is a big customer and DN
overlapp is a real issue so they decided they wanted to go 4 digit
dialing within a given site, and 10 digit dialing between sites.

 

No problem

 

*	I setup each location with a different <sitename>Oncluster
Partition and added 4 digit DN's to these partitions. 
*	phones can dial each other using 4 digits within a site 
*	when they dial another site the must dial 11 digits. example to
dial Edmonton they dial 917808885180 
*	A translation pattern is used to strip the pattern and search
the correct sites partition then strip the 91780888 off the number
leaving 5180 
*	For centralized voicemail, I used different "VoiceMailProfiles"
to prefix the numbers going into Unity so when someone from Edmonton
dials into Unity 780888 is prefixed to the 5180 putting them into the
correct mailbox. 
*	To light MWI lamps, I had to turn Multitenant Mode on so that VM
Ports can see the translations created and all works fine

HERE is the problem

*	When someone has the same last 4 digit dn's at different sites,
MWI only works for the site who's partition comes first in the MWI CSS 

Example Calgary phone with DN 4035555180 and an Edmonton Phone
7808885180

*	Unity mailbox are as follows Calgary user is 4035555180 and the
Edmonton User is 7808885180 
*	both message notification feilds under each subscriber have been
changed from the default X to 5180 because the actual extension is only
4 digits not 10 (I THINK HERE IS MY PROBLEM BUT DON'T KNOW HOW TO FIX
IT) 
*	I leave a message for the Edmonton user 
*	MWI outbound ports use the Translation pattern to translate
7808885180 to 5180 in the edmOnCluster partition. And tell the phone to
dial the lamp code 
*	The MWI-ON CSS has partitions in the order of cgyOncluster -
then edmOncluster. It doesn't know better it just matches 5180 to the
cgyOncluster and the lamp turns on.

I know you may need a decoder ring to understand this email, but any
help is appreciated

 

Ryno

________________________________

Privileged/Confidential Information may be contained in this message.
Disclosure to any person other than the named recipient is unauthorized.
If you are not the intended recipient, please delete all copies of this
information and kindly notify the sender by reply email.  Opinions,
conclusions and other information in this message that do not relate to
the official business of UNIS LUMIN Inc. shall be understood as neither
given nor endorsed by it.  UNIS LUMIN Inc. and any of its subsidiaries
reserve the right to monitor all e-mail communications through its
networks.  Thank you.



-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20070306/e21d01a5/attachment.html