[cisco-voip] IP Communicator Bug or WAD

Matthew Ballard mballard at otis.edu
Fri Feb 11 12:03:47 EST 2011


From what I remember, UCM combines all CSSes available to the phone, including that of both the DN in use and the phone, where <None> is automatically included, and only after combined it organizes the list by most specific to least specific.

 

So in the case below, as 51111 is more specific than 5XXXX, 51111 will match first.

 

Matthew Ballard

 

 

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: Friday, February 11, 2011 7:59 AM
To: Scott Voll
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] IP Communicator Bug or WAD

 

The <None> partition is at the end of every calling search space and is searched if no match is found in the partitions explicitly included.

The one thing I'm not clear on is if the <None> partition is searched for a better match or if it is searched only if no matches are found.

For example:

*	Route Pattern 5XXXX in Group_A_Partition
*	DN 51111 in <None> partition
*	CSS Group_A_CSS contains Group_A_Partition.
*	DN 52222 assigned CSS of Group_A_CSS
*	DN 52222 dials 51111
*	what will 52222 reach? the route pattern or the DN 51111?





---
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Cooking with unix is easy. You just sed it and forget it. 
                              - LFJ (with apologies to Mr. Popeil)



________________________________

From: "Scott Voll" <svoll.voip at gmail.com>
To: "Ryan Ratliff" <rratliff at cisco.com>
Cc: cisco-voip at puck.nether.net
Sent: Friday, February 11, 2011 10:49:57 AM
Subject: Re: [cisco-voip] IP Communicator Bug or WAD

That is NOT what I wanted you to say.

 

Quick Follow up question.  Since I'm new to this environment, How does the NONE partition work with other partitions in a CSS?  is the None Partition at the end and I could "fix" this by putting the 503123.4567 translation into a partition?

Thanks

 

Scott

 

On Fri, Feb 11, 2011 at 7:44 AM, Ryan Ratliff <rratliff at cisco.com> wrote:

It's a matter of whether the digits are sent enbloc or not.  I don't believe CIPC supports enbloc so it will always send digits one at a time (just like other phones do when dialing offhook) and thus will always hit your 5XXX translation pattern.

 

-Ryan

 

On Feb 11, 2011, at 10:27 AM, Scott Voll wrote:


So I'm troubleshooting why my Corporate Directory does not work (10 digits from AD LDAP)

 

If I pick up the 7962 and dial 5031  the 7961 hits the 5XXX translation pattern and goes to VM.  BUT if I enter 5031234567 and press Dial, it hits the 503123.4567 translation pattern and dials correctly the 4567.  Both Translation patterns are in the None partition.

 

BUT if I do the same thing on the IP communicator client weather I pick up and dial or enter and dial it hits the 5XXX translation because it dials the numbers one digit at a time rather than the full 10 digits like the 7961.

 

Looks to be a Bug with the IPC client or is it Working As Designed?

 

Ultimately I’m trying to dial the 10 digits from Corporate directory which gets the 10 digits from AD LDAP.

 

Any idea of a work around?  I

 

TIA

 

Scott

 

PS.  CM 7.1.5, IPC 7.0.5.1, 7961 running 9.0.3S

 

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 

 


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110211/1b41e0e1/attachment.html>


More information about the cisco-voip mailing list