I'm familiar with this- I don't know if it is by design like the affects of using Called Transformations at both the Route Pattern and Route List. It's good to know about, I think it's just a lot easier to do it without gateway called party transformation patterns (kind of defeats the object of Called Party Transformation Patterns when you have to perform manipulations on the RP or RL in combination with gw called party transformations).
Vik On Dec 12, 2011, at 6:04 AM, Anthony Alba wrote: > Hi, > > This is Lab 2 in the Five-Lab Handbook. > > The the task: on SC (UK site +442077964XXX, MGCP gateway) the requirement is > to plus dial from > directory without EditDial +442077966596 but the phone display must show > > "To +442077966596" > > Normally globalized dial plan will not work; if I have one \+.! route pattern > and a gateway Called Party Transformation \+4420.! --> DDI (send 8D out to > PSTN) then the caller will see "To 77966596". > > To satisfy this type of task we should use Route Pattern and digit > manipulation at Route List Details. > E.g. > Route Pattern: \+442077966596 > The route list for this task has RG_SC has primary and RG_SB as backup > SB is an H.323 gateway > Route List Details: RG_SC use Mask XXXXXXXX > RG_SB use Mask 90114420XXXXXXXX > Caller sees "To: +442077966596" > > > > But during my testing I came across a strange result where I used globalized > dialplan/gateway called party transformations but got the correct display > !!?? I expected it to FAIL and show "To 77966596" > > The weirdness: if you use both global dial-plan/Called Party Transformation > and at the same time use Route Pattern / Route List Details; provided the > manipulation at RL details and Called Party Transformation give *identical* > results then the phone will show the number as at the Route Pattern stage. > > Is this a bug or feature?? > > Example: > > A. WRONG: Configure only globalized dial plan > > +442077966596 ---> 7796596: See "To: 77966596" > > B. CORRECT: Configure both globalized dialplan and an identical overlapping > route-pattern/RL details > see "To: +442077966596" > > C. TESTING: We know that gateway Called Party Transformation trumps; so to > test > configure globalized dialplan (correct DNIS) and deliberately create a bad > route-pattern/RL details > Global Dialplan +442077966596 ---> 77966596 > Erroneous RL details: +442077966596 ---> 77777777 > Since Called Party Transformations trumps, we get DNIS correct and the > display shows > "To 77966596" > > > Summary: gateway Called Party Transformation always trumps so we always get a > 8 Digit DNIS; but > if Route List Details digit manipulation gives the identical pattern to the > Called Party Transformation > then the caller's phone will see the DNIS at the Route Pattern stage. > > Have you folks ever heard of this behaviour?? > > Anthony > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
