[cisco-voip] IP Communicator Bug or WAD

Scott Voll svoll.voip at gmail.com
Fri Feb 11 12:16:08 EST 2011


But unfortunately it is matching 5031234567 to 5XXX instead of
503123.4[0-7]XX.  both of which are Translation patterns in the <NONE>
partition.  Why would 5XXX be more specific?

Scott

On Fri, Feb 11, 2011 at 9:03 AM, Matthew Ballard <mballard at otis.edu> wrote:

> 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/5e1af573/attachment.html>


More information about the cisco-voip mailing list