Manipulation at the route list level does not affect how the dialed number is updated on the phone display.
I read this as per below: "If I have two MGCP gateways BR1 and BR2, and call should go thru BR1 and if it fails it should go thru BR2. Requirement is if call goes through BR1, called number on my display should be 7 digits. If it goes thru BR2, called number should be 10 digits." How would manipulation at the route list help in this scenario? I have just tested here by manipulating the dialed number at the route pattern for the first choice gateway (MGCP BR1 - 7Digits) and by using called party xformation pattern for the second choice gateway (MGCP-BR2) In my case I could not do it for 10 digits because my BR2 router is in Spain. The phone display updates as per both transformation configs. If this is not correct please let me know what I'm missing Cheers On Tue, Jun 22, 2010 at 2:20 PM, Berry, Matthew J. <mjbe...@krollontrack.com > wrote: > Daniel, > > You best bet would be to do the manipulation at the route list level for > such a request. > - Sent from my Blackberry > > ------------------------------ > *From*: ccie_voice-boun...@onlinestudylist.com < > ccie_voice-boun...@onlinestudylist.com> > *To*: Angel Perez <gorr...@hotmail.com> > *Cc*: osl osl <ccie_voice@onlinestudylist.com> > *Sent*: Mon Jun 21 16:04:44 2010 > > *Subject*: Re: [OSL | CCIE_Voice] Connected number display > > Hello Guys > > Just an idea and please ignore if this is a silly one or let me know if you > have already tested this. > > Could you try to have your manipulation done at route pattern level for BR1 > and for BR2 add a called party xformation in order to update the phone > display when BR1 is down? As far as my understanding goes ANI manipulations > at route pattern and (DNIS) called party transformation patterns applied to > egress gateways will also have the cosmetic effect to phones screens. > > I will give this a go as soon as I have access to equipment again and will > update > > Best Regards > Daniel > > > > > > On Mon, Jun 21, 2010 at 11:13 PM, Angel Perez <gorr...@hotmail.com> wrote: > >> Yes you are right, tested today, ccm engine will not try with another >> route pattern although controller/gw associated to the first rp >> is not "up". I thought ccm would follow the same behaviour as a h323 gw. >> >> Since the only way I know to change phone display number is through route >> patt, my conclusion is that your requirements are not possible to be >> satified... >> >> Is this an exercise from a workbook or something you want to test? In case >> it's the first one let us know the solution becouse I can't think a way to >> make this work with ucm only. >> >> Thanks >> >> ------------------------------ >> Date: Sun, 20 Jun 2010 17:28:59 +0530 >> >> Subject: Re: [OSL | CCIE_Voice] Connected number display >> From: voip.ccieci...@gmail.com >> To: gorr...@hotmail.com >> CC: siddas...@gmail.com; ccie_voice@onlinestudylist.com >> >> >> i tested bot the RP first.. then i did a no mgcp command on GW1 >> >> On Sun, Jun 20, 2010 at 4:52 PM, Angel Perez <gorr...@hotmail.com> wrote: >> >> Hi: >> >> Did you test both rp alone first to make sure it working correctly? >> >> Did you shutdown controller at br1 before testing backup path? >> >> thx >> >> ------------------------------ >> Date: Sun, 20 Jun 2010 11:49:27 +0100 >> From: siddas...@gmail.com >> To: voip.ccieci...@gmail.com >> CC: gorr...@hotmail.com; ccie_voice@onlinestudylist.com >> >> Subject: Re: [OSL | CCIE_Voice] Connected number display >> >> >> Did you also try what I suggested? masking Called party at RL detail >> level! >> >> cisco voip wrote: >> >> I tried this just now. and it is not working, >> >> So what i was thinking is correct, it can match only one route pattern and >> call cannot come back. >> >> Is there any other way anyone would think of?????? >> >> >> >> On Sun, Jun 20, 2010 at 12:00 AM, Angel Perez <gorr...@hotmail.com>wrote: >> >> Hi Ash, I think that to change calling number at phone display you may do >> transformation at rp level, correct me if i'm wrong >> >> thx >> >> ------------------------------ >> Date: Sat, 19 Jun 2010 12:34:08 +0100 >> From: siddas...@gmail.com >> To: gorr...@hotmail.com >> CC: voip.ccieci...@gmail.com; ccie_voice@onlinestudylist.com >> Subject: Re: [OSL | CCIE_Voice] Connected number display >> >> >> Sorry Ignore my last post, I thought you are asking about Calling party >> number (ANI). >> The one Angel mentioned is a possible solution or try this one...make one >> route pattern, Create two RG in the RL, then place mask under Called party >> like XXXXXXX and XXXXXXXXXX under Route list detail level. I have not tested >> it so give it a try and let us know how it works. >> >> Ash> >> >> Angel Perez wrote: >> >> Hi: >> >> The only way I can imagine to make this work is with to different route >> patterns, instead with one route pattern and a route list with two options, >> something like this: >> >> rp1: 91[2-9]XX.[2-9]XXXXXX DDI PREDOT, PT=br1-local-first-option >> rp2: 91.[2-9]XX[2-9]XXXXXX DDI PREDOT, PT=br1-local-sec-option >> >> br1 phone 1: css (phones,911,br1-local-first-option, br1-local-sec-option, >> ld, ...) >> >> Becouse rp1 and rp2 are and equal match for UCM call processing engine, >> the pt orther will be the tie breaker, so the first choice would be rp1, and >> second choice would be rp2. >> >> Let us know how it goes >> >> Regards >> ------------------------------ >> Date: Sat, 19 Jun 2010 16:01:09 +0530 >> From: voip.ccieci...@gmail.com >> To: ccie_voice@onlinestudylist.com >> Subject: [OSL | CCIE_Voice] Connected number display >> >> Hi Experts, >> >> If I have two MGCP gateways BR1 and BR2, and call should go thru BR1 and >> if it fails it should go thru BR2. >> Requirement is if call goes through BR1, called number on my display >> should be 7 digits. If it goes thru BR2, called number should be 10 digits. >> >> From what i understand, display number is the manipulated number in Route >> Pattern. So I am not really sure how to change the display number on the >> basis of what gateway call is going out. >> Any Suggestions????? >> >> ------------------------------ >> Hotmail: Trusted email with powerful SPAM protection. Sign up >> now.<https://signup.live.com/signup.aspx?id=60969> >> >> ------------------------------ >> >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> >> >> >> ------------------------------ >> Hotmail: Trusted email with Microsoft’s powerful SPAM protection. Sign up >> now. <https://signup.live.com/signup.aspx?id=60969> >> >> >> >> >> ------------------------------ >> Hotmail: Free, trusted and rich email service. Get it >> now.<https://signup.live.com/signup.aspx?id=60969> >> >> >> >> ------------------------------ >> Hotmail: Free, trusted and rich email service. Get it >> now.<https://signup.live.com/signup.aspx?id=60969> >> >> _______________________________________________ >> 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