Sorry, I meant Translation Patterns, not Profiles.  Still working on the From 
number presentation.  I'm assuming that if HQ1 calls HQ3 the PSTN phone should 
show a 7 digit From number, but if BR1 calls 2003 the PSTN should show a 10 
digit From number.  Would you guys agree?



On Oct 1, 2010, at 8:56 AM, Mark Holloway wrote:

> Graham, same thing here. 
> 
> This is a summary of what I've done to get it working correctly. I eliminated 
> using Translation Profiles as I didn't find them necessary for this.
> 
> Create PT_SNR which is assigned to CSS_SNR
> 
> Create a Remote Destination Profile and assign CSS_SNR to both Calling Search 
> Space and Rerouting Calling Search Space.  Build/associate your end user with 
> this Remote Destination Profile. Build a Route List (RL_SNR) that includes 
> just the HQ gateway and set the Calling Party External Phone Mask to On.  
> Doing this in the Route Pattern won't work. Set Called Party to Subscriber 
> (assuming the Remote Destination number is a local number).  Lastly, build a 
> Route Pattern that matches your Remote Destination Profile external number 
> and assign it to PT_SNR and RL_SNR. 
> 
> The only thing about this method is that when calls from 2001 ring 2003 which 
> rings the PSTN, this method is using the external mask which means HQ1's 
> external mask is E164. Typically when a Subscriber call egresses the HQ 
> gateway you would want the From number to be 7 digits. Are you guys putting a 
> Calling Party Transformation on your HQ gateway to strip off the HQ area code 
> for Subscriber calls?  For all other purposes of presenting 7, 10, or E164, I 
> have always used the Calling Party Transform in either the Route Pattern or 
> Route List's Route Group. 
> 
>  
> Thanks,
> Mark
> 
> 
> On Oct 1, 2010, at 7:25 AM, Graham Hopkins wrote:
> 
>> Just hit the same problem in Vol2 Lab4 and I can confirm that this doesn't 
>> work at the RP level but does work at the RL level. Is this a known bug ?
>> 
>> 
>> 
>> Graham
>> 
>> 
>> 
>> On 1 Oct 2010, at 13:35, Tam Nhu wrote:
>> 
>>> Hi Mark,
>>> The EPNM does not work at RP for SNR.  Have you try to set EPNM at RL level?
>>> 
>>> TN.
>>> _______________________________________________
>>> For more information regarding industry leading CCIE Lab training, please 
>>> visit www.ipexpert.com
>> 
>> _______________________________________________
>> For more information regarding industry leading CCIE Lab training, please 
>> visit www.ipexpert.com
> 
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com

_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to