Re: [OSL | CCIE_Voice] Lab Exam Speed Strategy

[donny f]

hi all,

does anyone know the quickest trick on provision phone and DN in exam?
i ever read ,there is "super copy".

tks
d

On Sat, Apr 6, 2013 at 12:50 AM, Peter Simmons  wrote:

>  Bill,
>
> Your feedback has been awesome - much appreciated by all here, I'm certain
> - it has definitely refined and clarified my own vague thinking in this
> area considerably - thankyou!
>
> Could you expand on the phone provisioning method you use?
>
> I'm taking far too long on this during practice (and obviously when I've
> been supporting the profitability of the Cisco catering team in Brussels
> previously...) and it is an area I've been looking to completely transform
> for my next attempt.
>
> Is there a documentation link or example you could point me at on this?
>
> I'd like to see what difference it would make to my times by trying this
> (radically) different approach!
>
> regards
>
> Peter
>
> Peter Simmons
>
>  On 4/3/2013 5:59 PM, William Bell wrote:
>
> I am not familiar with Marko's approach for "on-screen" window placement.
>
> I actually don't have a specific strategy in this area.
>
> I do create a notepad file for the following:
>
>
> basic.txt :  basic infrastructure notes and notes on phone/user configs
> sw.txt : switch configs
> hq.txt : HQ gateway/router configs
> sb.txt : Site B gateway/router configs
> sc.txt : Site C gateway/router configs
> rp.txt : Route plan configs (when I get to that point)
>
> I have the above .txt files open all of the time. I only keep basic.txt
> "up" on the screen. I keep the others minimized. I restore them "as
> needed".
>
> During the course of the exam I will create other notepad files
> temporarily. Most notably:
>
> 1. When I create partitions. I have a naming convention that is basically
> uniform across sites. So, I lay out the HQ versions in notepad. Paste in
> CUCM. Then do a search/replace for "HQ"/"SB". Repeat for Site C. Kill the
> notepad
>
> 2. When I provision phones. I use a series of SQL commands from the CLI to
> provision phones. I type them out in notepad and paste from there. Then I
> kill the notepad.
>
> 3. Troubleshooting questions. Because I don't want to deal with VNC's
> sluggish nature, I'll do my TS work in notepad on the candidate PC and then
> copy/paste to the VNC desktop.
>
> I think that's it.
>
> As far as window orientation. I keep basic.txt in the top right corner of
> the screen. If I need hq.txt/sb.txt/etc. then I restore to bottom right.
> I'll keep (or try to keep) console sessions in the middle and IE sessions
> near the left. But I haven't really thought about it that much.
>
>
> -Bill
>
>  --
> William Bell
> blog: http://ucguerrilla.com
> twitter: @ucguerrilla
>
>
>
>  On Apr 3, 2013, at 12:32 PM, Ramcharan Arya wrote:
>
>Hi Bill,
>
> Thank you very much for nice writeup on strategy.
>
> This is really helpful for CCIE vocie lab aspirants.  Do you have any
> strategy how many notepad sessions to keep open simultaneously.
>
> How to arrange SecureCRT sessions screen, online lab webpage, and notepad
> on 32" screen.
>
> I am still practice same method which I learn during R&S bootcamp with
> Marko.If you have any better approach please share.
>
>
> Regards,
> Ramcharan Arya
> CCIE # 28926 (R&S)
>
>
>
> On Wed, Apr 3, 2013 at 10:57 AM, William Bell wrote:
>
>>  I have had this as a draft for a few days. Just too busy to finish it
>> until now. So, some of my thoughts are redundant to what others have said.
>> Hopefully that isn't a bad thing.
>>
>> Timing is definitely a critical aspect of the exam. I know I have areas
>> where I am slower than I should be. I suspect most people do. Most of my
>> comments herein are based on my self-study practice labs. I have taken the
>> lab a couple of times but most of the tinkering I have done with my method
>> is during self-study. When I sit for the real lab, I don't tinker. I go
>> with whatever method I have been practicing. So, that is suggestion #1:
>> Don't tinker on lab day, stick to your guns and don't 2nd guess your method.
>>
>> Going back to the OP, I believe you should look at the bright side. Your
>> statement "...I seemed to keep moving forward..." is key. The fact you were
>> able to avoid a stall is important. I believe controlling this exam is
>> about rhythm and finding what config approach helps you establish a
>> sustainable and consistent rhythm. Speed on any individual task is critical
>> but rhythm is king in my opinion.
>>
>> Like others (most?), I follow the device-based approach. It has been
>> around since pre 3.0 blueprint (contrary to popular opinion) and is a
>> proven strategy. However, I have found that you will need to customize that
>> approach to suit your needs. For me, it is about managing the transitions.
>> Again, I believe focusing on establishing and maintaining a rhythm is
>> absolutely key. Smoothing the transitions and/or stacking tasks that help
>> ease transitions is important. Also, you won't maintain the same rhythm
>> throughout the ex

Re: [OSL | CCIE_Voice] MVA partial match issue

[donny f]

I see,  I have make sure my RDP CSS include the 4 digit ext.  but still
failed.

On Sun, Apr 7, 2013 at 2:44 PM, William Bell  wrote:

> Not quite. The RDP CSS is used by the MVA process in CUCM to make the
> final call routing decision.
>
>
>
>
>  --
> William Bell
> blog: http://ucguerrilla.com
> twitter: @ucguerrilla
>
>
>
>   On Apr 7, 2013, at 3:46 PM, donny f wrote:
>
>  yes i had specified it under service param, so far i only restart the
> MVA service in UCM/.
>
> I think this no need RDP css, as i only test MVA.
>
> When i press 4 ext , "debug voip dialpeer" show it hits the MVA number
> 5999.
>
> Here is how I understand , pls correct if this is not right.
>
> - when press 1 to call 4 digit,  "dial-peer voip" in IOS router will match
> 5999 to CallManager VMA  "5999"  (under Media Resources).
>
> - after successfully in UCM MVA, it is up to CallManager VMA process to
> dial 4 digit  (and no need CSS here)
>
> Tks
> d
> On Sun, Apr 7, 2013 at 12:40 PM, Barrera, Hugo 
> wrote:
>
>>  It uses the RDP's css while snr uses the re-routing css. Did you also
>> specify the MVA number in the service parameters?
>>
>> A peer had mentioned to me that the service may need to get restarted as
>> well haven't tested it yet though.
>>
>> Regards,
>> Hugo
>>
>> On Apr 6, 2013, at 8:38 PM, "donny f"  wrote:
>>
>>   hi Bill and others,
>>
>> I had put the MVA under Media Resources,
>>
>> however when i dial 4 digit ext, it said: the number you dial can't be
>> reached.
>>
>> Questions:  - when we use MVA to call 4 digit, are they use IOS dial-peer
>> or RD css to call this 4 digit local ext
>>  - my partial match never work , i use 7 digit as match.
>> any idea what missed?
>>
>> tks
>>
>>
>>
>> On Wed, Mar 27, 2013 at 5:46 AM, William Bell < 
>> b...@ucguerrilla.com> wrote:
>>
>>> I have ran into a similar problem. In my case I would get a fast busy
>>> after entering the extension number followed by #.
>>>
>>> The issue was I neglected to provision Mobile Voice Access under Media
>>> Resources.
>>>
>>>
>>> On Tuesday, March 26, 2013, Barrera, Hugo wrote:
>>>
  Regarding MVA during my first attempt (real lab) I had it working
 except for when I dialed in and tried to call another 4-digit ext like
 SAPH1 or SBPH2 any ideas why that didn’t work? 

 ** **

 *Regards,***

 *Hugo*

 ** **

 *From:* ccie_voice-boun...@onlinestudylist.com [mailto:
 ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Justin Carney
 *Sent:* Monday, March 25, 2013 1:51 AM
 *To:* donny f
 *Cc:* ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.com);
 michael.se...@compucom.com; networksanitytoinsan...@gmail.com
 *Subject:* Re: [OSL | CCIE_Voice] MVA partial match issue

 ** **

 You can have the rd with 7 digits only and without the 9 for pstn
 access - use either application dial rules (match 7 digits, prefix 9) or a
 translation pattern to modify the rd to match your existing local route
 pattern.

 I'm not sure if there's an MVA bug in this version of cucm, but its
 pretty easy to configure it so that you always have a full match since you
 will likely have only one rd.  This is what I do for the lab.

 A real world (for nanp) example of MVA partial match would be using
 e164 address for all rd (+1 npa-nxx-) and set partial match to 10 or 7
 depending on whether all sites receive inbound ani as 10d for local calls
 or if any sites receives only 7d.  This would also work for lab, but takes
 extra steps if you aren't already required to use + dialing

 For partial match to work, the rd must be longer than the inbound ani
 (ani 7d and rd +11d).  You cannot use partial match with an ani longer than
 the rd (ani 10d and rd 7d), in this case your options would be to apply
 inbound transformation on the gateway to make rd ani shorter (ie match the
 rd) or make your rd longer and manipulate outbound dnis to make it route.
 

 On Mar 25, 2013 2:00 AM, "donny f"  wrote:

 hi,

  

 I config the Service parameter for MVA , using "partial match" 7
 digit  . However when I dial the RD using 7 digit ,it never works.

 seem like UCM only take "Full match".  I heard this is bug,

  

 Any suggestion for the work around if still want to use "partial match"
 ?

  

 d

 On Sun, Mar 17, 2013 at 9:58 AM,  wrote:***
 *

 Greetings,
 I think you are doing everything right just need a few tweaks.  Place a
 call from the PSTN line 2 to 3033300 and do debug isdn q931 on gateway.
  What digits do you see for the calling number.  7 or 10?  If seeing 7
 digits inbound change your Remote Destination Number to 525, without
 the 9.  If you are seeing 10 digits inbound the NPA, NXX, T

Re: [OSL | CCIE_Voice] MVA partial match issue

[donny f]

hi sergey,

yes my dial-peer for MVA that match the service parameter is there and it
actually trigger it when i press 1 and 4 digit ext.  Also CSS for GW and
RDP seem include the 4 digit partition.

When you said this :
--
"I know there are some bugs with partial match in early versions of CUCM
7.X, the workaround is to use complete match. "

Can you explain bit, how this complete/partial match related to failed 4
digit dial ?   So far I always think if you can call MVA from PSTN and they
prompt to enter PIN, then means partial/complete match is ok here

Tks
d


On Sun, Apr 7, 2013 at 8:59 AM, Sergey Heyphets  wrote:

> Hi Donny,
>
> When you dial 4 digit extension from the MVA, the IOS sends call to the
> MVA number defined under Media Resources, so you must have a dial-peer that
> matches that number and sends the call to the CUCM. The extension you've
> dialed is transfered in the "Redirected number IE" inside the SETUP message
> sent to the MVA number defined under media resources. Once the call gets to
> CUCM, it extracts the extension you've dialed from the "Redirected Number
> IE" and uses either Gateway CSS or RDP+Line CSS (depending on Service
> Parameters) to place the call to extension.  So, if your call to extension
> doesn't work, you need to check that you have dial-peer that matches MVA
> number defined in Media Resources, the Service Params to see which CSS you
> use for MVA calls and then make sure that whatever CSS you use can reach
> that extension.
>
> I know there are some bugs with partial match in early versions of CUCM
> 7.X, the workaround is to use complete match.
>
> Sergey
>
> ___
> 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

[OSL | CCIE_Voice] No MWI Light SC calls SA or B thru GK

[Barrera, Hugo]

Hi Guy's,

I have been experiencing a weird issue on my last couple of remote lab 
sessions...When SA and SB call each other and forward to CUC to leave a msg the 
MWI lights up just fine. However when SC calls site A or B, thru gatekeeper, 
and forwards to VM to leave a msg NO MWI light.

My session ended and I didn't really get a chance to troubleshoot it, wondering 
if anyone has seen this before?

Hugo

___
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

Re: [OSL | CCIE_Voice] MVA partial match issue

[Barrera, Hugo]

Yah I was and the callmanager service like you stated.  I was under the 
impression that this service parameter was needed for MVA to completely work, 
but sounds like it's not from another response.

Regards,
Hugo

From: William Bell [mailto:b...@ucguerrilla.com]
Sent: Sunday, April 07, 2013 12:03 PM
To: Barrera, Hugo
Cc: donny f; Justin Carney; ccie_voice@onlinestudylist.com, 
(ccie_voice@onlinestudylist.com); michael.se...@compucom.com; 
networksanitytoinsan...@gmail.com
Subject: Re: [OSL | CCIE_Voice] MVA partial match issue

Hugo may be right. There is a colleague of mine who has had MVA issues in the 
past and has had to either restart the service, restart Call Manager service, 
or reload the VXML service on the router. I don't recall exactly which step 
fixed the issue. Actually, he may have done all of them. Which, while it 
resolved the issue, was a bit heavy handed.

If you are positive you have everything setup correctly then I would try the 
following:

1. Reprovision MVA on the IOS
application
 no service MVA http://10.3.120.11:8080/ccmivr/pages/IVRMainpage.vxml
 service MVA http://10.3.120.11:8080/ccmivr/pages/IVRMainpage.vxml
 /*you should see the IOS read the VXML if you are on the console and logging 
to console*/

2. Restart the MVA service on Pub

3. Restart CallManager service


I'd try one at a time and test between.

Hugo, out of curiosity, you mentioned service parameters. Were you referring to 
the parameter " Mobile Voice Access Number  ". This is another parameter that 
confuses me. I never set it and MVA always works. I am wondering if it is 
legacy or is used for some other method to access mobility? Maybe part of CUMA? 
Do you know?

-Bill

--
William Bell
blog: http://ucguerrilla.com
twitter: @ucguerrilla



On Apr 7, 2013, at 2:40 PM, Barrera, Hugo wrote:


It uses the RDP's css while snr uses the re-routing css. Did you also specify 
the MVA number in the service parameters?

A peer had mentioned to me that the service may need to get restarted as well 
haven't tested it yet though.

Regards,
Hugo

On Apr 6, 2013, at 8:38 PM, "donny f" 
mailto:f.faraday...@gmail.com>> wrote:
hi Bill and others,

I had put the MVA under Media Resources,

however when i dial 4 digit ext, it said: the number you dial can't be reached.

Questions:  - when we use MVA to call 4 digit, are they use IOS dial-peer or RD 
css to call this 4 digit local ext
 - my partial match never work , i use 7 digit as match. any 
idea what missed?

tks



On Wed, Mar 27, 2013 at 5:46 AM, William Bell 
mailto:b...@ucguerrilla.com>> wrote:
I have ran into a similar problem. In my case I would get a fast busy after 
entering the extension number followed by #.

The issue was I neglected to provision Mobile Voice Access under Media 
Resources.


On Tuesday, March 26, 2013, Barrera, Hugo wrote:
Regarding MVA during my first attempt (real lab) I had it working except for 
when I dialed in and tried to call another 4-digit ext like SAPH1 or SBPH2 any 
ideas why that didn't work?

Regards,
Hugo

From: 
ccie_voice-boun...@onlinestudylist.com
 
[mailto:ccie_voice-boun...@onlinestudylist.com]
 On Behalf Of Justin Carney
Sent: Monday, March 25, 2013 1:51 AM
To: donny f
Cc: ccie_voice@onlinestudylist.com, 
(ccie_voice@onlinestudylist.com); 
michael.se...@compucom.com; 
networksanitytoinsan...@gmail.com
Subject: Re: [OSL | CCIE_Voice] MVA partial match issue



You can have the rd with 7 digits only and without the 9 for pstn access - use 
either application dial rules (match 7 digits, prefix 9) or a translation 
pattern to modify the rd to match your existing local route pattern.

I'm not sure if there's an MVA bug in this version of cucm, but its pretty easy 
to configure it so that you always have a full match since you will likely have 
only one rd.  This is what I do for the lab.

A real world (for nanp) example of MVA partial match would be using e164 
address for all rd (+1 npa-nxx-) and set partial match to 10 or 7 depending 
on whether all sites receive inbound ani as 10d for local calls or if any sites 
receives only 7d.  This would also work for lab, but takes extra steps if you 
aren't already required to use + dialing

For partial match to work, the rd must be longer than the inbound ani (ani 7d 
and rd +11d).  You cannot use partial match with an ani longer than the rd (ani 
10d and rd 7d), in this case your options would be to apply inbound 
transformation on the gateway to make rd ani shorter (ie match the rd) or make 
your rd longer and manipulate outbound dnis to make it route.

On Mar 25, 2013 2:00 AM, "donny f" 
mailto:f.faraday...@gmail.com>> wrote:

hi,



I config the Service parameter for MVA , using "partial match" 7 digit  . 
However when

[OSL | CCIE_Voice] Unable to reach my voicemail to CUE under SRST with CUE TRANSFER

[Hesham Abdelkereem]

Dear Experts,

I am integrating CUE with CUCM and I am doing a feature called CUE TRANSFER.
Which is during an active call , I can transfer the caller to Voicemail by
pressing Transfer + *4XXX + Transfer.
The feature is working and everything under CUCM.
Know I want to make it work under SRST mode.
However, I made it work under SRST but when I transfer it say's no mailbox
setup for the user.Basically, When I press the envelope button from
SCPHONE1 or SCPHONE2 it works and I hear my mailbox greetings but when I do
it by CUE transfer it unable to recognize my mailbox and I configured E164
number in the mailbox but still didn't work.
 The alternate number is working with CUCM integration but it doesn't look
like its working under SRST mode.
Howeve , My testing was the following

Call from SC2 to SC1 and SC1 hit Transfer + Xfer-To-VM + Transfer
>result no mailbox setup from user
Call from HQ1 to SC1 and SC1 hit Transfer + Xfer-To-VM + Transfer
>result no mailbox setup from user
Call from SC1 to VM Pilot --->Reaching personal greeting
Call from SC2 to VM Pilot --->Reaching personal greeting

So it looks like this configs

 CUE(config)# username SiteC1 phonenumberE164 85224044001
CUE(config)# username SiteC2 phonenumberE164 85224044002

is not working under SRST because I am able to make the same thing when its
registered to CUCM

Please let me know what to do to reach my mailbox


Here you are my configurations below:-


voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to sip
allow-connections sip to h323
sip
bind all source-interface loopback0

sip-ua
mwi-server ipv4:142.1.66.253 unsolicited

dial-peer voice 1 pots
incoming called-number .
direct-inward-dial
voice translation-rule 1
rule 1 /^2404/ //
voice translation-profile STRIP
translate called 1
voice-port 0/0/0:15
translation-profile in STRIP

voice translation-rule 8
rule 1 /^\*/ //

voice translation-profile vmredirect
translate called 8

dial-peer voice 4220 voip
destination-pattern 42..$
session protocol sipv2
session target ipv4:142.1.66.253
dtmf-relay sip-notify
codec g711ulaw
vad
translation-profile out vmredirect


voice translation-rule 2
rule 1 /^4...$/ /2404&/ type any subscriber plan any isdn
rule 2 // // type any unknown plan any isdn

voice translation-profile 999
translate calling 2
translate called 2

dial-peer voice 999 pots
translation-profile outgoing 999
destination-pattern 999
port 0/0/0:15
forward-digits all
clid strip name
!
voice translation-rule 3
rule 1 /^4...$/ /2404&/ type any subscriber plan any isdn
rule 2 // // type any subscriber plan any isdn
voice translation-profile LOCAL
translate calling 3
translate called 3
dial-peer voice 98 pots
translation-profile outgoing LOCAL
destination-pattern 9[2-9]...
port 0/0/0:15

voice translation-rule 4
rule 1 /^4...$/ /+8522404&/ type any international plan any isdn
rule 2 // // type any international plan any isdn
voice translation-profile INT
translate calling 4
translate called 4
dial-peer voice 900 pots
translation-profile outgoing INT
destination-pattern 900T
port 0/0/0:15

voice translation-rule 6
rule 1 /^4...$/ /+852404&/ type any international plan any isdn
rule 2 /^2...$/ /1408202&/ type any international plan any isdn
rule 3 /^3...$/ /1972303&/ type any international plan any isdn
!
voice translation-profile 4digits
translate calling 6
translate called 6

dial-peer voice 2300 pots
translation-profile outgoing 4digits
destination-pattern [23]...$
port 0/0/0:15


ephone-dn 10
number 1998 no-reg both
mwi on
number 1999 no-reg both
mwi off
ephone-dn 11 octo-line
number *4...
call-forward all 4220
telephony-service
srst mode auto-provision all
srst dn template 1
srst dn line-mode octo
max-ephones 15
max-dn 15
ip source-address 142.102.66.254 port 2000 strict-match
time-zone 42
date-format dd-mm-yy
voicemail 4220
mwi relay
max-conferences 8 gain -6
call-forward pattern .T
moh music-on-hold.au
transfer-system full-consult
transfer-pattern .T
secondary-dialtone 9
moh music-on-hold.au
multicast moh 239.1.1.1 port 16384 route 142.1.65.254 142.102.65.254
create cnf-files

ephone-dn-template 1
call-forward busy 4220
call-forward noan 4220 timeout 20
mwi sip
huntstop channel 1

ephone-dn 1 octo-line
number 4001 no-reg both
description +85224044001
name SCPHONE1
ephone-dn-template 1
ephone-dn 2 octo-line
number 4002 no-reg both
description +85224044002
name SCPHONE2
ephone-dn-template 1
ephone-dn 3 octo-line
number 4101
description +85224043101
name sc ph1 icd
ephone-dn-template 1
ephone-dn 5 octo-line
number *4001
call-forward all 4220

ephone-dn 4 octo-line
number 4102
description +85224043102
name sc ph2 icd
ephone-dn-template 1

ephone 1
device-security-mode none
mac-address 0024.14B3.8341
speed-dial 4 *4001 label "Xfer-to-VM"
type 7965
button 1:1 2:3
!
!
!
ephone 2
device-security-mode none
mac-address 001A.2F83.3616
type 7970
button 1:2 2:4

application
global
service alternate default

ccm-manager fallback-mgcp

i

Re: [OSL | CCIE_Voice] MVA partial match issue

[William Bell]

Not quite. The RDP CSS is used by the MVA process in CUCM to make the final 
call routing decision. 




--
William Bell
blog: http://ucguerrilla.com
twitter: @ucguerrilla



On Apr 7, 2013, at 3:46 PM, donny f wrote:

> yes i had specified it under service param, so far i only restart the MVA 
> service in UCM/.
>  
> I think this no need RDP css, as i only test MVA.  
>  
> When i press 4 ext , "debug voip dialpeer" show it hits the MVA number 5999. 
>  
> Here is how I understand , pls correct if this is not right.
>  
> - when press 1 to call 4 digit,  "dial-peer voip" in IOS router will match 
> 5999 to CallManager VMA  "5999"  (under Media Resources).
>  
> - after successfully in UCM MVA, it is up to CallManager VMA process to dial 
> 4 digit  (and no need CSS here)
>  
> Tks
> d
> On Sun, Apr 7, 2013 at 12:40 PM, Barrera, Hugo  
> wrote:
> It uses the RDP's css while snr uses the re-routing css. Did you also specify 
> the MVA number in the service parameters? 
> 
> A peer had mentioned to me that the service may need to get restarted as well 
> haven't tested it yet though.  
> 
> Regards,
> Hugo
> 
> On Apr 6, 2013, at 8:38 PM, "donny f"  wrote:
> 
>> hi Bill and others,
>>  
>> I had put the MVA under Media Resources,
>>  
>> however when i dial 4 digit ext, it said: the number you dial can't be 
>> reached.
>>  
>> Questions:  - when we use MVA to call 4 digit, are they use IOS dial-peer or 
>> RD css to call this 4 digit local ext
>>  - my partial match never work , i use 7 digit as match. any 
>> idea what missed?
>>  
>> tks
>> 
>> 
>>  
>> On Wed, Mar 27, 2013 at 5:46 AM, William Bell  wrote:
>> I have ran into a similar problem. In my case I would get a fast busy after 
>> entering the extension number followed by #. 
>> 
>> The issue was I neglected to provision Mobile Voice Access under Media 
>> Resources. 
>> 
>> 
>> On Tuesday, March 26, 2013, Barrera, Hugo wrote:
>> Regarding MVA during my first attempt (real lab) I had it working except for 
>> when I dialed in and tried to call another 4-digit ext like SAPH1 or SBPH2 
>> any ideas why that didn’t work?
>> 
>>  
>> 
>> Regards,
>> 
>> Hugo
>> 
>>  
>> 
>> From: ccie_voice-boun...@onlinestudylist.com 
>> [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Justin Carney
>> Sent: Monday, March 25, 2013 1:51 AM
>> To: donny f
>> Cc: ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.com); 
>> michael.se...@compucom.com; networksanitytoinsan...@gmail.com
>> Subject: Re: [OSL | CCIE_Voice] MVA partial match issue
>> 
>>  
>> 
>> You can have the rd with 7 digits only and without the 9 for pstn access - 
>> use either application dial rules (match 7 digits, prefix 9) or a 
>> translation pattern to modify the rd to match your existing local route 
>> pattern.
>> 
>> I'm not sure if there's an MVA bug in this version of cucm, but its pretty 
>> easy to configure it so that you always have a full match since you will 
>> likely have only one rd.  This is what I do for the lab.
>> 
>> A real world (for nanp) example of MVA partial match would be using e164 
>> address for all rd (+1 npa-nxx-) and set partial match to 10 or 7 
>> depending on whether all sites receive inbound ani as 10d for local calls or 
>> if any sites receives only 7d.  This would also work for lab, but takes 
>> extra steps if you aren't already required to use + dialing
>> 
>> For partial match to work, the rd must be longer than the inbound ani (ani 
>> 7d and rd +11d).  You cannot use partial match with an ani longer than the 
>> rd (ani 10d and rd 7d), in this case your options would be to apply inbound 
>> transformation on the gateway to make rd ani shorter (ie match the rd) or 
>> make your rd longer and manipulate outbound dnis to make it route.
>> 
>> On Mar 25, 2013 2:00 AM, "donny f"  wrote:
>> 
>> hi,
>> 
>>  
>> 
>> I config the Service parameter for MVA , using "partial match" 7 digit  . 
>> However when I dial the RD using 7 digit ,it never works.
>> 
>> seem like UCM only take "Full match".  I heard this is bug,
>> 
>>  
>> 
>> Any suggestion for the work around if still want to use "partial match" ?
>> 
>>  
>> 
>> d
>> 
>> On Sun, Mar 17, 2013 at 9:58 AM,  wrote:
>> 
>> Greetings,
>> I think you are doing everything right just need a few tweaks.  Place a call 
>> from the PSTN line 2 to 3033300 and do debug isdn q931 on gateway.  What 
>> digits do you see for the calling number.  7 or 10?  If seeing 7 digits 
>> inbound change your Remote Destination Number to 525, without the 9.  If 
>> you are seeing 10 digits inbound the NPA, NXX, TNTN change your remote 
>> destination number to XXX525, in other words match what you're seeing in 
>> the isdn debug for calling party and make that you're Remote Destination 
>> Number.
>> 
>> 
>> Do NOT require the prefix of 9 on the Remote Destination Number.  Also, 
>> under Remote Destination Information make sure you are putting a tick in 
>> Mobile Phone checkbox and a

Re: [OSL | CCIE_Voice] MVA partial match issue

[donny f]

yes i had specified it under service param, so far i only restart the MVA
service in UCM/.

I think this no need RDP css, as i only test MVA.

When i press 4 ext , "debug voip dialpeer" show it hits the MVA number
5999.

Here is how I understand , pls correct if this is not right.

- when press 1 to call 4 digit,  "dial-peer voip" in IOS router will match
5999 to CallManager VMA  "5999"  (under Media Resources).

- after successfully in UCM MVA, it is up to CallManager VMA process to
dial 4 digit  (and no need CSS here)

Tks
d
On Sun, Apr 7, 2013 at 12:40 PM, Barrera, Hugo wrote:

>  It uses the RDP's css while snr uses the re-routing css. Did you also
> specify the MVA number in the service parameters?
>
> A peer had mentioned to me that the service may need to get restarted as
> well haven't tested it yet though.
>
> Regards,
> Hugo
>
> On Apr 6, 2013, at 8:38 PM, "donny f"  wrote:
>
>   hi Bill and others,
>
> I had put the MVA under Media Resources,
>
> however when i dial 4 digit ext, it said: the number you dial can't be
> reached.
>
> Questions:  - when we use MVA to call 4 digit, are they use IOS dial-peer
> or RD css to call this 4 digit local ext
>  - my partial match never work , i use 7 digit as match.
> any idea what missed?
>
> tks
>
>
>
> On Wed, Mar 27, 2013 at 5:46 AM, William Bell < 
> b...@ucguerrilla.com> wrote:
>
>> I have ran into a similar problem. In my case I would get a fast busy
>> after entering the extension number followed by #.
>>
>> The issue was I neglected to provision Mobile Voice Access under Media
>> Resources.
>>
>>
>> On Tuesday, March 26, 2013, Barrera, Hugo wrote:
>>
>>>  Regarding MVA during my first attempt (real lab) I had it working
>>> except for when I dialed in and tried to call another 4-digit ext like
>>> SAPH1 or SBPH2 any ideas why that didn’t work? 
>>>
>>> ** **
>>>
>>> *Regards,***
>>>
>>> *Hugo*
>>>
>>> ** **
>>>
>>> *From:* ccie_voice-boun...@onlinestudylist.com [mailto:
>>> ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Justin Carney
>>> *Sent:* Monday, March 25, 2013 1:51 AM
>>> *To:* donny f
>>> *Cc:* ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.com);
>>> michael.se...@compucom.com; networksanitytoinsan...@gmail.com
>>> *Subject:* Re: [OSL | CCIE_Voice] MVA partial match issue
>>>
>>> ** **
>>>
>>> You can have the rd with 7 digits only and without the 9 for pstn access
>>> - use either application dial rules (match 7 digits, prefix 9) or a
>>> translation pattern to modify the rd to match your existing local route
>>> pattern.
>>>
>>> I'm not sure if there's an MVA bug in this version of cucm, but its
>>> pretty easy to configure it so that you always have a full match since you
>>> will likely have only one rd.  This is what I do for the lab.
>>>
>>> A real world (for nanp) example of MVA partial match would be using e164
>>> address for all rd (+1 npa-nxx-) and set partial match to 10 or 7
>>> depending on whether all sites receive inbound ani as 10d for local calls
>>> or if any sites receives only 7d.  This would also work for lab, but takes
>>> extra steps if you aren't already required to use + dialing
>>>
>>> For partial match to work, the rd must be longer than the inbound ani
>>> (ani 7d and rd +11d).  You cannot use partial match with an ani longer than
>>> the rd (ani 10d and rd 7d), in this case your options would be to apply
>>> inbound transformation on the gateway to make rd ani shorter (ie match the
>>> rd) or make your rd longer and manipulate outbound dnis to make it route.
>>> 
>>>
>>> On Mar 25, 2013 2:00 AM, "donny f"  wrote:
>>>
>>> hi,
>>>
>>>  
>>>
>>> I config the Service parameter for MVA , using "partial match" 7
>>> digit  . However when I dial the RD using 7 digit ,it never works.
>>>
>>> seem like UCM only take "Full match".  I heard this is bug,
>>>
>>>  
>>>
>>> Any suggestion for the work around if still want to use "partial match" ?
>>> 
>>>
>>>  
>>>
>>> d
>>>
>>> On Sun, Mar 17, 2013 at 9:58 AM,  wrote:
>>>
>>> Greetings,
>>> I think you are doing everything right just need a few tweaks.  Place a
>>> call from the PSTN line 2 to 3033300 and do debug isdn q931 on gateway.
>>>  What digits do you see for the calling number.  7 or 10?  If seeing 7
>>> digits inbound change your Remote Destination Number to 525, without
>>> the 9.  If you are seeing 10 digits inbound the NPA, NXX, TNTN change your
>>> remote destination number to XXX525, in other words match what you're
>>> seeing in the isdn debug for calling party and make that you're Remote
>>> Destination Number.
>>>
>>>
>>> Do NOT require the prefix of 9 on the Remote Destination Number.  Also,
>>> under Remote Destination Information make sure you are putting a tick in
>>> Mobile Phone checkbox and a tick in the Enable Mobile Connect checkbox.
>>>
>>> Otherwise your configuration looks good.  Hope you find this helpful.
>>>
>>> Michael Sears

Re: [OSL | CCIE_Voice] MVA partial match issue

[William Bell]

Hugo may be right. There is a colleague of mine who has had MVA issues in the 
past and has had to either restart the service, restart Call Manager service, 
or reload the VXML service on the router. I don't recall exactly which step 
fixed the issue. Actually, he may have done all of them. Which, while it 
resolved the issue, was a bit heavy handed.

If you are positive you have everything setup correctly then I would try the 
following:

1. Reprovision MVA on the IOS
application
 no service MVA http://10.3.120.11:8080/ccmivr/pages/IVRMainpage.vxml
 service MVA http://10.3.120.11:8080/ccmivr/pages/IVRMainpage.vxml
 /*you should see the IOS read the VXML if you are on the console and logging 
to console*/

2. Restart the MVA service on Pub

3. Restart CallManager service


I'd try one at a time and test between. 

Hugo, out of curiosity, you mentioned service parameters. Were you referring to 
the parameter " Mobile Voice Access Number  ". This is another parameter that 
confuses me. I never set it and MVA always works. I am wondering if it is 
legacy or is used for some other method to access mobility? Maybe part of CUMA? 
Do you know?

-Bill

--
William Bell
blog: http://ucguerrilla.com
twitter: @ucguerrilla



On Apr 7, 2013, at 2:40 PM, Barrera, Hugo wrote:

> It uses the RDP's css while snr uses the re-routing css. Did you also specify 
> the MVA number in the service parameters? 
> 
> A peer had mentioned to me that the service may need to get restarted as well 
> haven't tested it yet though.  
> 
> Regards,
> Hugo
> 
> On Apr 6, 2013, at 8:38 PM, "donny f"  wrote:
> 
>> hi Bill and others,
>>  
>> I had put the MVA under Media Resources,
>>  
>> however when i dial 4 digit ext, it said: the number you dial can't be 
>> reached.
>>  
>> Questions:  - when we use MVA to call 4 digit, are they use IOS dial-peer or 
>> RD css to call this 4 digit local ext
>>  - my partial match never work , i use 7 digit as match. any 
>> idea what missed?
>>  
>> tks
>> 
>> 
>>  
>> On Wed, Mar 27, 2013 at 5:46 AM, William Bell  wrote:
>> I have ran into a similar problem. In my case I would get a fast busy after 
>> entering the extension number followed by #. 
>> 
>> The issue was I neglected to provision Mobile Voice Access under Media 
>> Resources. 
>> 
>> 
>> On Tuesday, March 26, 2013, Barrera, Hugo wrote:
>> Regarding MVA during my first attempt (real lab) I had it working except for 
>> when I dialed in and tried to call another 4-digit ext like SAPH1 or SBPH2 
>> any ideas why that didn’t work?
>> 
>>  
>> 
>> Regards,
>> 
>> Hugo
>> 
>>  
>> 
>> From: ccie_voice-boun...@onlinestudylist.com 
>> [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Justin Carney
>> Sent: Monday, March 25, 2013 1:51 AM
>> To: donny f
>> Cc: ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.com); 
>> michael.se...@compucom.com; networksanitytoinsan...@gmail.com
>> Subject: Re: [OSL | CCIE_Voice] MVA partial match issue
>> 
>>  
>> 
>> You can have the rd with 7 digits only and without the 9 for pstn access - 
>> use either application dial rules (match 7 digits, prefix 9) or a 
>> translation pattern to modify the rd to match your existing local route 
>> pattern.
>> 
>> I'm not sure if there's an MVA bug in this version of cucm, but its pretty 
>> easy to configure it so that you always have a full match since you will 
>> likely have only one rd.  This is what I do for the lab.
>> 
>> A real world (for nanp) example of MVA partial match would be using e164 
>> address for all rd (+1 npa-nxx-) and set partial match to 10 or 7 
>> depending on whether all sites receive inbound ani as 10d for local calls or 
>> if any sites receives only 7d.  This would also work for lab, but takes 
>> extra steps if you aren't already required to use + dialing
>> 
>> For partial match to work, the rd must be longer than the inbound ani (ani 
>> 7d and rd +11d).  You cannot use partial match with an ani longer than the 
>> rd (ani 10d and rd 7d), in this case your options would be to apply inbound 
>> transformation on the gateway to make rd ani shorter (ie match the rd) or 
>> make your rd longer and manipulate outbound dnis to make it route.
>> 
>> On Mar 25, 2013 2:00 AM, "donny f"  wrote:
>> 
>> hi,
>> 
>>  
>> 
>> I config the Service parameter for MVA , using "partial match" 7 digit  . 
>> However when I dial the RD using 7 digit ,it never works.
>> 
>> seem like UCM only take "Full match".  I heard this is bug,
>> 
>>  
>> 
>> Any suggestion for the work around if still want to use "partial match" ?
>> 
>>  
>> 
>> d
>> 
>> On Sun, Mar 17, 2013 at 9:58 AM,  wrote:
>> 
>> Greetings,
>> I think you are doing everything right just need a few tweaks.  Place a call 
>> from the PSTN line 2 to 3033300 and do debug isdn q931 on gateway.  What 
>> digits do you see for the calling number.  7 or 10?  If seeing 7 digits 
>> inbound change your Remote Destination Number to 525, without the 9.  If 
>> you are

Re: [OSL | CCIE_Voice] MVA partial match issue

[William Bell]

Actually, one point of clarification here. The service parameter Sergey is 
referring to ( "Inbound Calling Search Space for Remote Destination") does not 
play a role in digit analysis for MVA calls. That service parameter is a little 
misleading and confusing.

There are two call flows you have to keep in mind when dealing with ingress 
calls from Remote Destinations.

1. Direct inward dial from the RD to your internal dial plan (e.g. directory 
numbers, MML, hunt pilots, etc.) Basically, anything that is not the MVA 
steering digit pattern. The service parameter Sergey mentioned can affect the 
digit analysis applied to these calls.

2. Calls handed off by the MVA VXML application to CUCM. As Sergey noted, the 
IOS is terminating the call. Most of the heavy lifting is done at the gateway. 
The prompts, etc. are all coming by way of VXML but the call is terminated on 
the gateway. At least up to the point where you choose the option to place a 
call. At this point in time, the IOS device is going to send the call to the 
MVA number and the CUCM digit analysis process is going to make a routing 
decision based on the CSS assigned to the Remote Destination Profile (RDP), 
regardless of what you have set for that service parameter. 

So, the service parameter affects ingress calls to DIDs that are not 
pre-processed by the MVA VXML first. Any call that comes by way of MVA, will 
use the RDP CSS for digit analysis.

You can test this by doing the following. Using the IPExpert topology samples.

1. Create a new partition:  block-hqph1_pt
2. Put a translation in this partition 2001/block-hqph1_pt  and set that 
translation to block the number
3. Put this partition in your RDP CSS. Ensure it is at a higher priority 
partition than the PT that currently holds the 2001 extension programmed on HQ 
Phone 1. If you use the  partition then it doesn't matter where you add 
the block PT.
4. Ensure that the service parameter "Inbound Calling Search Space for Remote 
Destination" is set to the default value (which is to use the GW CSS).

Now, use the PSTN phone line that is associated with your RD and call 
2025552001 directly. It should ring (unless you have something else messed up). 

Using the same PSTN phone line, call into MVA. Log into the service, press 1 to 
place a call and dial 2001. You should get ANN telling you that the number is 
unassigned. 

Another test that may be of interest.

1. Create a new partition:  block-hqph1_pt
2. Put a translation in this partition 2001/block-hqph1_pt  and set that 
translation to block the number
3. Put this partition in the CSS you assign to your HQ gateway. Make sure it is 
sitting at a higher priority than your internal phone PT (if you use one).

At this point in time, any calls from the PSTN to 2025552001 will fail.

4. Set the service parameter "Inbound Calling Search Space for Remote 
Destination" to use RDP Device/Line CSS
5. Ensure that the RDP CSS does NOT have the block PT
6. Call 2025552001 from the PSTN line associated with your RD. It should work. 

So, now you can't call 2025552001 from any PSTN line EXCEPT for the line 
associated with the RD. That would be an interesting IE lab question.


-Bill


--
William Bell
blog: http://ucguerrilla.com
twitter: @ucguerrilla



On Apr 7, 2013, at 10:59 AM, Sergey Heyphets wrote:

> Hi Donny, 
> 
> When you dial 4 digit extension from the MVA, the IOS sends call to the MVA 
> number defined under Media Resources, so you must have a dial-peer that 
> matches that number and sends the call to the CUCM. The extension you've 
> dialed is transfered in the "Redirected number IE" inside the SETUP message 
> sent to the MVA number defined under media resources. Once the call gets to 
> CUCM, it extracts the extension you've dialed from the "Redirected Number IE" 
> and uses either Gateway CSS or RDP+Line CSS (depending on Service Parameters) 
> to place the call to extension.  So, if your call to extension doesn't work, 
> you need to check that you have dial-peer that matches MVA number defined in 
> Media Resources, the Service Params to see which CSS you use for MVA calls 
> and then make sure that whatever CSS you use can reach that extension. 
> 
> I know there are some bugs with partial match in early versions of CUCM 7.X, 
> the workaround is to use complete match. 
> 
> Sergey
> ___
> 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

Re: [OSL | CCIE_Voice] MVA partial match issue

[Barrera, Hugo]

It uses the RDP's css while snr uses the re-routing css. Did you also specify 
the MVA number in the service parameters?

A peer had mentioned to me that the service may need to get restarted as well 
haven't tested it yet though.

Regards,
Hugo

On Apr 6, 2013, at 8:38 PM, "donny f" 
mailto:f.faraday...@gmail.com>> wrote:

hi Bill and others,

I had put the MVA under Media Resources,

however when i dial 4 digit ext, it said: the number you dial can't be reached.

Questions:  - when we use MVA to call 4 digit, are they use IOS dial-peer or RD 
css to call this 4 digit local ext
 - my partial match never work , i use 7 digit as match. any 
idea what missed?

tks



On Wed, Mar 27, 2013 at 5:46 AM, William Bell 
<b...@ucguerrilla.com>
 wrote:
I have ran into a similar problem. In my case I would get a fast busy after 
entering the extension number followed by #.

The issue was I neglected to provision Mobile Voice Access under Media 
Resources.


On Tuesday, March 26, 2013, Barrera, Hugo wrote:
Regarding MVA during my first attempt (real lab) I had it working except for 
when I dialed in and tried to call another 4-digit ext like SAPH1 or SBPH2 any 
ideas why that didn’t work?

Regards,
Hugo

From: 
ccie_voice-boun...@onlinestudylist.com
 
[mailto:ccie_voice-boun...@onlinestudylist.com]
 On Behalf Of Justin Carney
Sent: Monday, March 25, 2013 1:51 AM
To: donny f
Cc: ccie_voice@onlinestudylist.com, 
(ccie_voice@onlinestudylist.com); 
michael.se...@compucom.com; 
networksanitytoinsan...@gmail.com
Subject: Re: [OSL | CCIE_Voice] MVA partial match issue



You can have the rd with 7 digits only and without the 9 for pstn access - use 
either application dial rules (match 7 digits, prefix 9) or a translation 
pattern to modify the rd to match your existing local route pattern.

I'm not sure if there's an MVA bug in this version of cucm, but its pretty easy 
to configure it so that you always have a full match since you will likely have 
only one rd.  This is what I do for the lab.

A real world (for nanp) example of MVA partial match would be using e164 
address for all rd (+1 npa-nxx-) and set partial match to 10 or 7 depending 
on whether all sites receive inbound ani as 10d for local calls or if any sites 
receives only 7d.  This would also work for lab, but takes extra steps if you 
aren't already required to use + dialing

For partial match to work, the rd must be longer than the inbound ani (ani 7d 
and rd +11d).  You cannot use partial match with an ani longer than the rd (ani 
10d and rd 7d), in this case your options would be to apply inbound 
transformation on the gateway to make rd ani shorter (ie match the rd) or make 
your rd longer and manipulate outbound dnis to make it route.

On Mar 25, 2013 2:00 AM, "donny f" 
mailto:f.faraday...@gmail.com>> wrote:

hi,



I config the Service parameter for MVA , using "partial match" 7 digit  . 
However when I dial the RD using 7 digit ,it never works.

seem like UCM only take "Full match".  I heard this is bug,



Any suggestion for the work around if still want to use "partial match" ?



d

On Sun, Mar 17, 2013 at 9:58 AM, 
mailto:michael.se...@compucom.com>> wrote:

Greetings,
I think you are doing everything right just need a few tweaks.  Place a call 
from the PSTN line 2 to 3033300 and do debug isdn q931 on gateway.  What digits 
do you see for the calling number.  7 or 10?  If seeing 7 digits inbound change 
your Remote Destination Number to 525, without the 9.  If you are seeing 10 
digits inbound the NPA, NXX, TNTN change your remote destination number to 
XXX525, in other words match what you're seeing in the isdn debug for 
calling party and make that you're Remote Destination Number.


Do NOT require the prefix of 9 on the Remote Destination Number.  Also, under 
Remote Destination Information make sure you are putting a tick in Mobile Phone 
checkbox and a tick in the Enable Mobile Connect checkbox.

Otherwise your configuration looks good.  Hope you find this helpful.

Michael Sears
CCIE 38404

Date: Sun, 17 Mar 2013 18:23:01 +0530
From: sanity insanity 
mailto:networksanitytoinsan...@gmail.com>>
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many
days!!
Message-ID:

mailto:cag4zmyxmd5xj67pwv+_gpabedjoydyg+zbnmugtsfuj3nsx...@mail.gmail.com>>
Content-Type: text/plain; charset="iso-8859-1"

Hello All,


I have been trying this config for MVA  for close to 2 weeks now and it does 
not work . Here are the details


The Issue :
==

I am trying to Intiate a Call from PSTN phone to site B gateway 

Re: [OSL | CCIE_Voice] MVA partial match issue

[donny f]

hi Sergey,

tks for reponse. I have the dial-peer to MVA number in IOS router. Because
I am able to call the MVA and get the MVA prompt for pin from PSTN.  Also
the 4 digit extension do have partition.  I also checked the CSS on  the
RDP/Line and GW, it should reach the 4 digit phones.

Any idea what to check next?



On Sun, Apr 7, 2013 at 8:59 AM, Sergey Heyphets  wrote:

> Hi Donny,
>
> When you dial 4 digit extension from the MVA, the IOS sends call to the
> MVA number defined under Media Resources, so you must have a dial-peer that
> matches that number and sends the call to the CUCM. The extension you've
> dialed is transfered in the "Redirected number IE" inside the SETUP message
> sent to the MVA number defined under media resources. Once the call gets to
> CUCM, it extracts the extension you've dialed from the "Redirected Number
> IE" and uses either Gateway CSS or RDP+Line CSS (depending on Service
> Parameters) to place the call to extension.  So, if your call to extension
> doesn't work, you need to check that you have dial-peer that matches MVA
> number defined in Media Resources, the Service Params to see which CSS you
> use for MVA calls and then make sure that whatever CSS you use can reach
> that extension.
>
> I know there are some bugs with partial match in early versions of CUCM
> 7.X, the workaround is to use complete match.
>
> Sergey
>
> ___
> 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

Re: [OSL | CCIE_Voice] MVA partial match issue

[Sergey Heyphets]

Hi Donny,

When you dial 4 digit extension from the MVA, the IOS sends call to the MVA
number defined under Media Resources, so you must have a dial-peer that
matches that number and sends the call to the CUCM. The extension you've
dialed is transfered in the "Redirected number IE" inside the SETUP message
sent to the MVA number defined under media resources. Once the call gets to
CUCM, it extracts the extension you've dialed from the "Redirected Number
IE" and uses either Gateway CSS or RDP+Line CSS (depending on Service
Parameters) to place the call to extension.  So, if your call to extension
doesn't work, you need to check that you have dial-peer that matches MVA
number defined in Media Resources, the Service Params to see which CSS you
use for MVA calls and then make sure that whatever CSS you use can reach
that extension.

I know there are some bugs with partial match in early versions of CUCM
7.X, the workaround is to use complete match.

Sergey

___
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

Re: [OSL | CCIE_Voice] H323 trunk calling number

[ie ravindra]

Hi Ikizoo,

Sorry for my wrong understanding if answer is wrong. The answer is you can
change, add or remove the + sign when it receives by the CUCM router or
CUCM. I just explained the Technical Procedure.

Thanks,
ravi.




On Sun, Apr 7, 2013 at 3:14 AM, Ryan Maxam  wrote:

> You can use a voice translation rule on the h323 router to add the +
> back.
> On Apr 6, 2013 9:13 AM, "Suresh Bhandari"  wrote:
>
>> My understanding in this is that, you should *send *the calling number,
>> whether to receive or not is their (H323 ITSP's) problem. When you check
>> SDL/SDI trace, you should see that the calling number has a plus on it (I
>> haven't tested yet, but will verify later). When you don't have access to
>> the H323 router, then this is where we can check we are sending it.
>>
>>
>> On Sat, Apr 6, 2013 at 8:04 AM, ikizoo hello  wrote:
>>
>>> Hello All,
>>> they required to send "+" full e.164 as calling number from cucm side to
>>> backbone pstn side which is connected through H323 trunk.
>>> my understanding is H323 not support "+" and can not  touch backbone
>>> router for digit manipulation.
>>> how i can solve this issue?
>>> thanks in advance
>>> -ikizoo
>>>
>>> ___
>>> 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
>>>
>>
>>
>>
>> --
>> Suresh Bhandari
>>
>> ___
>> 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
>
___
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