You have a separate TEHO translation pattern for your globalization, correct? You shouldn't need to modify your route patterns to account for TEHO, it should be addressed via the XLation Pattern.
-----Original Message----- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Kumar, Narinder Sent: Wednesday, September 23, 2009 9:20 PM To: vineet sanghi; OSL Group Subject: Re: [OSL | CCIE_Voice] TEHO-- Using globalised route pattern-Volume2 lab4 I try to simulate this and yes you are correct on the BR2 phone when the calls goes out from HQ GW instead of showing the full E.164 it shows only 7 D on the BR2 phone. This is not correct from a end user experience. I tried couple of thing but couldn't get it correct when using the Globalised/localised dial plan. Anyone else got the same issue ? In real life we can educate the end user about this behaviour but is this correct from a Lab point of view ? Thanks Narinder -----Original Message----- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of vineet sanghi Sent: Saturday, 19 September 2009 10:57 PM To: OSL Group Subject: [OSL | CCIE_Voice] TEHO-- Using globalised route pattern-Volume2 lab4 When we use globalised & localised dial plan for TEHO the end user phone is showing 7D no instead of full dialed international number.eg when BR2 user( 3001) dials 90012123942123 the call goes via HQ gateway(TEHO) dialed no on BR2 user( 3001) shows 7D(3942123) instead of 90012123942123 because of Gateway called party transformation. How can i achieve this by globalised & localised dial plan? Alternatively I can use separate Route Pattern for TEHO. Thanks Vineet _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact UXC Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited. DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not UXC Getronics Australia. While we endeavour to protect our network from computer viruses, UXC Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system. _______________________________________________ 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