Daniel,
If you do not adjust the called number display on the route pattern, the
called number display settings on the route list will go into effect.
Have you tried to manipulate the called number on the route list?
*Matthew Berry*
/A+, CCENT, CCNA, CCNA Voice, CCVP, CCIE Voice Written/
*_Vitals:_*
*GVoice: *+1.612.424.5044
*Gmail*: ciscovoiceg...@gmail.com
*Skype*: ciscovoiceguru
*Twitter*: ciscovoiceguru
On 6/21/2010 11:26 PM, Daniel Berlinski wrote:
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 <mailto: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
<mailto:ccie_voice-boun...@onlinestudylist.com>
<ccie_voice-boun...@onlinestudylist.com
<mailto:ccie_voice-boun...@onlinestudylist.com>>
*To*: Angel Perez <gorr...@hotmail.com <mailto:gorr...@hotmail.com>>
*Cc*: osl osl <ccie_voice@onlinestudylist.com
<mailto: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
<mailto: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 <mailto:voip.ccieci...@gmail.com>
To: gorr...@hotmail.com <mailto:gorr...@hotmail.com>
CC: siddas...@gmail.com <mailto:siddas...@gmail.com>;
ccie_voice@onlinestudylist.com
<mailto: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 <mailto: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 <mailto:siddas...@gmail.com>
To: voip.ccieci...@gmail.com <mailto:voip.ccieci...@gmail.com>
CC: gorr...@hotmail.com <mailto:gorr...@hotmail.com>;
ccie_voice@onlinestudylist.com
<mailto: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 <mailto: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 <mailto:siddas...@gmail.com>
To: gorr...@hotmail.com <mailto:gorr...@hotmail.com>
CC: voip.ccieci...@gmail.com
<mailto:voip.ccieci...@gmail.com>;
ccie_voice@onlinestudylist.com
<mailto: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
<mailto:voip.ccieci...@gmail.com>
To: ccie_voice@onlinestudylist.com
<mailto: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 visitwww.ipexpert.com <http://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 <http://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