Re: [OSL | CCIE_Voice] MVA configuration
Hi Truc,I think u can try with525 Sent from my BlackBerry 10 smartphone. From: Nguyen Ke ThucSent: Thursday, 19 December 2013 11:55To: 'Online Studylist'Subject: [OSL | CCIE_Voice] MVA configurationHi all,With MVA should we use 9525 or 525 for remote destination number?Thanks,T___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
Re: [OSL | CCIE_Voice] MVA configuration
Hi all, I also try with both and see they are same. One point is we can using single number reach with 9525. But it is not asked in the question. Furthermore, it takes to config 9525 longer than config 525 T From: Danh Le [lephud...@gmail.com] Sent: Thursday, December 19, 2013 11:13 AM To: Thuc Nguyen Ke (INF FIS-HN); 'Online Studylist' Subject: Re: [OSL | CCIE_Voice] MVA configuration Hi Truc, I think u can try with 525 Sent from my BlackBerry 10 smartphone. From: Nguyen Ke Thuc Sent: Thursday, 19 December 2013 11:55 To: 'Online Studylist' Subject: [OSL | CCIE_Voice] MVA configuration Hi all, With MVA should we use 9525 or 525 for remote destination number? Thanks, T ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
Re: [OSL | CCIE_Voice] MVA and inbound fast start
On Fri, Nov 15, 2013 at 9:14 AM, Olusegun Oguntuga segunogunt...@gmail.comwrote: Can anyone please explain what exactly needs to be done to get calling name displayed on an enterprise phone when a call is a received via mobile voice access with inbound fast start enabled. Hi Olusegun, I think the best way may be to use slow start for the dial-peer that is pointed to the MVA DN media resource on the H323 GW. So, while the rest of the incoming call are still based on fast start, the incoming call via MVA will use slow start. Regards, --Somphol. ___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
Re: [OSL | CCIE_Voice] MVA confusion and quesiton
hi All, Thanks for your responses. One of the things I noticed was ifnbsp; I do not manipulate the calling number from 525 to 9525nbsp; then while placing a call directlynbsp; from the pstn line 525 tonbsp; SBPh1nbsp; goes to voicemail or fails . Is this expected behavior? -Ramesh From: Bill Lake lt;whl...@gmail.comgt; Sent: Mon, 07 Oct 2013 18:17:34 To: Martin Sloan lt;martinsloa...@gmail.comgt; Cc: ramesh lt;rameshdol...@rediffmail.comgt;, ccie_voice lt;ccie_voice@onlinestudylist.comgt; Subject: Re: [OSL | CCIE_Voice] MVA confusion and quesiton On Number 2 you should remember in 7.0.x there is a bug with partial match and you might not want to risk hitting it Bill Sent from my iPhone On Oct 7, 2013, at 7:43 AM, Martin Sloan lt;martinsloa...@gmail.comgt; wrote: Hi Ramesh, Here's some answers based on my approach to configuring MVA. 1)nbsp; I would use the 4 digit number for my dial-peer and CUCM MVA number (3300).nbsp; Since you probably already have a translation-profile in place on the voice port or inbound dial-peer to chop the called number down to 4 digits, it makes sense to use that. 2) I don't change the calling party number and I use 'complete match' on the service parameter.nbsp; I set my remote destination to that full number (either 7 or 10 digits). 3) No manipulation required, just set the remote destination to the full number. Marty On Sun, Oct 6, 2013 at 9:52 AM, ramesh lt;rameshdol...@rediffmail.comgt; wrote: Hi San, Thanks for your reply. 1) So you're suggestion is to use 3300 or 3033300 ? 2)At the dial-peer level are you using 3300 or 3033300?nbsp; I way I use it is as given below : - = (a) If I use 3300 at the dial-peer levelnbsp; and on the callmanger as MVA numbernbsp; with 525 as the calling party numbernbsp; then Inbsp; amnbsp; ablenbsp; to havenbsp; MVA functionality .nbsp; (b)nbsp; Inbsp; normally call from the pstn using 3033300 from line 525( pstn phone)nbsp; thennbsp;nbsp; on my h323 gatewaynbsp; I strip the called number to last 4 digits and send to the callmanger .nbsp; (c) On the callmanger my MVA number is 3300. Arenbsp; the above steps ( a to b )nbsp; correct? Regards, Ramesh From: san r lt;luv...@gmail.comgt; Sent: Sun, 06 Oct 2013 13:37:52 To: ramesh lt;rameshdol...@rediffmail.comgt; Subject: Re: [OSL | CCIE_Voice] MVA confusion and quesiton if you're stripping number for MVA , then mostly it wont work. Should use the exactly same number in Dial peer amp; and CCM MVA configurations. I had the same issue in lab On Sat, Oct 5, 2013 at 8:12 PM, ramesh lt;rameshdol...@rediffmail.comgt; wrote: Hello Guys, I have the following questions for MVA. 1) I am followingnbsp; a 4 digitnbsp; internal dial-plan fornbsp; my site B phonesnbsp; and there is a requirement that I usenbsp; 3033300nbsp; ( 7 digit number )nbsp; as my MVA numbernbsp;nbsp; thennbsp; can strip this 7 digit number tonbsp; the last 4 digitnbsp; number (nbsp; 3300 ) as my MVA number ? 2) Alsonbsp; my calling number isnbsp; a 7 digit number coming from pstnnbsp; as 525nbsp; then do I change it to 9525? 3) If incase calling number isnbsp; a 10 digit numbernbsp; then It would come into site B as 972525 ( which is 10 digits) is manipulation required for this or can I just use the complete match with 10 digits on the service parameter level? -Ramesh Dollar Get your own FREE website, FREE domain amp; FREE mobile app with Company email. nbsp; Know More gt; ___ 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 Get your own FREE website, FREE domain amp; FREE mobile app with Company email. nbsp; Know More gt; ___ 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
Re: [OSL | CCIE_Voice] MVA confusion and quesiton
Hi Ramesh, Here's some answers based on my approach to configuring MVA. 1) I would use the 4 digit number for my dial-peer and CUCM MVA number (3300). Since you probably already have a translation-profile in place on the voice port or inbound dial-peer to chop the called number down to 4 digits, it makes sense to use that. 2) I don't change the calling party number and I use 'complete match' on the service parameter. I set my remote destination to that full number (either 7 or 10 digits). 3) No manipulation required, just set the remote destination to the full number. Marty On Sun, Oct 6, 2013 at 9:52 AM, ramesh rameshdol...@rediffmail.com wrote: Hi San, Thanks for your reply. 1) So you're suggestion is to use 3300 or 3033300 ? 2)At the dial-peer level are you using 3300 or 3033300? I way I use it is as given below : - = (a) If I use 3300 at the dial-peer level and on the callmanger as MVA number with 525 as the calling party number then I am able to have MVA functionality . (b) I normally call from the pstn using 3033300 from line 525( pstn phone) then on my h323 gateway I strip the called number to last 4 digits and send to the callmanger . (c) On the callmanger my MVA number is 3300. Are the above steps ( a to b ) correct? Regards, Ramesh From: san r luv...@gmail.com Sent: Sun, 06 Oct 2013 13:37:52 To: ramesh rameshdol...@rediffmail.com Subject: Re: [OSL | CCIE_Voice] MVA confusion and quesiton if you're stripping number for MVA , then mostly it wont work. Should use the exactly same number in Dial peer and CCM MVA configurations. I had the same issue in lab On Sat, Oct 5, 2013 at 8:12 PM, ramesh rameshdol...@rediffmail.comwrote: Hello Guys, I have the following questions for MVA. 1) I am following a 4 digit internal dial-plan for my site B phones and there is a requirement that I use 3033300 ( 7 digit number ) as my MVA number then can strip this 7 digit number to the last 4 digit number ( 3300 ) as my MVA number ? 2) Also my calling number is a 7 digit number coming from pstn as 525 then do I change it to 9525? 3) If incase calling number is a 10 digit number then It would come into site B as 972525 ( which is 10 digits) is manipulation required for this or can I just use the complete match with 10 digits on the service parameter level? -Ramesh Dollar http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle? Get your own *FREE* website, *FREE* domain *FREE* mobile app with Company email. *Know More *http://track.rediff.com/click?url=___http://businessemail.rediff.com/company-email-hosting-services?sc_cid=sign-1-10-13___cmp=hostlnk=sign-1-10-13nsrv1=host ___ 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 http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle? Get your own *FREE* website, *FREE* domain *FREE* mobile app with Company email. *Know More *http://track.rediff.com/click?url=___http://businessemail.rediff.com/company-email-hosting-services?sc_cid=sign-1-10-13___cmp=hostlnk=sign-1-10-13nsrv1=host ___ 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 confusion and quesiton
On Number 2 you should remember in 7.0.x there is a bug with partial match and you might not want to risk hitting it Bill Sent from my iPhone On Oct 7, 2013, at 7:43 AM, Martin Sloan martinsloa...@gmail.com wrote: Hi Ramesh, Here's some answers based on my approach to configuring MVA. 1) I would use the 4 digit number for my dial-peer and CUCM MVA number (3300). Since you probably already have a translation-profile in place on the voice port or inbound dial-peer to chop the called number down to 4 digits, it makes sense to use that. 2) I don't change the calling party number and I use 'complete match' on the service parameter. I set my remote destination to that full number (either 7 or 10 digits). 3) No manipulation required, just set the remote destination to the full number. Marty On Sun, Oct 6, 2013 at 9:52 AM, ramesh rameshdol...@rediffmail.com wrote: Hi San, Thanks for your reply. 1) So you're suggestion is to use 3300 or 3033300 ? 2)At the dial-peer level are you using 3300 or 3033300? I way I use it is as given below : - = (a) If I use 3300 at the dial-peer level and on the callmanger as MVA number with 525 as the calling party number then I am able to have MVA functionality . (b) I normally call from the pstn using 3033300 from line 525( pstn phone) then on my h323 gateway I strip the called number to last 4 digits and send to the callmanger . (c) On the callmanger my MVA number is 3300. Are the above steps ( a to b ) correct? Regards, Ramesh From: san r luv...@gmail.com Sent: Sun, 06 Oct 2013 13:37:52 To: ramesh rameshdol...@rediffmail.com Subject: Re: [OSL | CCIE_Voice] MVA confusion and quesiton if you're stripping number for MVA , then mostly it wont work. Should use the exactly same number in Dial peer and CCM MVA configurations. I had the same issue in lab On Sat, Oct 5, 2013 at 8:12 PM, ramesh rameshdol...@rediffmail.com wrote: Hello Guys, I have the following questions for MVA. 1) I am following a 4 digit internal dial-plan for my site B phones and there is a requirement that I use 3033300 ( 7 digit number ) as my MVA number then can strip this 7 digit number to the last 4 digit number ( 3300 ) as my MVA number ? 2) Also my calling number is a 7 digit number coming from pstn as 525 then do I change it to 9525? 3) If incase calling number is a 10 digit number then It would come into site B as 972525 ( which is 10 digits) is manipulation required for this or can I just use the complete match with 10 digits on the service parameter level? -Ramesh Dollar Get your own FREE website, FREE domain FREE mobile app with Company email. Know More ___ 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 Get your own FREE website, FREE domain FREE mobile app with Company email. Know More ___ 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
Re: [OSL | CCIE_Voice] MVA confusion and quesiton
Hi San, Thanks for your reply. 1) So you're suggestion is to use 3300 or 3033300 ? 2)At the dial-peer level are you using 3300 or 3033300?nbsp; I way I use it is as given below : - = (a) If I use 3300 at the dial-peer levelnbsp; and on the callmanger as MVA numbernbsp; with 525 as the calling party numbernbsp; then Inbsp; amnbsp; ablenbsp; to havenbsp; MVA functionality .nbsp; (b)nbsp; Inbsp; normally call from the pstn using 3033300 from line 525( pstn phone)nbsp; thennbsp;nbsp; on my h323 gatewaynbsp; I strip the called number to last 4 digits and send to the callmanger .nbsp; (c) On the callmanger my MVA number is 3300. Arenbsp; the above steps ( a to b )nbsp; correct? Regards, Ramesh From: san r lt;luv...@gmail.comgt; Sent: Sun, 06 Oct 2013 13:37:52 To: ramesh lt;rameshdol...@rediffmail.comgt; Subject: Re: [OSL | CCIE_Voice] MVA confusion and quesiton if you're stripping number for MVA , then mostly it wont work. Should use the exactly same number in Dial peer amp; and CCM MVA configurations. I had the same issue in lab On Sat, Oct 5, 2013 at 8:12 PM, ramesh lt;rameshdol...@rediffmail.comgt; wrote: Hello Guys, I have the following questions for MVA. 1) I am followingnbsp; a 4 digitnbsp; internal dial-plan fornbsp; my site B phonesnbsp; and there is a requirement that I usenbsp; 3033300nbsp; ( 7 digit number )nbsp; as my MVA numbernbsp;nbsp; thennbsp; can strip this 7 digit number tonbsp; the last 4 digitnbsp; number (nbsp; 3300 ) as my MVA number ? 2) Alsonbsp; my calling number isnbsp; a 7 digit number coming from pstnnbsp; as 525nbsp; then do I change it to 9525? 3) If incase calling number isnbsp; a 10 digit numbernbsp; then It would come into site B as 972525 ( which is 10 digits) is manipulation required for this or can I just use the complete match with 10 digits on the service parameter level? -Ramesh Dollar Get your own FREE website, FREE domain amp; FREE mobile app with Company email. nbsp; Know More gt; ___ 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 confusion and quesiton
Guys, Any update? From: rameshlt;rameshdol...@rediffmail.comgt; Sent: Sat, 05 Oct 2013 20:12:14 To: ccie_voice@onlinestudylist.comlt;ccie_voice@onlinestudylist.comgt; Subject: MVA confusion and quesiton Hello Guys, I have the following questions for MVA. 1) I am followingnbsp; a 4 digitnbsp; internal dial-plan fornbsp; my site B phonesnbsp; and there is a requirement that I usenbsp; 3033300nbsp; ( 7 digit number )nbsp; as my MVA numbernbsp;nbsp; thennbsp; can strip this 7 digit number tonbsp; the last 4 digitnbsp; number (nbsp; 3300 ) as my MVA number ? 2) Alsonbsp; my calling number isnbsp; a 7 digit number coming from pstnnbsp; as 525nbsp; then do I change it to 9525? 3) If incase calling number isnbsp; a 10 digit numbernbsp; then It would come into site B as 972525 ( which is 10 digits) is manipulation required for this or can I just use the complete match with 10 digits on the service parameter level? -Ramesh Dollar Get your own FREE website, FREE domain amp; FREE mobile app with Company email. nbsp;Know More gt; ___ 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 the right way to configure it
Why I am getting 0% in Voice Gateway and Signalling for the 6th time, 100% tested and worked, what is the trick ? Regards, On Fri, Sep 27, 2013 at 4:29 PM, sanity insanity networksanitytoinsan...@gmail.com wrote: Hi Guys, Thanks once again for your replies. @Lakshmish using your method of creating a seperate partition for RDP ( on the left side) and not having the SB PH1 have access to it . I noticed that when a call is made from PSTN ( with calling number 525) to 3300 and if we enter the pin and dial a number say 2001 ( internal) . The 2001 phone rings and the call can be answered. However the SBPH1 ( physical phone) is unable show that the 3001 line is active by showing a red light and therefore this does not appear to the requirement for MVA is achieved . What do you think? -MJ On Fri, Sep 27, 2013 at 2:11 AM, Lakshmish NS lakshmish...@gmail.comwrote: Hi MJ, Martin is right, I had issues with SNR after configuring the RD to 7 digits and setting the service parameter to complete match, MVA and SNR wouldn't go together. Martin however has proposed a new fix, you could try it. The workaround I used for this was to create an Application Dial Rule, which would certainly solve the issue. Cheers, Laksh On Tue, Sep 24, 2013 at 8:39 PM, Martin Sloan martinsloa...@gmail.comwrote: Hi MJ, 1) If you set the partial match to 7 digits and then configure your remote destination as a 10 digit number, you'll get a match if the ANI is either 7 or 10 digits since the match rule takes 'X' partial-match digits from the RD starting with the last number (2 in this case) and compares it to the ANI of the calling number, *but* the calling party number must be equal to or shorter in length than the configured remote destination, which is why it's good to just set your RD at 10+ digits if you're using partial match. Here are some scenarios and the outcome for partial match: Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 525 Result = *Match* Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 972525 Result = *Match* Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 525 Result = *Match* * * Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 972525 Result = *No* *Match (ANI is longer than RD)* When using Complete match, the ANI and RD have to be exactly the same. I like to make a call into SB from the PSTN phone prior to configuring SNR and I can quickly see what the ANI is, which is what I then make my RD. I had mentioned some buggy behavior with SNR though I never spent time working with partial match since when I heard about that issue I just stuck with complete match but I wanted to test my info above to make sure I wasn't sending incorrect info. It wasn't too hard to run into this buggy behavior. I found a workaround as well so I thought I'd share. When changing the Complete Match service parameter to Partial Match you get a screen pop that says to remember and set the Number of Digits for Caller ID Partial Match service parameter. The default for that parameter is 10 and the bug that I found is that on the initial change from default 10 to 7, the new setting does not take effect. After changing from 10-7 I started to make test calls and my CLID to SB PH1 was showing as the 7 digit ANI of the PSTN phone and not SB PHONE 2 3002 like it should. I dug around for a bit and tweaked a couple parameters and re-tested. The deal is that you have change Complete Match to Partial Match - Save then change Partial Match digits from 10 to 7 and Save again. 2) For this one if your service parameter is set to Complete Match and your ANI is 7 digits, just set your RD to the 7 digit number then use route patterns/xlations to manipulate as needed. 3) Not sure about that one. I've definitely seen conflicting information on certain things but I've realized that some of the training material is years in the making and when things are discovered or updated, maybe the old information is not or it's just floating out there. I can confirm that based on some recent experience with trusted trainers it was reiterated not to use partial match, maybe in part because of the issue that I hit today. Marty On Tue, Sep 24, 2013 at 8:19 AM, sanity insanity networksanitytoinsan...@gmail.com wrote: Hi Guys , Thanks a lot for taking time out to reply to my question. It was really helpful. I was trying to understand the difference between full match with 10 digits and partial match with 7 digits. Here are my scenarios... 1) If I use partial match with 7 digits then this will satisfy the condition where my calling number is 7 digits ( in this
Re: [OSL | CCIE_Voice] MVA the right way to configure it
Can you past your config here to see what you did? Sent from my iPhone On Sep 28, 2013, at 11:40 AM, Bashar Aziz bashar1a...@gmail.com wrote: Why I am getting 0% in Voice Gateway and Signalling for the 6th time, 100% tested and worked, what is the trick ? Regards, On Fri, Sep 27, 2013 at 4:29 PM, sanity insanity networksanitytoinsan...@gmail.com wrote: Hi Guys, Thanks once again for your replies. @Lakshmish using your method of creating a seperate partition for RDP ( on the left side) and not having the SB PH1 have access to it . I noticed that when a call is made from PSTN ( with calling number 525) to 3300 and if we enter the pin and dial a number say 2001 ( internal) . The 2001 phone rings and the call can be answered. However the SBPH1 ( physical phone) is unable show that the 3001 line is active by showing a red light and therefore this does not appear to the requirement for MVA is achieved . What do you think? -MJ On Fri, Sep 27, 2013 at 2:11 AM, Lakshmish NS lakshmish...@gmail.com wrote: Hi MJ, Martin is right, I had issues with SNR after configuring the RD to 7 digits and setting the service parameter to complete match, MVA and SNR wouldn't go together. Martin however has proposed a new fix, you could try it. The workaround I used for this was to create an Application Dial Rule, which would certainly solve the issue. Cheers, Laksh On Tue, Sep 24, 2013 at 8:39 PM, Martin Sloan martinsloa...@gmail.com wrote: Hi MJ, 1) If you set the partial match to 7 digits and then configure your remote destination as a 10 digit number, you'll get a match if the ANI is either 7 or 10 digits since the match rule takes 'X' partial-match digits from the RD starting with the last number (2 in this case) and compares it to the ANI of the calling number, but the calling party number must be equal to or shorter in length than the configured remote destination, which is why it's good to just set your RD at 10+ digits if you're using partial match. Here are some scenarios and the outcome for partial match: Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 525 Result = Match Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 972525 Result = Match Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 525 Result = Match Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 972525 Result = No Match (ANI is longer than RD) When using Complete match, the ANI and RD have to be exactly the same. I like to make a call into SB from the PSTN phone prior to configuring SNR and I can quickly see what the ANI is, which is what I then make my RD. I had mentioned some buggy behavior with SNR though I never spent time working with partial match since when I heard about that issue I just stuck with complete match but I wanted to test my info above to make sure I wasn't sending incorrect info. It wasn't too hard to run into this buggy behavior. I found a workaround as well so I thought I'd share. When changing the Complete Match service parameter to Partial Match you get a screen pop that says to remember and set the Number of Digits for Caller ID Partial Match service parameter. The default for that parameter is 10 and the bug that I found is that on the initial change from default 10 to 7, the new setting does not take effect. After changing from 10-7 I started to make test calls and my CLID to SB PH1 was showing as the 7 digit ANI of the PSTN phone and not SB PHONE 2 3002 like it should. I dug around for a bit and tweaked a couple parameters and re-tested. The deal is that you have change Complete Match to Partial Match - Save then change Partial Match digits from 10 to 7 and Save again. 2) For this one if your service parameter is set to Complete Match and your ANI is 7 digits, just set your RD to the 7 digit number then use route patterns/xlations to manipulate as needed. 3) Not sure about that one. I've definitely seen conflicting information on certain things but I've realized that some of the training material is years in the making and when things are discovered or updated, maybe the old information is not or it's just floating out there. I can confirm that based on some recent experience with trusted trainers it was reiterated not to use partial match, maybe in part because of the issue that I hit today. Marty On Tue, Sep 24, 2013 at 8:19 AM, sanity insanity networksanitytoinsan...@gmail.com wrote: Hi Guys , Thanks a lot for taking time out to reply to my question. It was really helpful. I was trying to understand the difference between full match
Re: [OSL | CCIE_Voice] MVA the right way to configure it
Hi Guys, Thanks once again for your replies. @Lakshmish using your method of creating a seperate partition for RDP ( on the left side) and not having the SB PH1 have access to it . I noticed that when a call is made from PSTN ( with calling number 525) to 3300 and if we enter the pin and dial a number say 2001 ( internal) . The 2001 phone rings and the call can be answered. However the SBPH1 ( physical phone) is unable show that the 3001 line is active by showing a red light and therefore this does not appear to the requirement for MVA is achieved . What do you think? -MJ On Fri, Sep 27, 2013 at 2:11 AM, Lakshmish NS lakshmish...@gmail.comwrote: Hi MJ, Martin is right, I had issues with SNR after configuring the RD to 7 digits and setting the service parameter to complete match, MVA and SNR wouldn't go together. Martin however has proposed a new fix, you could try it. The workaround I used for this was to create an Application Dial Rule, which would certainly solve the issue. Cheers, Laksh On Tue, Sep 24, 2013 at 8:39 PM, Martin Sloan martinsloa...@gmail.comwrote: Hi MJ, 1) If you set the partial match to 7 digits and then configure your remote destination as a 10 digit number, you'll get a match if the ANI is either 7 or 10 digits since the match rule takes 'X' partial-match digits from the RD starting with the last number (2 in this case) and compares it to the ANI of the calling number, *but* the calling party number must be equal to or shorter in length than the configured remote destination, which is why it's good to just set your RD at 10+ digits if you're using partial match. Here are some scenarios and the outcome for partial match: Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 525 Result = *Match* Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 972525 Result = *Match* Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 525 Result = *Match* * * Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 972525 Result = *No* *Match (ANI is longer than RD)* When using Complete match, the ANI and RD have to be exactly the same. I like to make a call into SB from the PSTN phone prior to configuring SNR and I can quickly see what the ANI is, which is what I then make my RD. I had mentioned some buggy behavior with SNR though I never spent time working with partial match since when I heard about that issue I just stuck with complete match but I wanted to test my info above to make sure I wasn't sending incorrect info. It wasn't too hard to run into this buggy behavior. I found a workaround as well so I thought I'd share. When changing the Complete Match service parameter to Partial Match you get a screen pop that says to remember and set the Number of Digits for Caller ID Partial Match service parameter. The default for that parameter is 10 and the bug that I found is that on the initial change from default 10 to 7, the new setting does not take effect. After changing from 10-7 I started to make test calls and my CLID to SB PH1 was showing as the 7 digit ANI of the PSTN phone and not SB PHONE 2 3002 like it should. I dug around for a bit and tweaked a couple parameters and re-tested. The deal is that you have change Complete Match to Partial Match - Save then change Partial Match digits from 10 to 7 and Save again. 2) For this one if your service parameter is set to Complete Match and your ANI is 7 digits, just set your RD to the 7 digit number then use route patterns/xlations to manipulate as needed. 3) Not sure about that one. I've definitely seen conflicting information on certain things but I've realized that some of the training material is years in the making and when things are discovered or updated, maybe the old information is not or it's just floating out there. I can confirm that based on some recent experience with trusted trainers it was reiterated not to use partial match, maybe in part because of the issue that I hit today. Marty On Tue, Sep 24, 2013 at 8:19 AM, sanity insanity networksanitytoinsan...@gmail.com wrote: Hi Guys , Thanks a lot for taking time out to reply to my question. It was really helpful. I was trying to understand the difference between full match with 10 digits and partial match with 7 digits. Here are my scenarios... 1) If I use partial match with 7 digits then this will satisfy the condition where my calling number is 7 digits ( in this instance it is 525) but what happens if my calling number is in the form 972525 in this case it is 10 digits whereas my service parameter indicates just 7 digits ? 2) If I use complete match with 10 digits then will
Re: [OSL | CCIE_Voice] MVA the right way to configure it
Hi MJ, Martin is right, I had issues with SNR after configuring the RD to 7 digits and setting the service parameter to complete match, MVA and SNR wouldn't go together. Martin however has proposed a new fix, you could try it. The workaround I used for this was to create an Application Dial Rule, which would certainly solve the issue. Cheers, Laksh On Tue, Sep 24, 2013 at 8:39 PM, Martin Sloan martinsloa...@gmail.comwrote: Hi MJ, 1) If you set the partial match to 7 digits and then configure your remote destination as a 10 digit number, you'll get a match if the ANI is either 7 or 10 digits since the match rule takes 'X' partial-match digits from the RD starting with the last number (2 in this case) and compares it to the ANI of the calling number, *but* the calling party number must be equal to or shorter in length than the configured remote destination, which is why it's good to just set your RD at 10+ digits if you're using partial match. Here are some scenarios and the outcome for partial match: Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 525 Result = *Match* Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 972525 Result = *Match* Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 525 Result = *Match* * * Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 972525 Result = *No* *Match (ANI is longer than RD)* When using Complete match, the ANI and RD have to be exactly the same. I like to make a call into SB from the PSTN phone prior to configuring SNR and I can quickly see what the ANI is, which is what I then make my RD. I had mentioned some buggy behavior with SNR though I never spent time working with partial match since when I heard about that issue I just stuck with complete match but I wanted to test my info above to make sure I wasn't sending incorrect info. It wasn't too hard to run into this buggy behavior. I found a workaround as well so I thought I'd share. When changing the Complete Match service parameter to Partial Match you get a screen pop that says to remember and set the Number of Digits for Caller ID Partial Match service parameter. The default for that parameter is 10 and the bug that I found is that on the initial change from default 10 to 7, the new setting does not take effect. After changing from 10-7 I started to make test calls and my CLID to SB PH1 was showing as the 7 digit ANI of the PSTN phone and not SB PHONE 2 3002 like it should. I dug around for a bit and tweaked a couple parameters and re-tested. The deal is that you have change Complete Match to Partial Match - Save then change Partial Match digits from 10 to 7 and Save again. 2) For this one if your service parameter is set to Complete Match and your ANI is 7 digits, just set your RD to the 7 digit number then use route patterns/xlations to manipulate as needed. 3) Not sure about that one. I've definitely seen conflicting information on certain things but I've realized that some of the training material is years in the making and when things are discovered or updated, maybe the old information is not or it's just floating out there. I can confirm that based on some recent experience with trusted trainers it was reiterated not to use partial match, maybe in part because of the issue that I hit today. Marty On Tue, Sep 24, 2013 at 8:19 AM, sanity insanity networksanitytoinsan...@gmail.com wrote: Hi Guys , Thanks a lot for taking time out to reply to my question. It was really helpful. I was trying to understand the difference between full match with 10 digits and partial match with 7 digits. Here are my scenarios... 1) If I use partial match with 7 digits then this will satisfy the condition where my calling number is 7 digits ( in this instance it is 525) but what happens if my calling number is in the form 972525 in this case it is 10 digits whereas my service parameter indicates just 7 digits ? 2) If I use complete match with 10 digits then will satisfy the condition where my calling number is 10 digits but not when 7 digits . I am not sure where complete match means it includes the condition of the calling number with 7 digits as well. Would you be able to throw some light on this? 3)In some of the IPexpert walk through videos I see the instructor seems to prefer partial match with 7 digits . However this may be for a specific condition. I am I correct on this ? MJ On Wed, Sep 18, 2013 at 8:55 PM, Martin Sloan martinsloa...@gmail.comwrote: Hi MJ, I did some research on this since I've been configuring MVA for a while but have had some questions about underlying architecture. Here's some responses
Re: [OSL | CCIE_Voice] MVA the right way to configure it
Hi Guys , Thanks a lot for taking time out to reply to my question. It was really helpful. I was trying to understand the difference between full match with 10 digits and partial match with 7 digits. Here are my scenarios... 1) If I use partial match with 7 digits then this will satisfy the condition where my calling number is 7 digits ( in this instance it is 525) but what happens if my calling number is in the form 972525 in this case it is 10 digits whereas my service parameter indicates just 7 digits ? 2) If I use complete match with 10 digits then will satisfy the condition where my calling number is 10 digits but not when 7 digits . I am not sure where complete match means it includes the condition of the calling number with 7 digits as well. Would you be able to throw some light on this? 3)In some of the IPexpert walk through videos I see the instructor seems to prefer partial match with 7 digits . However this may be for a specific condition. I am I correct on this ? MJ On Wed, Sep 18, 2013 at 8:55 PM, Martin Sloan martinsloa...@gmail.comwrote: Hi MJ, I did some research on this since I've been configuring MVA for a while but have had some questions about underlying architecture. Here's some responses to your info plus some of my findings. 1) If the MVA DID is in line with your standard DID range for the site, why not just piggy back on the existing CUCM dial-peers instead of creating a new one just for MVA. Say Site B for example with a 3XXX extension range, you could use the CUCM dial-peer: dial-peer voice 3000 voip destination pattern 3...$ session target ipv4:10.10.210.11 no vad voice-class codec 1 voice-class h323 1 dtmf-relay h245-alpha incoming called-number . 2) Looks good. I change my service name to MVA since I think there's a typo somewhere in the CUCM pages where I copy/paste from but as long as the names match up between the service and dial-peer, no worries. 3) Right, I use the same to chop DID's to local extensions: voice translation-rule 1 rule 1 /.+\(\)/ /\1/ voice translation-profile PSTN translate called 1 voice-port 0/0/0:23 translation-prof in PSTN 4) Here, I do not use partial match. I've heard from a truly reliable source that there is some buggi-ness with this particular version of CUCM and partial matches. In the end, I think it's less thinking and moving parts if you just use a full match anyway. Just my POV on this one. Also, the 'Mobile Voice Access Number' in the CCM service parameters isn't used for VXML MVA. From what I understand, this parameter is for Mobile Communicator. I've been through the SRND and several other pages and cannot pin the exact meaning of the parameter, but in the SRND configuration guide for VXML MVA, it cruises right over this parameter so I believe it's safe to leave at default (blank). 5) I've never had a specific requirement for this. I'd say don't waste the time setting it up if it's not required but if anyone has good reason to think it should be configured, lemme know. 6) Agreed 7) Be sure to set the re-routing CSS on the RDP (if SNR is required). CSS = MVA dialing Rerouting CSS = SNR dialing Also, just as a heads up you shouldn't use SLRL for SNR as it will use the RG of the calling party (say HQ phone 2) so the call would try to go out HQ GW. Make sure to create a route list for SB (if SNR is at site B) and point the SNR pattern to it so it goes out the SB gateway as a local call. 8) I use the full number here. 9) I never set this and have not had any issues with MVA/SNR. The CUCM help file says its for CDR usage. Anyone know how/if this setting impacts MVA/SNR? 10) Agreed About your questions, I'm not clear on #1. Like I mentioned, I use full match and don't do any manipulation of the calling number for SNR/MVA questions. For #2, you haven't mentioned the Media Resources-Mobile Voice Access-Mobile Voice Access Directory Number. Unlike the Service Parameter Setting, this is the number that's used for calls from the H323 GW to CUCM. Here are some debugs from a call into MVA from my lab. The process is that the CUCM instructs the GW to play prompts and collect digits based on the DTMF input from the caller. The call was placed from my configured Remote Destination so I'm not prompted to enter my RD Number: ---GET PIN Here the gateway prompts to enter my pin to authenticate vxml version=2.0 form id=Pin grammar type=application/grammar+regex./grammar field name=pin type=digits?minlength=1;maxlength=20 prompt audio s ---GET FUNCTION Here the GW asks what I'd like to do (Press 1 to place a call) vxml version=2.0 form id=GetFunctionSel grammar type=application/grammar+regex./grammar field name=funcsel type=digits?length=1 pro ---GET DIALED DIGITS
Re: [OSL | CCIE_Voice] MVA the right way to configure it
Hi MJ, 1) If you set the partial match to 7 digits and then configure your remote destination as a 10 digit number, you'll get a match if the ANI is either 7 or 10 digits since the match rule takes 'X' partial-match digits from the RD starting with the last number (2 in this case) and compares it to the ANI of the calling number, *but* the calling party number must be equal to or shorter in length than the configured remote destination, which is why it's good to just set your RD at 10+ digits if you're using partial match. Here are some scenarios and the outcome for partial match: Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 525 Result = *Match* Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 972525 Calling Party Number = 972525 Result = *Match* Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 525 Result = *Match* * * Partial Match = True Number of Digits For Match = 7 digits Remote Destination = 525 Calling Party Number = 972525 Result = *No* *Match (ANI is longer than RD)* When using Complete match, the ANI and RD have to be exactly the same. I like to make a call into SB from the PSTN phone prior to configuring SNR and I can quickly see what the ANI is, which is what I then make my RD. I had mentioned some buggy behavior with SNR though I never spent time working with partial match since when I heard about that issue I just stuck with complete match but I wanted to test my info above to make sure I wasn't sending incorrect info. It wasn't too hard to run into this buggy behavior. I found a workaround as well so I thought I'd share. When changing the Complete Match service parameter to Partial Match you get a screen pop that says to remember and set the Number of Digits for Caller ID Partial Match service parameter. The default for that parameter is 10 and the bug that I found is that on the initial change from default 10 to 7, the new setting does not take effect. After changing from 10-7 I started to make test calls and my CLID to SB PH1 was showing as the 7 digit ANI of the PSTN phone and not SB PHONE 2 3002 like it should. I dug around for a bit and tweaked a couple parameters and re-tested. The deal is that you have change Complete Match to Partial Match - Save then change Partial Match digits from 10 to 7 and Save again. 2) For this one if your service parameter is set to Complete Match and your ANI is 7 digits, just set your RD to the 7 digit number then use route patterns/xlations to manipulate as needed. 3) Not sure about that one. I've definitely seen conflicting information on certain things but I've realized that some of the training material is years in the making and when things are discovered or updated, maybe the old information is not or it's just floating out there. I can confirm that based on some recent experience with trusted trainers it was reiterated not to use partial match, maybe in part because of the issue that I hit today. Marty On Tue, Sep 24, 2013 at 8:19 AM, sanity insanity networksanitytoinsan...@gmail.com wrote: Hi Guys , Thanks a lot for taking time out to reply to my question. It was really helpful. I was trying to understand the difference between full match with 10 digits and partial match with 7 digits. Here are my scenarios... 1) If I use partial match with 7 digits then this will satisfy the condition where my calling number is 7 digits ( in this instance it is 525) but what happens if my calling number is in the form 972525 in this case it is 10 digits whereas my service parameter indicates just 7 digits ? 2) If I use complete match with 10 digits then will satisfy the condition where my calling number is 10 digits but not when 7 digits . I am not sure where complete match means it includes the condition of the calling number with 7 digits as well. Would you be able to throw some light on this? 3)In some of the IPexpert walk through videos I see the instructor seems to prefer partial match with 7 digits . However this may be for a specific condition. I am I correct on this ? MJ On Wed, Sep 18, 2013 at 8:55 PM, Martin Sloan martinsloa...@gmail.comwrote: Hi MJ, I did some research on this since I've been configuring MVA for a while but have had some questions about underlying architecture. Here's some responses to your info plus some of my findings. 1) If the MVA DID is in line with your standard DID range for the site, why not just piggy back on the existing CUCM dial-peers instead of creating a new one just for MVA. Say Site B for example with a 3XXX extension range, you could use the CUCM dial-peer: dial-peer voice 3000 voip destination pattern 3...$ session target ipv4:10.10.210.11 no vad voice-class codec 1 voice-class h323 1 dtmf-relay h245-alpha incoming
Re: [OSL | CCIE_Voice] MVA the right way to configure it
Hi, OR You could assign a different partition to the line that you associate with remote destination profile. While configuring RDP, the line extension (Towards left, the partition option is only available after saving the RDP config) that you see is different from the line that's associated with the phone.The extension that's associated to the MAC address (IP Phone) is different than the the extension that's associated to the RDP. So, assigning a different partition to the RDP line eliminates the busy trigger problem as the phone cannot access RDP line at all. Hope you got it. Cheers, Laksh On Wed, Sep 18, 2013 at 9:55 AM, sanity insanity networksanitytoinsan...@gmail.com wrote: Hi Guys, I have been trying to find the right way of configuring MVA. Below is my configuration Details: = My config is following 1) The dial-peers are set in the following way dial-peer voice 102 voip preference 2 destination-pattern 3300 session target ipv4:ip address of the CUCM Pub dtmf-relay h245-alphanumeric codec g711ulaw no vad ! dial-peer voice 3300 pots service cmm incoming called-number 3300 no digit-strip 2) here is the MVA service url ! application service cmm http://ip address of the CUCM Pub:8080/ccmivr/pages/IVRMainpage.vxml ! 3) I am stripping 3033300 coming from pstn to last 4 digits using a translation-rule on the voice-port level . That is 3033300 becomes 3300 when it reaches CUCM. 4) On CUCM in the service parameters... Enable Mobile Voice access is set to True Mobile voice access number is 3300 Matching caller id with Remote Destination is Partial Match Number of digits of Caller ID Partial Match is 7 5) The Mobility softkey has been added for on hold and connected at the softkey template level and applied to the phone ( SB PH1) 6)At the User SB phone 1 I have enabled Enable Mobility and Enable Mobile Voice Access also selected the MAC address of the phone 7) Created a Remote Dest profile and selected user id of sb ph1 and the correct calling search space for the phone 8) Added a Remoted Destination number of 525 9) Also went to device phone and selected the Owner User ID of SB Ph1 10) Cisco Unified Mobile Voice Access Service is running on both Sub and Pub on CUCM Questions : 1) Do I need to change my incoming calling number (coming from pstn) from 525 to 9525 because the busy trigger on 3001 (phone) is set to 1 and therefore any other calling coming to this number will head to Voicemail? 2) Anything else you find incorrect with my configuration? -MJ ___ 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
Hi Karen, Thanks for the response. I am not sure how to use the translation. Would you mind to share in detail ? Because,I suppose, we should use the same number as PSTN line for the remote destination number(for exact match), so that when the user call from that PSTN line/number it will prompt only to enter the PIN. Thanks Ragu From: Karen Johnson karen.johnson...@yahoo.ca To: Ragulan Sathasivan s_s_ragu...@yahoo.com; ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Sent: Saturday, 17 August 2013, 0:30 Subject: Re: [OSL | CCIE_Voice] mva hi Ragu, I also confused about this if CIsco want to see use 1 or not. However not to conflict it is very easy, u just need to use Translation and change your Remote destination# Other who got 100 score on this, can pls advice? K From: Ragulan Sathasivan s_s_ragu...@yahoo.com To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Sent: Thursday, August 15, 2013 8:25:44 PM Subject: Re: [OSL | CCIE_Voice] mva Hi Guys, What should be the busy trigger set for the MVA IP Phone ? If I set 1 for the voicemail/Unity Connection requirement then if i call from PSNT phone line which is Remote Destination number then call is not successful. If the busy trigger changed to 2 then the call from the Remote Destination PSTN line to the MVA IP Phone is success. Regards Ragu ___ 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
hi Ragu, I also confused about this if CIsco want to see use 1 or not. However not to conflict it is very easy, u just need to use Translation and change your Remote destination# Other who got 100 score on this, can pls advice? K From: Ragulan Sathasivan s_s_ragu...@yahoo.com To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Sent: Thursday, August 15, 2013 8:25:44 PM Subject: Re: [OSL | CCIE_Voice] mva Hi Guys, What should be the busy trigger set for the MVA IP Phone ? If I set 1 for the voicemail/Unity Connection requirement then if i call from PSNT phone line which is Remote Destination number then call is not successful. If the busy trigger changed to 2 then the call from the Remote Destination PSTN line to the MVA IP Phone is success. Regards Ragu ___ 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
Hi Guys, What should be the busy trigger set for the MVA IP Phone ? If I set 1 for the voicemail/Unity Connection requirement then if i call from PSNT phone line which is Remote Destination number then call is not successful. If the busy trigger changed to 2 then the call from the Remote Destination PSTN line to the MVA IP Phone is success. Regards Ragu___ 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
Great Observation. I will try some diff solutions and let you know the results Mostly it think now that Calling Name is not supported On Sun, Aug 11, 2013 at 7:38 AM, Somphol Boonjing somp...@gmail.com wrote: On Sun, Aug 11, 2013 at 11:17 AM, Somphol Boonjing somp...@gmail.comwrote: Reading through two thread originated by a candidate by the name datucha/datoc, read through it both discussion threads, you will see how confusing this can be. http://ieoc.com/forums/p/18782/162049.aspx http://onlinestudylist.com/archives/ccie_voice/2012-February/079707.html Having read through it one more time, I think there is no contradiction there. I would bet that Calling Name (CNAM) not showing up for call originating through MVA IVR is expected. Datoc said If anyone is interested: *Calling Number *is not supported for MVA calls into extenstions (or even any other destination). Got this answer from one of the CCIE Voice Instructors. Note that Datoc misspell that while he actually meant to say Calling Name. A typo which Mark's later on point out and hence his following comment. Well, calling number shows up, only it will be what Cisco calls rooted in CDR as the shared desk line. Just as any call in to UCM where calling number matches the RD will show up as the shared desk line. AND I think maybe you meant to say calling name (CNAM), not calling number (CLID) - that's what both Juan and Vik mentioned to you on OSL. To which Datoc later on agree. Yes i mean Calling Name :) Sorry for that, I just make a error in typing. So, while there is no Bug ID whatsoever, credible sources suggestion seems to be in line with real world experiment. I would be highly interested to see anyone who can produce different result for this paritcular case. (Note: Strictly for call made through MVA IVR.) Just an observation, there are a few points that worth discussing about, but this is getting long, so perhaps we can discuss it at a later point. Those topics are - MVA DID (appeared in CUCM's Call Manager service parameters) vs MVA DN (appeared on one of the Media Resource sub-menu) - The actual role of a Media Resource called MVA DN. Regards, --Somphol. ___ 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
The internal phone is known based on the remote destination configured for the user. To meet this requirement, the remote destination needs to be 10digits. For SNR calls outbound, strip off the area code, prepend a '9', and send to the appropriate gateway. Do not use SLRG. --Todd On Aug 10, 2013, at 11:51 AM, IE Target myfrnd...@gmail.com wrote: I am curious to know this mystery. As we are told that MVA caller should be able to call internal calls and it should appear as if it is coming form internal Phone. So if internal Phone calls it display caller id and calling name So MVA calls should also be displaying calling name. I heard it has also some thing to do with H.323 Display name, Fast/Slow start calls ? Any comments ___ 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
This question is definitely one of those, one that seems very simple either to confirm or deny. Either Yes it is 100% support or No it is 100% not. But googling around, and it is very confusing. Part of it may be because this problem only happens to in-call via Mobile Voice Access IVR. (The one you need to enter your PIN then press one to make a call.) Reading through two thread originated by a candidate by the name datucha/datoc, read through it both discussion threads, you will see how confusing this can be. http://ieoc.com/forums/p/18782/162049.aspx http://onlinestudylist.com/archives/ccie_voice/2012-February/079707.html From http://onlinestudylist.com/archives/ccie_voice/2012-February/079716.html, Vik's answer is below: *No- it's not supported. Vik Malhi – CCIE #13890 Managing Partner - IPexpert, Inc. Telephone: +1.810.326.1444 ext 420 Fax: +1.810.454.0130 Mailto: vmalhi at ipexpert.com http://onlinestudylist.com/mailman/listinfo/ccie_voice* From http://ieoc.com/forums/p/18782/162049.aspx, Mark's answer is * Well, calling number shows up, only it will be what Cisco calls rooted in CDR as the shared desk line. Just as any call in to UCM where calling number matches the RD will show up as the shared desk line. * * Kind Regards,* * Mark Snow, CCIE #14073* Even Cisco document on this particular topic is very very slicky. *From CUCM 8.5.1 - http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/8_5_1/ccmfeat/fsmobmgr.html * * Caller ID—The system preserves and displays Caller ID on all calls. Users can take advantage of Mobile Connect with no loss of expected IP phone features.* *From CUCM 6.1.1 - http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/6_1_1/ccmfeat/fsmobmgr.html#wpxref99670 * * Caller ID—Caller ID is preserved and displayed on all calls. Users can take advantage of Mobile Connect with no loss of expected IP phone features. * Note that it says Mobile Connect and says nothing about Mobile Voice Access. Then you would assume it covers Mobile Voice Access too. Earlier definition of Mobile Voice Access in the same doc, also seems to suggest that MVA is indeed built on top of Mobile Connect, therefore reading in passing one would expect this to work. * Mobile Voice Access—This feature extends Mobile Connect capabilities by providing an interactive voice response (IVR) system to initiate two-stage dialed calls through the enterprise and activate or deactivate Mobile Connect capabilities. See the Mobile Voice Access sectionhttp://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/8_5_1/ccmfeat/fsmobmgr.html#wp1203108for a detailed discussion. * I think I will need to try to dig a bit deeper through Mobile Voice Access trace on CUCM to see what actually is happening.My scenario is simple, PSTN calls to MVA DID, Enter PIN, Press 1, then enter internal number with #.Even with this simplest case, involving no SLRG, the ***calling name (CNAM)* doesn't show up.Note also that my Remote Destination Number's Directory Number settings is setup correctly with *Display (Internal Caller ID) and **ASCII Display (Internal Caller ID)*. This values are confirmed to be working because when calling from the Mobile Connect (i.e. SNR) phone directly to one of the internal number, the number and name shows correctly. It would put this issue to a final rest too if we can find a relevenat Bug ID, if that is the case. Regards, --Somphol. On Sun, Aug 11, 2013 at 5:43 AM, Todd Carswell tcar0...@gmail.com wrote: The internal phone is known based on the remote destination configured for the user. To meet this requirement, the remote destination needs to be 10digits. For SNR calls outbound, strip off the area code, prepend a '9', and send to the appropriate gateway. Do not use SLRG. --Todd On Aug 10, 2013, at 11:51 AM, IE Target myfrnd...@gmail.com wrote: I am curious to know this mystery. As we are told that MVA caller should be able to call internal calls and it should appear as if it is coming form internal Phone. So if internal Phone calls it display caller id and calling name So MVA calls should also be displaying calling name. I heard it has also some thing to do with H.323 Display name, Fast/Slow start calls ? Any comments ___ 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
On Sun, Aug 11, 2013 at 11:17 AM, Somphol Boonjing somp...@gmail.comwrote: Reading through two thread originated by a candidate by the name datucha/datoc, read through it both discussion threads, you will see how confusing this can be. http://ieoc.com/forums/p/18782/162049.aspx http://onlinestudylist.com/archives/ccie_voice/2012-February/079707.html Having read through it one more time, I think there is no contradiction there. I would bet that Calling Name (CNAM) not showing up for call originating through MVA IVR is expected. Datoc said If anyone is interested: *Calling Number *is not supported for MVA calls into extenstions (or even any other destination). Got this answer from one of the CCIE Voice Instructors. Note that Datoc misspell that while he actually meant to say Calling Name. A typo which Mark's later on point out and hence his following comment. Well, calling number shows up, only it will be what Cisco calls rooted in CDR as the shared desk line. Just as any call in to UCM where calling number matches the RD will show up as the shared desk line. AND I think maybe you meant to say calling name (CNAM), not calling number (CLID) - that's what both Juan and Vik mentioned to you on OSL. To which Datoc later on agree. Yes i mean Calling Name :) Sorry for that, I just make a error in typing. So, while there is no Bug ID whatsoever, credible sources suggestion seems to be in line with real world experiment. I would be highly interested to see anyone who can produce different result for this paritcular case. (Note: Strictly for call made through MVA IVR.) Just an observation, there are a few points that worth discussing about, but this is getting long, so perhaps we can discuss it at a later point. Those topics are - MVA DID (appeared in CUCM's Call Manager service parameters) vs MVA DN (appeared on one of the Media Resource sub-menu) - The actual role of a Media Resource called MVA DN. Regards, --Somphol. ___ 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
I know there is an issue that can be created with single number reach using the standard local route group, so you might (somehow) be hitting a related issue. Just a guess for you to try. On Aug 9, 2013 12:51 AM, Somphol Boonjing somp...@gmail.com wrote: On Fri, Aug 9, 2013 at 1:15 PM, Alex Mendoza aa.mend...@icloud.comwrote: Calling from my SNR to MVA is working, MVA asks for my pin number, then press 1, after that I dialed internal 4 digit extension but this internal phone only shows the caller number and not the caller name. I think is normal behavior, but when a calling from my SNR directly to a internal extension, it shows the caller number and the caller id. I am seeing the same thing for my MVA setup.I also presume this is expected behavior, but I'm not able to find any bug report or any concrete Cisco document to back it up though. Some people seems to report that the name will display after the call is connected. I can't reproduce that behavior, just the caller number for me during ringing and connected state of the call --- when made via MVA pilot number. Call directly from SNR number, i.e. Enterprise Feature Access, seems to be no problem with both Calling Name and Number. I'll be interested to see whether anyone else have different outcome. Regards, --Somphol. ___ 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
On Fri, Aug 9, 2013 at 1:15 PM, Alex Mendoza aa.mend...@icloud.com wrote: Calling from my SNR to MVA is working, MVA asks for my pin number, then press 1, after that I dialed internal 4 digit extension but this internal phone only shows the caller number and not the caller name. I think is normal behavior, but when a calling from my SNR directly to a internal extension, it shows the caller number and the caller id. I am seeing the same thing for my MVA setup.I also presume this is expected behavior, but I'm not able to find any bug report or any concrete Cisco document to back it up though. Some people seems to report that the name will display after the call is connected. I can't reproduce that behavior, just the caller number for me during ringing and connected state of the call --- when made via MVA pilot number. Call directly from SNR number, i.e. Enterprise Feature Access, seems to be no problem with both Calling Name and Number. I'll be interested to see whether anyone else have different outcome. Regards, --Somphol. ___ 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 Display Name
check this : https://supportforums.cisco.com/docs/DOC-3052 greeting On Fri, May 24, 2013 at 6:34 PM, gowri shankar gowrishankar...@gmail.comwrote: HI experts, When i enable fast start, during MVA internal call from PSTN i am not able to see the display name what could be the problem? -- ThanksRegards* Gowri shankar.S * * * * * * * * * * * * If u r born poor, its not your mistake BUT if u die poor, its your mistake - BILL GATES* ___ 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 Display Name
Which workbooks you are practising Gowri From: gowri shankar gowrishankar...@gmail.com To: ccie_voice@onlinestudylist.com; ccie_voice-ow...@onlinestudylist.com Sent: Friday, May 24, 2013 9:04 PM Subject: [OSL | CCIE_Voice] MVA Display Name HI experts, When i enable fast start, during MVA internal call from PSTN i am not able to see the display name what could be the problem? -- ThanksRegards Gowri shankar.S If u r born poor, its not your mistake BUT if u die poor, its your mistake - BILL GATES ___ 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 Fast Busy
A There is NO WAY I did that! Agh! Im sorry I emailed this out everyone. I guess that's what I get for late night studying, but it will remind me to be careful. Thanks for the reply, I'll try it again tonight with the correct config. Im sure it will work! Josh On May 16, 2013 1:08 AM, GRASSMUGG Christoph christoph.grassm...@nextiraone.eu wrote: Hi, Your Problem is... Dial-Peer Service ccm But under Application your Service is caller cmm So no Service can be found... -Christoph Sent from a Smartphone. Am 16.05.2013 um 06:00 schrieb Josh Petro josh.pe...@gmail.commailto: josh.pe...@gmail.com: Hi All, I'm on Volume 1 section 5C which is asking for Mobile Vocie Access configuration. What I'm getting when I dial from the PSTN to the HQ Phone 2 is a fast busy after a few seconds of silence. I know this has been talked about in the past on this forum, but for the life of me I can't find it. I've followed what was in the workbook exactly and I'm not getting anywhere. Now, I'm doing this on my home lab with IOS 12.4.22T5 and nothing else in the flash directory. Is there something that needs to be 'installed' on the router to allow it to see the vxml code on the CUCM? I've never been asked to do Mobile Voice Access before, so this is a first. The CUCM is configured with the Mobile Voice Access number of 5999 and the gateway is configured for 4 digits inbound (plus I tested other inbound calls and they still work fine). The Services parameters are correct and MVA is enabled. The voice-class codec has G711u and G729r8 and that's it. I'm thinking codec, but I'm not sure why. I can't figure out what I missed. Many thanks! Josh The config and debug isdn q931 output is below if it helps. I didn't get the chance to get the voip ccapi debugs, so please let me know if you need them and I'll grab them tomorrow. ! application service cmm http://10.10.210.10:8080/ccmivr/pages/IVRMainpage.vxml ! ! dial-peer voice 5010 voip description MVA DID destination-pattern 5999 voice-class codec 1 session target ipv4:10.10.210.10 incoming called-number . dtmf-relay h245-alphanumeric no vad ! dial-peer voice 2 pots service ccm incoming called-number 2123945999 no digit-strip ! ! ! ! ! ! HQ-RTR(config-dial-peer)# May 16 03:12:37.874: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x00A1 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Calling Party Number i = 0x4180, '2123942123' Plan:ISDN, Type:Subscriber(local) Called Party Number i = 0xA1, '2123945999' Plan:ISDN, Type:National May 16 03:12:37.874: ISDN Se0/0/0:23 Q931: Received SETUP callref = 0x80A1 callID = 0x0020 switch = primary-ni interface = User May 16 03:12:37.882: %CALL_CONTROL-6-APP_NOT_FOUND: Application ccm in dial-peer 2 not found. Handing callid 187 to the alternate app . HQ-RTR(config-dial-peer)# May 16 03:12:37.890: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x80A1 Cause i = 0x80BF - Service/option not available, unspecified HQ-RTR(config-dial-peer)# ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.comhttp://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.comhttp://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 Fast Busy
Hi Josh. You have error in name service ccm and cmm. application service *cmm * dial-peer voice 2 pots service *ccm* Change name for service to ccm. 2013/5/16 Josh Petro josh.pe...@gmail.com Hi All, I'm on Volume 1 section 5C which is asking for Mobile Vocie Access configuration. What I'm getting when I dial from the PSTN to the HQ Phone 2 is a fast busy after a few seconds of silence. I know this has been talked about in the past on this forum, but for the life of me I can't find it. I've followed what was in the workbook exactly and I'm not getting anywhere. Now, I'm doing this on my home lab with IOS 12.4.22T5 and nothing else in the flash directory. Is there something that needs to be 'installed' on the router to allow it to see the vxml code on the CUCM? I've never been asked to do Mobile Voice Access before, so this is a first. The CUCM is configured with the Mobile Voice Access number of 5999 and the gateway is configured for 4 digits inbound (plus I tested other inbound calls and they still work fine). The Services parameters are correct and MVA is enabled. The voice-class codec has G711u and G729r8 and that's it. I'm thinking codec, but I'm not sure why. I can't figure out what I missed. Many thanks! Josh The config and debug isdn q931 output is below if it helps. I didn't get the chance to get the voip ccapi debugs, so please let me know if you need them and I'll grab them tomorrow. ! application service cmm http://10.10.210.10:8080/ccmivr/pages/IVRMainpage.vxml ! ! dial-peer voice 5010 voip description MVA DID destination-pattern 5999 voice-class codec 1 session target ipv4:10.10.210.10 incoming called-number . dtmf-relay h245-alphanumeric no vad ! dial-peer voice 2 pots service ccm incoming called-number 2123945999 no digit-strip ! ! ! ! ! ! HQ-RTR(config-dial-peer)# May 16 03:12:37.874: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x00A1 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Calling Party Number i = 0x4180, '2123942123' Plan:ISDN, Type:Subscriber(local) Called Party Number i = 0xA1, '2123945999' Plan:ISDN, Type:National May 16 03:12:37.874: ISDN Se0/0/0:23 Q931: Received SETUP callref = 0x80A1 callID = 0x0020 switch = primary-ni interface = User May 16 03:12:37.882: %CALL_CONTROL-6-APP_NOT_FOUND: Application ccm in dial-peer 2 not found. Handing callid 187 to the alternate app . HQ-RTR(config-dial-peer)# May 16 03:12:37.890: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x80A1 Cause i = 0x80BF - Service/option not available, unspecified HQ-RTR(config-dial-peer)# ___ 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 Fast Busy
Hi, Your Problem is... Dial-Peer Service ccm But under Application your Service is caller cmm So no Service can be found... -Christoph Sent from a Smartphone. Am 16.05.2013 um 06:00 schrieb Josh Petro josh.pe...@gmail.commailto:josh.pe...@gmail.com: Hi All, I'm on Volume 1 section 5C which is asking for Mobile Vocie Access configuration. What I'm getting when I dial from the PSTN to the HQ Phone 2 is a fast busy after a few seconds of silence. I know this has been talked about in the past on this forum, but for the life of me I can't find it. I've followed what was in the workbook exactly and I'm not getting anywhere. Now, I'm doing this on my home lab with IOS 12.4.22T5 and nothing else in the flash directory. Is there something that needs to be 'installed' on the router to allow it to see the vxml code on the CUCM? I've never been asked to do Mobile Voice Access before, so this is a first. The CUCM is configured with the Mobile Voice Access number of 5999 and the gateway is configured for 4 digits inbound (plus I tested other inbound calls and they still work fine). The Services parameters are correct and MVA is enabled. The voice-class codec has G711u and G729r8 and that's it. I'm thinking codec, but I'm not sure why. I can't figure out what I missed. Many thanks! Josh The config and debug isdn q931 output is below if it helps. I didn't get the chance to get the voip ccapi debugs, so please let me know if you need them and I'll grab them tomorrow. ! application service cmm http://10.10.210.10:8080/ccmivr/pages/IVRMainpage.vxml ! ! dial-peer voice 5010 voip description MVA DID destination-pattern 5999 voice-class codec 1 session target ipv4:10.10.210.10 incoming called-number . dtmf-relay h245-alphanumeric no vad ! dial-peer voice 2 pots service ccm incoming called-number 2123945999 no digit-strip ! ! ! ! ! ! HQ-RTR(config-dial-peer)# May 16 03:12:37.874: ISDN Se0/0/0:23 Q931: RX - SETUP pd = 8 callref = 0x00A1 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Progress Ind i = 0x8583 - Origination address is non-ISDN Calling Party Number i = 0x4180, '2123942123' Plan:ISDN, Type:Subscriber(local) Called Party Number i = 0xA1, '2123945999' Plan:ISDN, Type:National May 16 03:12:37.874: ISDN Se0/0/0:23 Q931: Received SETUP callref = 0x80A1 callID = 0x0020 switch = primary-ni interface = User May 16 03:12:37.882: %CALL_CONTROL-6-APP_NOT_FOUND: Application ccm in dial-peer 2 not found. Handing callid 187 to the alternate app . HQ-RTR(config-dial-peer)# May 16 03:12:37.890: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x80A1 Cause i = 0x80BF - Service/option not available, unspecified HQ-RTR(config-dial-peer)# ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.comhttp://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.comhttp://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
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 b...@ucguerrilla.com 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 hugo.barr...@nexusis.comwrote: 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 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 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 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, 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
Re: [OSL | CCIE_Voice] MVA partial match issue
Hi Donny, Partial/Complete match is NOT related to 4 digit dial. I thought you were asking about separate issue with matching remote destination. Let me ask you this, you're not trying to call the extension on the phone for which you have Remote Destination/Profile configured, are you? Sergey On Mon, Apr 8, 2013 at 1:38 AM, donny f f.faraday...@gmail.com wrote: 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 ser...@heyphets.comwrote: 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 http://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
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 ser...@heyphets.com 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 http://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
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 f.faraday...@gmail.commailto: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.comb...@ucguerrilla.commailto: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.commailto:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.commailto: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.commailto:ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com); michael.se...@compucom.commailto:michael.se...@compucom.com; networksanitytoinsan...@gmail.commailto: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 f.faraday...@gmail.commailto: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, michael.se...@compucom.commailto: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 networksanitytoinsan...@gmail.commailto:networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: cag4zmyxmd5xj67pwv+_gpabedjoydyg+zbnmugtsfuj3nsx...@mail.gmail.commailto: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
Re: [OSL | CCIE_Voice] MVA partial match issue
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 none 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
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 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 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, 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
Re: [OSL | CCIE_Voice] MVA partial match issue
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 hugo.barr...@nexusis.comwrote: 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 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 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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access
Re: [OSL | CCIE_Voice] MVA partial match issue
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 hugo.barr...@nexusis.com 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 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 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, 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
Re: [OSL | CCIE_Voice] MVA partial match issue
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 f.faraday...@gmail.commailto: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.commailto: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.commailto:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.commailto: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.commailto:ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com); michael.se...@compucom.commailto:michael.se...@compucom.com; networksanitytoinsan...@gmail.commailto: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 f.faraday...@gmail.commailto:f.faraday...@gmail.com wrote: hi, I config the Service parameter for MVA , using
Re: [OSL | CCIE_Voice] MVA partial match issue
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 ser...@heyphets.com 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 http://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
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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: 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 (H323) 3033300 it should ask for authentication once authenticated press 1 to make any 4 digit calls if it is from SB phone 1 . Make sure to display 4 digits number for calling number along with calling name SB Phone 1 they can use local gateway to make the call. Also 2nd line on PSTN phone should be used to dial 3033300 and you will prompted to login. Details: = My config is following 1) The dial-peers are set in the following way dial-peer voice 102 voip preference 2 destination-pattern 3300 session target ipv4:ip
Re: [OSL | CCIE_Voice] MVA partial match issue
hi Sergey, Cab you more specific, where I need to add Media Resources for MVA? example pls d On Wed, Mar 27, 2013 at 12:14 PM, Sergey Heyphets ser...@heyphets.comwrote: The prompts you hear on the when you dial-in are the results of IOS executing the VXML script, which was defined in the application/service definition. When you, however, press 1 to make the call and enter the number, the VXML script instructs the IOS to place the call to the MVA number defined under media resources. So if you don't have the MVA number defined under Media Resources, the initial prompts would work, but placing the call would fail. Sergey On Wed, Mar 27, 2013 at 1:07 PM, Barrera, Hugo hugo.barr...@nexusis.comwrote: But would the MVA number still work on the gateway when you dial in? May it would huh because the MVA AA on the IOS is separate? * * * * *Regards,*** *Hugo * ** ** *From:* William Bell [mailto:b...@ucguerrilla.com] *Sent:* Wednesday, March 27, 2013 4:47 AM *To:* Barrera, Hugo *Cc:* Justin Carney; donny f; ccie_voice@onlinestudylist.com, ( ccie_voice@onlinestudylist.com); michael.se...@compucom.com; networksanitytoinsan...@gmail.com *Subject:* Re: [OSL | CCIE_Voice] MVA partial match issue ** ** 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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: cag4zmyxmd5xj67pwv+_gpabedjoydyg+zbnmugtsfuj3nsx
Re: [OSL | CCIE_Voice] MVA partial match issue
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/7_0_1/ccmfeat/fsmobmgr.html On Tue, Apr 2, 2013 at 1:41 AM, donny f f.faraday...@gmail.com wrote: hi Sergey, Cab you more specific, where I need to add Media Resources for MVA? example pls d On Wed, Mar 27, 2013 at 12:14 PM, Sergey Heyphets ser...@heyphets.comwrote: The prompts you hear on the when you dial-in are the results of IOS executing the VXML script, which was defined in the application/service definition. When you, however, press 1 to make the call and enter the number, the VXML script instructs the IOS to place the call to the MVA number defined under media resources. So if you don't have the MVA number defined under Media Resources, the initial prompts would work, but placing the call would fail. Sergey On Wed, Mar 27, 2013 at 1:07 PM, Barrera, Hugo hugo.barr...@nexusis.com wrote: But would the MVA number still work on the gateway when you dial in? May it would huh because the MVA AA on the IOS is separate? * * * * *Regards,*** *Hugo * ** ** *From:* William Bell [mailto:b...@ucguerrilla.com] *Sent:* Wednesday, March 27, 2013 4:47 AM *To:* Barrera, Hugo *Cc:* Justin Carney; donny f; ccie_voice@onlinestudylist.com, ( ccie_voice@onlinestudylist.com); michael.se...@compucom.com; networksanitytoinsan...@gmail.com *Subject:* Re: [OSL | CCIE_Voice] MVA partial match issue ** ** 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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject
Re: [OSL | CCIE_Voice] MVA functionality
And where do you plan to invoke the script and vxml function? Date: Wed, 27 Mar 2013 23:51:10 +0300 From: aboaz...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA functionality Hello Friends... I have the following setup, I am not sure if the will be suitable to enable the MVA feature ! I have CUCM cluster, but his CUCM cluster has no voice GW or DID .. but this CUCM cluster has Inter-cluster trunk to another CUCM cluster which has the DID numbers ? Can I configure the MVA for this setup.. Appreciate your input. ___ 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 functionality
So basically no. You need a gateway to host the vxml script Sent from my iPhone On 29 Mar 2013, at 07:16, Pixar Perfect pixarperf...@live.commailto:pixarperf...@live.com wrote: And where do you plan to invoke the script and vxml function? Date: Wed, 27 Mar 2013 23:51:10 +0300 From: aboaz...@gmail.commailto:aboaz...@gmail.com To: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA functionality Hello Friends... I have the following setup, I am not sure if the will be suitable to enable the MVA feature ! I have CUCM cluster, but his CUCM cluster has no voice GW or DID .. but this CUCM cluster has Inter-cluster trunk to another CUCM cluster which has the DID numbers ? Can I configure the MVA for this setup.. Appreciate your input. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.comhttp://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.comhttp://www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.comhttp://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.comhttp://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 functionality
The gateway on the other cluster is mgcp, does it help Sent from my iPhone On Mar 29, 2013, at 10:16 AM, Pixar Perfect pixarperf...@live.com wrote: And where do you plan to invoke the script and vxml function? Date: Wed, 27 Mar 2013 23:51:10 +0300 From: aboaz...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA functionality Hello Friends... I have the following setup, I am not sure if the will be suitable to enable the MVA feature ! I have CUCM cluster, but his CUCM cluster has no voice GW or DID .. but this CUCM cluster has Inter-cluster trunk to another CUCM cluster which has the DID numbers ? Can I configure the MVA for this setup.. Appreciate your input. ___ 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___ 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 functionality
Not really. MGCP is unable to load the VXML application because the Q931 is back hauled. If the ingress gateway was H323 then it could actually service more than one UCM cluster. Obviously, network (security/QoS) considerations must be taken into account. You could also put a H323 GW local to the target CUCM cluster and use the hairpin approach to launch MVA. Not optimal but certainly feasible. -Bill -- William Bell blog: http://ucguerrilla.com twitter: @ucguerrilla On Mar 29, 2013, at 11:06 AM, Ahmad Taamneh wrote: The gateway on the other cluster is mgcp, does it help Sent from my iPhone On Mar 29, 2013, at 10:16 AM, Pixar Perfect pixarperf...@live.com wrote: And where do you plan to invoke the script and vxml function? Date: Wed, 27 Mar 2013 23:51:10 +0300 From: aboaz...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA functionality Hello Friends... I have the following setup, I am not sure if the will be suitable to enable the MVA feature ! I have CUCM cluster, but his CUCM cluster has no voice GW or DID .. but this CUCM cluster has Inter-cluster trunk to another CUCM cluster which has the DID numbers ? Can I configure the MVA for this setup.. Appreciate your input. ___ 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 ___ 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
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 javascript:_e({}, 'cvml', 'ccie_voice-boun...@onlinestudylist.com'); [mailto: ccie_voice-boun...@onlinestudylist.com javascript:_e({}, 'cvml', '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 javascript:_e({}, 'cvml', 'ccie_voice@onlinestudylist.com');, (ccie_voice@onlinestudylist.comjavascript:_e({}, 'cvml', 'ccie_voice@onlinestudylist.com');); michael.se...@compucom.com javascript:_e({}, 'cvml', 'michael.se...@compucom.com');; networksanitytoinsan...@gmail.comjavascript:_e({}, 'cvml', '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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: 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 (H323) 3033300 it should ask for authentication once authenticated press 1 to make any 4 digit calls if it is from SB phone 1 . Make sure to display 4 digits number for calling number along with calling name SB Phone 1 they can use local gateway to make the call. Also 2nd line on PSTN phone should be used to dial 3033300 and you will prompted to login. Details: = My config is following 1) The dial-peers are set in the following way dial-peer voice 102 voip preference 2 destination-pattern 3300 session target ipv4:ip address
Re: [OSL | CCIE_Voice] MVA partial match issue
But would the MVA number still work on the gateway when you dial in? May it would huh because the MVA AA on the IOS is separate? Regards, Hugo From: William Bell [mailto:b...@ucguerrilla.com] Sent: Wednesday, March 27, 2013 4:47 AM To: Barrera, Hugo Cc: Justin Carney; donny f; ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.com); michael.se...@compucom.com; networksanitytoinsan...@gmail.com Subject: Re: [OSL | CCIE_Voice] MVA partial match issue 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.comjavascript:_e(%7b%7d,%20'cvml',%20'ccie_voice-boun...@onlinestudylist.com'); [mailto:ccie_voice-boun...@onlinestudylist.comjavascript:_e(%7b%7d,%20'cvml',%20'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.comjavascript:_e(%7b%7d,%20'cvml',%20'ccie_voice@onlinestudylist.com');, (ccie_voice@onlinestudylist.comjavascript:_e(%7b%7d,%20'cvml',%20'ccie_voice@onlinestudylist.com');); michael.se...@compucom.comjavascript:_e(%7b%7d,%20'cvml',%20'michael.se...@compucom.com');; networksanitytoinsan...@gmail.comjavascript:_e(%7b%7d,%20'cvml',%20'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 f.faraday...@gmail.commailto: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, michael.se...@compucom.commailto: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 networksanitytoinsan...@gmail.commailto:networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: cag4zmyxmd5xj67pwv+_gpabedjoydyg+zbnmugtsfuj3nsx...@mail.gmail.commailto: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 (H323) 3033300 it should ask for authentication once
Re: [OSL | CCIE_Voice] MVA partial match issue
The prompts you hear on the when you dial-in are the results of IOS executing the VXML script, which was defined in the application/service definition. When you, however, press 1 to make the call and enter the number, the VXML script instructs the IOS to place the call to the MVA number defined under media resources. So if you don't have the MVA number defined under Media Resources, the initial prompts would work, but placing the call would fail. Sergey On Wed, Mar 27, 2013 at 1:07 PM, Barrera, Hugo hugo.barr...@nexusis.comwrote: But would the MVA number still work on the gateway when you dial in? May it would huh because the MVA AA on the IOS is separate? * * * * *Regards,*** *Hugo * ** ** *From:* William Bell [mailto:b...@ucguerrilla.com] *Sent:* Wednesday, March 27, 2013 4:47 AM *To:* Barrera, Hugo *Cc:* Justin Carney; donny f; ccie_voice@onlinestudylist.com, ( ccie_voice@onlinestudylist.com); michael.se...@compucom.com; networksanitytoinsan...@gmail.com *Subject:* Re: [OSL | CCIE_Voice] MVA partial match issue ** ** 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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: 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
Re: [OSL | CCIE_Voice] MVA partial match issue
I concur with Sergey. On Mar 27, 2013, at 2:14 PM, Sergey Heyphets wrote: The prompts you hear on the when you dial-in are the results of IOS executing the VXML script, which was defined in the application/service definition. When you, however, press 1 to make the call and enter the number, the VXML script instructs the IOS to place the call to the MVA number defined under media resources. So if you don't have the MVA number defined under Media Resources, the initial prompts would work, but placing the call would fail. Sergey On Wed, Mar 27, 2013 at 1:07 PM, Barrera, Hugo hugo.barr...@nexusis.com wrote: But would the MVA number still work on the gateway when you dial in? May it would huh because the MVA AA on the IOS is separate? Regards, Hugo From: William Bell [mailto:b...@ucguerrilla.com] Sent: Wednesday, March 27, 2013 4:47 AM To: Barrera, Hugo Cc: Justin Carney; donny f; ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.com); michael.se...@compucom.com; networksanitytoinsan...@gmail.com Subject: Re: [OSL | CCIE_Voice] MVA partial match issue 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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: 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
Re: [OSL | CCIE_Voice] MVA partial match issue
Debug h245 asn1 or debug voip application vxml. If no h245 open logical channel I suspect dial peer. Sent from my Verizon Wireless 4G LTE Smartphone Original message From: William Bell b...@ucguerrilla.com Date: 03/27/2013 6:38 PM (GMT-05:00) To: Sergey Heyphets ser...@heyphets.com Cc: ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.com) ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MVA partial match issue I concur with Sergey. On Mar 27, 2013, at 2:14 PM, Sergey Heyphets wrote: The prompts you hear on the when you dial-in are the results of IOS executing the VXML script, which was defined in the application/service definition. When you, however, press 1 to make the call and enter the number, the VXML script instructs the IOS to place the call to the MVA number defined under media resources. So if you don't have the MVA number defined under Media Resources, the initial prompts would work, but placing the call would fail. Sergey On Wed, Mar 27, 2013 at 1:07 PM, Barrera, Hugo hugo.barr...@nexusis.com wrote: But would the MVA number still work on the gateway when you dial in? May it would huh because the MVA AA on the IOS is separate? Regards, Hugo From: William Bell [mailto:b...@ucguerrilla.com] Sent: Wednesday, March 27, 2013 4:47 AM To: Barrera, Hugo Cc: Justin Carney; donny f; ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.com); michael.se...@compucom.com; networksanitytoinsan...@gmail.com Subject: Re: [OSL | CCIE_Voice] MVA partial match issue 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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL
Re: [OSL | CCIE_Voice] MVA partial match issue
Yah I thought about it as I was writing the original email...makes more sense now, thanks again all who responded! Regards, Hugo From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Sergey Heyphets Sent: Wednesday, March 27, 2013 11:14 AM To: ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.com) Subject: Re: [OSL | CCIE_Voice] MVA partial match issue The prompts you hear on the when you dial-in are the results of IOS executing the VXML script, which was defined in the application/service definition. When you, however, press 1 to make the call and enter the number, the VXML script instructs the IOS to place the call to the MVA number defined under media resources. So if you don't have the MVA number defined under Media Resources, the initial prompts would work, but placing the call would fail. Sergey On Wed, Mar 27, 2013 at 1:07 PM, Barrera, Hugo hugo.barr...@nexusis.commailto:hugo.barr...@nexusis.com wrote: But would the MVA number still work on the gateway when you dial in? May it would huh because the MVA AA on the IOS is separate? Regards, Hugo From: William Bell [mailto:b...@ucguerrilla.commailto:b...@ucguerrilla.com] Sent: Wednesday, March 27, 2013 4:47 AM To: Barrera, Hugo Cc: Justin Carney; donny f; ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com); michael.se...@compucom.commailto:michael.se...@compucom.com; networksanitytoinsan...@gmail.commailto:networksanitytoinsan...@gmail.com Subject: Re: [OSL | CCIE_Voice] MVA partial match issue 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.commailto:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com]mailto:[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.commailto:ccie_voice@onlinestudylist.com, (ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com); michael.se...@compucom.commailto:michael.se...@compucom.com; networksanitytoinsan...@gmail.commailto: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 f.faraday...@gmail.commailto: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, michael.se...@compucom.commailto: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
Re: [OSL | CCIE_Voice] MVA partial match issue
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 f.faraday...@gmail.commailto: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, michael.se...@compucom.commailto: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 networksanitytoinsan...@gmail.commailto:networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: cag4zmyxmd5xj67pwv+_gpabedjoydyg+zbnmugtsfuj3nsx...@mail.gmail.commailto:cag4zmyxmd5xj67pwv%2b_gpabedjoydyg%2bzbnmugtsfuj3nsx...@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 (H323) 3033300 it should ask for authentication once authenticated press 1 to make any 4 digit calls if it is from SB phone 1 . Make sure to display 4 digits number for calling number along with calling name SB Phone 1 they can use local gateway to make the call. Also 2nd line on PSTN phone should be used to dial 3033300 and you will prompted to login. Details: = My config is following 1) The dial-peers are set in the following way dial-peer voice 102 voip preference 2 destination-pattern 3300 session target ipv4:ip address of the CUCM Pub dtmf-relay h245-alphanumeric codec g711ulaw no vad ! dial-peer voice 5 pots service cmm incoming called-number 3300 no digit-strip 2) here is the MVA service url ! application service cmm http://iphttp://%3cip address of the CUCM Pub:8080/ccmivr/pages/IVRMainpage.vxml ! 3) I am stripping 3033300 coming from pstn to last 4 digits using a translation-rule on the voice-port level . That is 3033300 becomes 3300 when it reaches CUCM. 4) On CUCM in the service parameters... Enable Mobile Voice access is set to True Mobile voice access number is 3300 Matching caller id with Remote Destination is Partial Match Number
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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: 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 (H323) 3033300 it should ask for authentication once authenticated press 1 to make any 4 digit calls if it is from SB phone 1 . Make sure to display 4 digits number for calling number along with calling name SB Phone 1 they can use local gateway to make the call. Also 2nd line on PSTN phone should be used to dial 3033300 and you will prompted to login. Details: = My config is following 1) The dial-peers are set in the following way dial-peer voice 102 voip preference 2 destination-pattern 3300 session target ipv4:ip address of the CUCM Pub dtmf-relay h245-alphanumeric codec g711ulaw no vad ! dial-peer voice 5 pots service cmm incoming called-number 3300 no digit-strip 2) here is the MVA service url ! application service cmm http://ip address of the CUCM Pub:8080/ccmivr/pages/IVRMainpage.vxml ! 3) I am stripping 3033300 coming from pstn to last 4 digits using a translation-rule on the voice-port level . That is 3033300 becomes 3300 when it reaches CUCM. 4) On CUCM in the service parameters... Enable Mobile Voice access is set to True Mobile voice access number is 3300 Matching caller id with Remote Destination is Partial Match Number of digits of Caller ID Partial Match is 7 5) The Mobility softkey has been added for on hold and connected at the softkey template level and applied to the phone ( SB PH1) 6)At the User SB phone 1 I have enabled Enable Mobility and Enable Mobile Voice Access also selected the MAC address of the phone 7) Created a Remote Dest profile and selected user id of sb ph1 and the correct calling search space for the phone 8) Added a Remoted Destination number of 9525 9) Also went to device phone and selected the Owner User ID of SB Ph1 10) Cisco Unified Mobile Voice Access Service is running on both Sub and Pub on CUCM Questions : 1) I now dial from the pstn line 9525 on the pstn phone to
Re: [OSL | CCIE_Voice] MVA partial match issue
hi justin, the full match, always work. Just when we do partial , it never , and always ask for RD number after we dial the MVA. I did exactly you suggest below. - 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 is it best practice to always use Full Match, and the we hv to modify using Xfrom on GW and Application Dial Rule/TP to adjust ? tks d On Mon, Mar 25, 2013 at 2:50 AM, Justin Carney justin.s.car...@gmail.comwrote: 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 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, 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 networksanitytoinsan...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Mobile Voice Access not working since many days!! Message-ID: 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 (H323) 3033300 it should ask for authentication once authenticated press 1 to make any 4 digit calls if it is from SB phone 1 . Make sure to display 4 digits number for calling number along with calling name SB Phone 1 they can use local gateway to make the call. Also 2nd line on PSTN phone should be used to dial 3033300 and you will prompted to login. Details: = My config is following 1) The dial-peers are set in the following way dial-peer voice 102 voip preference 2 destination-pattern 3300 session target ipv4:ip address of the CUCM Pub dtmf-relay h245-alphanumeric codec g711ulaw no vad ! dial-peer voice 5 pots service cmm incoming called-number 3300 no digit-strip 2) here is the MVA service url ! application service cmm http://ip address of the CUCM Pub:8080/ccmivr/pages/IVRMainpage.vxml ! 3) I am stripping 3033300 coming from pstn to last 4 digits using a translation-rule on the voice-port level . That is 3033300 becomes 3300 when it reaches CUCM. 4) On CUCM in the service parameters... Enable Mobile Voice access is set to True Mobile voice
Re: [OSL | CCIE_Voice] MVA Mobile can't call Associated Desk Number
You need more dn's. can't you use a back-to-back PRI with say 4 channels? Otherwise I think your results are misleading. I may not understand you however, if that's the case, maybe someone else will chime-in. Sorry - good luck Sent from my iPhone On Mar 18, 2013, at 10:36 PM, Suresh Bhandari bring...@gmail.commailto:bring...@gmail.com wrote: This is because I have only local PSTN DN on, say site B, to which my internal DN is associated using MVA. Now if the requirement is that the internal number should be able to cal the local number of that site, and due to limited resource, we don't have another local PSTN in the said site. What will be your solution in this case? Thanks. On Tue, Mar 19, 2013 at 10:47 AM, Mark Thrash (marthras) marth...@cisco.commailto:marth...@cisco.com wrote: I'm confused; why would you call your desk phone from your cell phone? You should be able to call another DN on the cluster and see the from CLID as being from your desk phone and the in-use LED on your phone should be red. Sent from my iPhone On Mar 18, 2013, at 10:00 AM, Suresh Bhandari bring...@gmail.commailto:bring...@gmail.com wrote: Experts! Had been working on MVA. Just to drop a question on RDP association. When we associate the desk phone DN with RDP, both DN's must be in the same partition, so that users can see remote in use on the desk phone and pickup the call within configured time from the desk phone. What I experienced that, when I try to call the internal DN, using the RDP associated PSTN number, the call is failing, with Temporary Failure in isdn debugs. is this an expected behavior? What if the question requirement is to get a call from same PSTN to the associated internal DN? I know we can separate the DNs putting them in separate partitions, but, then desk phone pickup is not happening. Any ideas? TIA -- Suresh Bhandari ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.comhttp://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.comhttp://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
Re: [OSL | CCIE_Voice] MVA Mobile can't call Associated Desk Number
I'm confused; why would you call your desk phone from your cell phone? You should be able to call another DN on the cluster and see the from CLID as being from your desk phone and the in-use LED on your phone should be red. Sent from my iPhone On Mar 18, 2013, at 10:00 AM, Suresh Bhandari bring...@gmail.com wrote: Experts! Had been working on MVA. Just to drop a question on RDP association. When we associate the desk phone DN with RDP, both DN's must be in the same partition, so that users can see remote in use on the desk phone and pickup the call within configured time from the desk phone. What I experienced that, when I try to call the internal DN, using the RDP associated PSTN number, the call is failing, with Temporary Failure in isdn debugs. is this an expected behavior? What if the question requirement is to get a call from same PSTN to the associated internal DN? I know we can separate the DNs putting them in separate partitions, but, then desk phone pickup is not happening. Any ideas? TIA -- 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
Re: [OSL | CCIE_Voice] MVA Mobile can't call Associated Desk Number
This is because I have only local PSTN DN on, say site B, to which my internal DN is associated using MVA. Now if the requirement is that the internal number should be able to cal the local number of that site, and due to limited resource, we don't have another local PSTN in the said site. What will be your solution in this case? Thanks. On Tue, Mar 19, 2013 at 10:47 AM, Mark Thrash (marthras) marth...@cisco.com wrote: I'm confused; why would you call your desk phone from your cell phone? You should be able to call another DN on the cluster and see the from CLID as being from your desk phone and the in-use LED on your phone should be red. Sent from my iPhone On Mar 18, 2013, at 10:00 AM, Suresh Bhandari bring...@gmail.com wrote: Experts! Had been working on MVA. Just to drop a question on RDP association. When we associate the desk phone DN with RDP, both DN's must be in the same partition, so that users can see remote in use on the desk phone and pickup the call within configured time from the desk phone. What I experienced that, when I try to call the internal DN, using the RDP associated PSTN number, the call is failing, with Temporary Failure in isdn debugs. is this an expected behavior? What if the question requirement is to get a call from same PSTN to the associated internal DN? I know we can separate the DNs putting them in separate partitions, but, then desk phone pickup is not happening. Any ideas? TIA -- 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 -- 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
Re: [OSL | CCIE_Voice] MVA
What so you want to see? You are calling from a PSTN number into the XML Script. When you call a internal number through the mva, you will the number am when the destination hooks up and the call is connected you will also see the name. Am Sonntag, 23. Dezember 2012 schrieb Rrcrumm : Hello I have set up MVA and it seems to be working properly One question, Are we suppose to see name and number when we make a call to the MVA number and then press one to dial another number and we cal an internal extension? Thanks Randall ___ 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
Sorry I call from the local site B PSTN phone that is configured for a RDP and RD I call the MVA number put in my pin, press 1 to dial a number and dial 2001. When I look at the screen of hqph1 I just see the extension 3001 is calling, no name. Should I see a name and number? Thanks Randall On Dec 22, 2012, at 10:36 PM, Steffen Bruening stbruen...@gmail.com wrote: What so you want to see? You are calling from a PSTN number into the XML Script. When you call a internal number through the mva, you will the number am when the destination hooks up and the call is connected you will also see the name. Am Sonntag, 23. Dezember 2012 schrieb Rrcrumm : Hello I have set up MVA and it seems to be working properly One question, Are we suppose to see name and number when we make a call to the MVA number and then press one to dial another number and we cal an internal extension? Thanks Randall ___ 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
Only in the connect state, not in the ringing state Am Sonntag, 23. Dezember 2012 schrieb Rrcrumm : Sorry I call from the local site B PSTN phone that is configured for a RDP and RD I call the MVA number put in my pin, press 1 to dial a number and dial 2001. When I look at the screen of hqph1 I just see the extension 3001 is calling, no name. Should I see a name and number? Thanks Randall On Dec 22, 2012, at 10:36 PM, Steffen Bruening stbruen...@gmail.comjavascript:_e({}, 'cvml', 'stbruen...@gmail.com'); wrote: What so you want to see? You are calling from a PSTN number into the XML Script. When you call a internal number through the mva, you will the number am when the destination hooks up and the call is connected you will also see the name. Am Sonntag, 23. Dezember 2012 schrieb Rrcrumm : Hello I have set up MVA and it seems to be working properly One question, Are we suppose to see name and number when we make a call to the MVA number and then press one to dial another number and we cal an internal extension? Thanks Randall ___ 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
Ok thanks i will try that soon Randall On Dec 22, 2012, at 11:15 PM, Steffen Bruening stbruen...@gmail.com wrote: Only in the connect state, not in the ringing state Am Sonntag, 23. Dezember 2012 schrieb Rrcrumm : Sorry I call from the local site B PSTN phone that is configured for a RDP and RD I call the MVA number put in my pin, press 1 to dial a number and dial 2001. When I look at the screen of hqph1 I just see the extension 3001 is calling, no name. Should I see a name and number? Thanks Randall On Dec 22, 2012, at 10:36 PM, Steffen Bruening stbruen...@gmail.com wrote: What so you want to see? You are calling from a PSTN number into the XML Script. When you call a internal number through the mva, you will the number am when the destination hooks up and the call is connected you will also see the name. Am Sonntag, 23. Dezember 2012 schrieb Rrcrumm : Hello I have set up MVA and it seems to be working properly One question, Are we suppose to see name and number when we make a call to the MVA number and then press one to dial another number and we cal an internal extension? Thanks Randall ___ 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 using h323 gateway not showing caller name
Go into the DN instance on the remote destination and add the name. It doesn't copy over from DN instance on the hard phone. DQ d...@cisco.commailto:d...@cisco.com Sent from my iPhone On Sep 16, 2012, at 2:32 PM, Krishna vinayak_...@yahoo.commailto:vinayak_...@yahoo.com wrote: hi guys, Site A is an h323 gateway along with mva support... when calling from remote destination number to internal phones, the calling name is not showing up on the ip phones...only extension is showing up on the phone..in this case 3001 ip phone displays 2001 number only when 3001 is called after authentication ... is there a way that we can support calling name for mva set up??? Any input is much appreciated. thank you Krishna. ___ 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 using h323 gateway not showing caller name
dan, on the rdp profile, the extension indeed having the calling name and as well as external number mask... when i call from pstn line(which is remote destinatin number) to any cisco internal ip phone it recognizes the pstn line and shows the internal extension and as well as calling name... but the issue is when 1.) called mva number 2.) authenticated using pin 3.) placed call to 3001 or 4001 etc.. 4.) the call routed succuesfully but shows IP phone displays as 2001 rather showing as 2001 along with calling name SA phone1. 5.) the rdp and extensions of 2001 is already configured with internal ASCII display scenario 2: called from 2024678124 pstn line which is configured as remote destination number, and the call is placed to 77964001 or 4083783001: the display on the ip phone shows with the calling name as well as the extension of 2001. But, the issue is when mva is authenticated the calling name is not supported either the call going out from the pstn gw or to internal cisco phones.. thank you krishna. From: Dan Quinlan (daquinla) daqui...@cisco.com To: Krishna vinayak_...@yahoo.com Cc: Online Study ccie_voice@onlinestudylist.com Sent: Sunday, September 16, 2012 1:47 PM Subject: Re: mva using h323 gateway not showing caller name Go into the DN instance on the remote destination and add the name. It doesn't copy over from DN instance on the hard phone. DQ d...@cisco.com Sent from my iPhone On Sep 16, 2012, at 2:32 PM, Krishna vinayak_...@yahoo.com wrote: hi guys, Site A is an h323 gateway along with mva support... when calling from remote destination number to internal phones, the calling name is not showing up on the ip phones...only extension is showing up on the phone..in this case 3001 ip phone displays 2001 number only when 3001 is called after authentication ... is there a way that we can support calling name for mva set up??? Any input is much appreciated. thank you Krishna.___ 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 using h323 gateway not showing caller name
never mind guys.. after skimming the online blog, i see this is expected behavior... the calling name does't show when the phone is ringing, it only shows when the phone is connected.. thank you Krishna. From: Dan Quinlan (daquinla) daqui...@cisco.com To: Krishna vinayak_...@yahoo.com Cc: Online Study ccie_voice@onlinestudylist.com Sent: Sunday, September 16, 2012 1:47 PM Subject: Re: mva using h323 gateway not showing caller name Go into the DN instance on the remote destination and add the name. It doesn't copy over from DN instance on the hard phone. DQ d...@cisco.com Sent from my iPhone On Sep 16, 2012, at 2:32 PM, Krishna vinayak_...@yahoo.com wrote: hi guys, Site A is an h323 gateway along with mva support... when calling from remote destination number to internal phones, the calling name is not showing up on the ip phones...only extension is showing up on the phone..in this case 3001 ip phone displays 2001 number only when 3001 is called after authentication ... is there a way that we can support calling name for mva set up??? Any input is much appreciated. thank you Krishna.___ 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 showing very strange behavior - never routing the calls to mobile
hi folks... i encountered a very strange behavior with mva configuration... i configured mva for h323 site with number 3000, and in the service parameters i enable mva along with mva number, and as well as partial match and 7 digits... remote destination profile has mobile and mobile connect enabled, and the remote destination number is given as 98397263 incoming call from pstn has 10 digit ani display i.e. 4088397263 ... 1.) first weird behavior : mva didn't recognizes this number, and prompts for enter the remote destination number 2.) call made from 2001 to 3001 only rings 3001 but no traces that it hits h323 gateway in routing the call to mobile number... i enabled both debug voip dialp and deb isdn q931 Now, i changed the remote destination number to 4088397263..then it recognizes this number and asks for pin... with the above configuration, here are the weird results.. when i call to 3001 from pstn phone, it sends the call directly to voicemail rather ringing the extension 3001,and the call is staying for 5 seconds then terminates itself automatically... i am completely lost when this happened.. and when i made the remote destination number to 98397263 it works fine i.e. the 3001 phone rings ... Did anyone experienced this type of behavior in your practice labs.. any advice or help on this matter is much appreciated.. note: i placed mobile access partition in a different partition that only css of h323 gateway sees it, and also placed in null partition but no difference .. thank you krishna. ___ 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 showing very strange behavior - never routing the calls to mobile
How many digits are you sending from router to ccm? 4? Or 7? Show run | begin dial-peer ? Debug voice translation rule Debug voip dialpeer From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Krishna Sent: Wednesday, August 29, 2012 2:19 AM To: Online Study Subject: Re: [OSL | CCIE_Voice] mva showing very strange behavior - never routing the calls to mobile hi folks... i encountered a very strange behavior with mva configuration... i configured mva for h323 site with number 3000, and in the service parameters i enable mva along with mva number, and as well as partial match and 7 digits... remote destination profile has mobile and mobile connect enabled, and the remote destination number is given as 98397263 incoming call from pstn has 10 digit ani display i.e. 4088397263 ... 1.) first weird behavior : mva didn't recognizes this number, and prompts for enter the remote destination number 2.) call made from 2001 to 3001 only rings 3001 but no traces that it hits h323 gateway in routing the call to mobile number... i enabled both debug voip dialp and deb isdn q931 Now, i changed the remote destination number to 4088397263..then it recognizes this number and asks for pin... with the above configuration, here are the weird results.. when i call to 3001 from pstn phone, it sends the call directly to voicemail rather ringing the extension 3001,and the call is staying for 5 seconds then terminates itself automatically... i am completely lost when this happened.. and when i made the remote destination number to 98397263 it works fine i.e. the 3001 phone rings ... Did anyone experienced this type of behavior in your practice labs.. any advice or help on this matter is much appreciated.. note: i placed mobile access partition in a different partition that only css of h323 gateway sees it, and also placed in null partition but no difference .. thank you krishna. itevomcid___ 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 showing very strange behavior - never routing the calls to mobile
jason, from router to ccm the dnis is 4 digits whereas ANI is sent completely to cucm whatever the pstn is delivering... From: Jason Aarons (AM) jason.aar...@dimensiondata.com To: Krishna vinayak_...@yahoo.com; Online Study ccie_voice@onlinestudylist.com Sent: Wednesday, August 29, 2012 6:36 AM Subject: RE: [OSL | CCIE_Voice] mva showing very strange behavior - never routing the calls to mobile How many digits are you sending from router to ccm? 4? Or 7? Show run | begin dial-peer ? Debug voice translation rule Debug voip dialpeer From:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Krishna Sent: Wednesday, August 29, 2012 2:19 AM To: Online Study Subject: Re: [OSL | CCIE_Voice] mva showing very strange behavior - never routing the calls to mobile hi folks... i encountered a very strange behavior with mva configuration... i configured mva for h323 site with number 3000, and in the service parameters i enable mva along with mva number, and as well as partial match and 7 digits... remote destination profile has mobile and mobile connect enabled, and the remote destination number is given as 98397263 incoming call from pstn has 10 digit ani display i.e. 4088397263 ... 1.) first weird behavior : mva didn't recognizes this number, and prompts for enter the remote destination number 2.) call made from 2001 to 3001 only rings 3001 but no traces that it hits h323 gateway in routing the call to mobile number... i enabled both debug voip dialp and deb isdn q931 Now, i changed the remote destination number to 4088397263..then it recognizes this number and asks for pin... with the above configuration, here are the weird results.. when i call to 3001 from pstn phone, it sends the call directly to voicemail rather ringing the extension 3001,and the call is staying for 5 seconds then terminates itself automatically... i am completely lost when this happened.. and when i made the remote destination number to 98397263 it works fine i.e. the 3001 phone rings ... Did anyone experienced this type of behavior in your practice labs.. any advice or help on this matter is much appreciated.. note: i placed mobile access partition in a different partition that only css of h323 gateway sees it, and also placed in null partition but no difference .. thank you krishna. itevomcid ___ 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 showing very strange behavior - never routing the calls to mobile
With MVA using partial match only works some of the times from what I see. Takes alot of resetting and everything to get partial match to work. Thats why I always ended up doing Complete match and changing the number in service parameters to meet whatever the PSTN was sending. If it only sent 7 digits I changed it to 7, send 10 digits leave it at 10. Then if you have to do SNR create a whole separate partition, css, and route patern just for SNR. The reason why i believe you are going staight to voicemail is because you're busy trigger is set to 1. So if you are calling from a remote destination of phone 3001 you are taking up that line calling in and since your busy trigger is at 1 it goes straight to voicemail as configured. Thanks Jason - Original Message - From: Krishna Sent: 08/29/12 01:19 AM To: Online Study Subject: Re: [OSL | CCIE_Voice] mva showing very strange behavior - never routing the calls to mobile hi folks... i encountered a very strange behavior with mva configuration... i configured mva for h323 site with number 3000, and in the service parameters i enable mva along with mva number, and as well as partial match and 7 digits... remote destination profile has mobile and mobile connect enabled, and the remote destination number is given as 98397263 incoming call from pstn has 10 digit ani display i.e. 4088397263 ... 1.) first weird behavior : mva didn't recognizes this number, and prompts for enter the remote destination number 2.) call made from 2001 to 3001 only rings 3001 but no traces that it hits h323 gateway in routing the call to mobile number... i enabled both debug voip dialp and deb isdn q931 Now, i changed the remote destination number to 4088397263..then it recognizes this number and asks for pin... with the above configuration, here are the weird results.. when i call to 3001 from pstn phone, it sends the call directly to voicemail rather ringing the extension 3001,and the call is staying for 5 seconds then terminates itself automatically... i am completely lost when this happened.. and when i made the remote destination number to 98397263 it works fine i.e. the 3001 phone rings ... Did anyone experienced this type of behavior in your practice labs.. any advice or help on this matter is much appreciated.. note: i placed mobile access partition in a different partition that only css of h323 gateway sees it, and also placed in null partition but no difference .. thank you krishna. ___ 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 -Your call can not be completed as dialed
It uses the re routing CSS on the remote destination number. If you check the call manager traces, you can easily check it. From: ccielabrat ccielab...@gmail.commailto:ccielab...@gmail.com Date: Tuesday, August 7, 2012 2:09 PM To: ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed To All, I'm hoping the group can help me understand the call flow for an MVA call. I'm able to call into the MVA pilot number , have my remote destination number recognized and be prompted for my PIN and to dial . But I get the message Your call can not be completed as dialed for anything I try to call. I understand that the number configured under the mobile voice access page is used as an anchor , as per Vik's vlecture, but I'm unclear what device is referenced regarding CSS and what should and should be reachable. Can anyone please help get closure on this last piece of the puzzle. -Lab Rat ___ 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 -Your call can not be completed as dialed
Rat, make sure mva is enabled on the service parameters and number as well in the cucm service parameters, and also check with the dial-peer and application url on the router with the right number... Vipul. it uses rerouting css when it makes outbound calls, but in this case he can't even get to the prompt of mva... thank you krishna. From: Vipul Jindal (vipjinda) vipji...@cisco.com To: ccielabrat ccielab...@gmail.com; ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Sent: Tuesday, August 7, 2012 2:29 PM Subject: Re: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed It uses the re routing CSS on the remote destination number. If you check the call manager traces, you can easily check it. From: ccielabrat ccielab...@gmail.com Date: Tuesday, August 7, 2012 2:09 PM To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed To All, I'm hoping the group can help me understand the call flow for an MVA call. I'm able to call into the MVA pilot number , have my remote destination number recognized and be prompted for my PIN and to dial . But I get the message Your call can not be completed as dialed for anything I try to call. I understand that the number configured under the mobile voice access page is used as an anchor , as per Vik's vlecture, but I'm unclear what device is referenced regarding CSS and what should and should be reachable. Can anyone please help get closure on this last piece of the puzzle. -Lab Rat ___ 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 -Your call can not be completed as dialed
Thank you Vipul. I thought re-routing CSS was used only for the SNR configuration. I will take a look and test again. :) On Tue, Aug 7, 2012 at 3:29 PM, Vipul Jindal (vipjinda) vipji...@cisco.comwrote: It uses the re routing CSS on the remote destination number. If you check the call manager traces, you can easily check it. From: ccielabrat ccielab...@gmail.com Date: Tuesday, August 7, 2012 2:09 PM To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed To All, I'm hoping the group can help me understand the call flow for an MVA call. I'm able to call into the MVA pilot number , have my remote destination number recognized and be prompted for my PIN and to dial . But I get the message Your call can not be completed as dialed for anything I try to call. I understand that the number configured under the mobile voice access page is used as an anchor , as per Vik's vlecture, but I'm unclear what device is referenced regarding CSS and what should and should be reachable. Can anyone please help get closure on this last piece of the puzzle. -Lab Rat ___ 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 -Your call can not be completed as dialed
Guys, Re-routing CSS is used for SNR but CSS is used for MVA. Therefore, you've to check if the number you're dialing is in a route pattern that the configured CSS in the remote destination profile can reach. I recommend to separate the dial plan for MVA or SNR as follows. - Create a new partition.- Create a new CSS containing the above new partition.- Create a new route list- Create a new route pattern. hope this will help. Regards,Ramy Date: Tue, 7 Aug 2012 16:21:17 -0400 From: ccielab...@gmail.com To: vipji...@cisco.com CC: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed b Thank you Vipul. I thought re-routing CSS was used only for the SNR configuration. I will take a look and test again. :) On Tue, Aug 7, 2012 at 3:29 PM, Vipul Jindal (vipjinda) vipji...@cisco.com wrote: It uses the re routing CSS on the remote destination number. If you check the call manager traces, you can easily check it. From: ccielabrat ccielab...@gmail.com Date: Tuesday, August 7, 2012 2:09 PM To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed To All, I'm hoping the group can help me understand the call flow for an MVA call. I'm able to call into the MVA pilot number , have my remote destination number recognized and be prompted for my PIN and to dial . But I get the message Your call can not be completed as dialed for anything I try to call. I understand that the number configured under the mobile voice access page is used as an anchor , as per Vik's vlecture, but I'm unclear what device is referenced regarding CSS and what should and should be reachable. Can anyone please help get closure on this last piece of the puzzle. -Lab Rat ___ 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
Re: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed
Actually, the MVA Prompt was working. I believe the issue was a owner/device mismatch actually. I did try to adjust the re-route CSS but it didn't change the behavior. I actually deleted the user (which surprising wipes all the remote destination info for the user also) and recreated it. It's all working as expected now. Thanks for the clarification regarding Re-routing CSS. I didn't think it would apply here. On Tue, Aug 7, 2012 at 4:18 PM, Krishna vinayak_...@yahoo.com wrote: Rat, make sure mva is enabled on the service parameters and number as well in the cucm service parameters, and also check with the dial-peer and application url on the router with the right number... Vipul. it uses rerouting css when it makes outbound calls, but in this case he can't even get to the prompt of mva... thank you krishna. -- *From:* Vipul Jindal (vipjinda) vipji...@cisco.com *To:* ccielabrat ccielab...@gmail.com; ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com *Sent:* Tuesday, August 7, 2012 2:29 PM *Subject:* Re: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed It uses the re routing CSS on the remote destination number. If you check the call manager traces, you can easily check it. From: ccielabrat ccielab...@gmail.com Date: Tuesday, August 7, 2012 2:09 PM To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed To All, I'm hoping the group can help me understand the call flow for an MVA call. I'm able to call into the MVA pilot number , have my remote destination number recognized and be prompted for my PIN and to dial . But I get the message Your call can not be completed as dialed for anything I try to call. I understand that the number configured under the mobile voice access page is used as an anchor , as per Vik's vlecture, but I'm unclear what device is referenced regarding CSS and what should and should be reachable. Can anyone please help get closure on this last piece of the puzzle. -Lab Rat ___ 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
Re: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed
Ramy, Can you clarify how the re-routing CSS is used? Is the regular CSS ignored when a remote destination phone is dialing through MVA? -Scott On Tue, Aug 7, 2012 at 4:34 PM, Ramy Abdelrahim ramyoth...@hotmail.comwrote: Guys, Re-routing CSS is used for SNR but CSS is used for MVA. Therefore, you've to check if the number you're dialing is in a route pattern that the configured CSS in the remote destination profile can reach. I recommend to separate the dial plan for MVA or SNR as follows. - Create a new partition. - Create a new CSS containing the above new partition. - Create a new route list - Create a new route pattern. hope this will help. Regards, Ramy -- Date: Tue, 7 Aug 2012 16:21:17 -0400 From: ccielab...@gmail.com To: vipji...@cisco.com CC: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed b Thank you Vipul. I thought re-routing CSS was used only for the SNR configuration. I will take a look and test again. :) On Tue, Aug 7, 2012 at 3:29 PM, Vipul Jindal (vipjinda) vipji...@cisco.com wrote: It uses the re routing CSS on the remote destination number. If you check the call manager traces, you can easily check it. From: ccielabrat ccielab...@gmail.com Date: Tuesday, August 7, 2012 2:09 PM To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed To All, I'm hoping the group can help me understand the call flow for an MVA call. I'm able to call into the MVA pilot number , have my remote destination number recognized and be prompted for my PIN and to dial . But I get the message Your call can not be completed as dialed for anything I try to call. I understand that the number configured under the mobile voice access page is used as an anchor , as per Vik's vlecture, but I'm unclear what device is referenced regarding CSS and what should and should be reachable. Can anyone please help get closure on this last piece of the puzzle. -Lab Rat ___ 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 ___ 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 -Your call can not be completed as dialed
Dear, No, it's not ignored when dialing through MVA. In this situation we have to differentiate between Mobile Connect (Single Number Reach) and Mobile Voice Access (MVA). Rerouting CSS - used when someone calls extension 5000 and we want to ring out to cell phone of user (5000). CSS (under Remote Destination Profile) - used when the user dial in from his cell phone, enter his pin and select 1 to make a call then the number he enter will be routed based on the CSS NOT the reroting CSS. Regards,Ramy Date: Tue, 7 Aug 2012 17:07:00 -0400 Subject: Re: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed From: ccielab...@gmail.com To: ramyoth...@hotmail.com CC: vipji...@cisco.com; ccie_voice@onlinestudylist.com Ramy, Can you clarify how the re-routing CSS is used? Is the regular CSS ignored when a remote destination phone is dialing through MVA? -Scott On Tue, Aug 7, 2012 at 4:34 PM, Ramy Abdelrahim ramyoth...@hotmail.com wrote: Guys, Re-routing CSS is used for SNR but CSS is used for MVA. Therefore, you've to check if the number you're dialing is in a route pattern that the configured CSS in the remote destination profile can reach. I recommend to separate the dial plan for MVA or SNR as follows. - Create a new partition.- Create a new CSS containing the above new partition.- Create a new route list- Create a new route pattern. hope this will help. Regards,Ramy Date: Tue, 7 Aug 2012 16:21:17 -0400 From: ccielab...@gmail.com To: vipji...@cisco.com CC: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed b Thank you Vipul. I thought re-routing CSS was used only for the SNR configuration. I will take a look and test again. :) On Tue, Aug 7, 2012 at 3:29 PM, Vipul Jindal (vipjinda) vipji...@cisco.com wrote: It uses the re routing CSS on the remote destination number. If you check the call manager traces, you can easily check it. From: ccielabrat ccielab...@gmail.com Date: Tuesday, August 7, 2012 2:09 PM To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed To All, I'm hoping the group can help me understand the call flow for an MVA call. I'm able to call into the MVA pilot number , have my remote destination number recognized and be prompted for my PIN and to dial . But I get the message Your call can not be completed as dialed for anything I try to call. I understand that the number configured under the mobile voice access page is used as an anchor , as per Vik's vlecture, but I'm unclear what device is referenced regarding CSS and what should and should be reachable. Can anyone please help get closure on this last piece of the puzzle. -Lab Rat ___ 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 ___ 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 -Your call can not be completed as dialed
If you are getting the prompt to enter pin and dial 1 to make a call then your set up in the service parameters is correct. Calling Search Space on the RDP is used for MVA so thats where you need to look Rerouting CSS is used for SNR only. Test from the phone that has MVA configured for it, say site B phone 2. If you can reach the number from the phone take a look at the CSS that phone is using. Now go to the RDP and make sure the Calling Search Space is set to the same thing as the phone. No need for application dial rules or anything that is used for rerouting CSS for SNR. Just make sure you dial as you would from the actual phone. So if you dial 9011442077966596 dial that from MVA so you can hit the dial peer that that CSS can see. Also if in service parameters you added something like 911 to the Blocked Numbers field you wont be able to dial that using MVA. Jason - Original Message - From: ccielab...@gmail.com Sent: 08/07/12 03:21 PM To: Vipul Jindal (vipjinda) Subject: Re: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed Thank you Vipul. I thought re-routing CSS was used only for the SNR configuration. I will take a look and test again. :) On Tue, Aug 7, 2012 at 3:29 PM, Vipul Jindal (vipjinda) vipji...@cisco.com wrote: It uses the re routing CSS on the remote destination number. If you check the call manager traces, you can easily check it. From: ccielabrat ccielab...@gmail.com Date: Tuesday, August 7, 2012 2:09 PM To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed To All, I'm hoping the group can help me understand the call flow for an MVA call. I'm able to call into the MVA pilot number , have my remote destination number recognized and be prompted for my PIN and to dial . But I get the message Your call can not be completed as dialed for anything I try to call. I understand that the number configured under the mobile voice access page is used as an anchor , as per Vik's vlecture, but I'm unclear what device is referenced regarding CSS and what should and should be reachable. Can anyone please help get closure on this last piece of the puzzle. -Lab Rat ___ For more information regarding industry leading CCIE Lab training, please visit http://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out http://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 -Your call can not be completed as dialed
In order for your Remote Destination Number to be recognized for example you RDN is one of the numbers from the PSTN 5551212 but the call in coming into the gateway as 800.555.1212 and is h323 gateway apply a inbound voice translation-rule and profile on the mva dialpeer to strip the 800 from the call. In order for calls to complete use the calling search space of the phone you are using for mva as the rerouting calling search space and insure that there is a route pattern that matches the number your dialing. The way to test is dial the same number from the phone you have setup for mva and number should complete. If it does then you're missing your rerouting calling search space. If it doesn't complete you don't have call routing setup correctly. Also be sure that you have enabled the mva service in service parameters and have entered the mva number there. Michael Sears From: ccielabrat ccielab...@gmail.com Date: Tuesday, August 7, 2012 2:09 PM To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA -Your call can not be completed as dialed To All, I'm hoping the group can help me understand the call flow for an MVA call. I'm able to call into the MVA pilot number , have my remote destination number recognized and be prompted for my PIN and to dial . But I get the message Your call can not be completed as dialed for anything I try to call. I understand that the number configured under the mobile voice access page is used as an anchor , as per Vik's vlecture, but I'm unclear what device is referenced regarding CSS and what should and should be reachable. Can anyone please help get closure on this last piece of the puzzle. -Lab Rat ___ 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 - CALLER PARTY NAME]
Michael, I can replicate your observed behaviour by the following: From the RDP, select the associated line on the top left. When the Directory Number Configuration page appears, scroll down to Line 1 on Device X where X is your RDP name. If I leave the Display ID field(s) blank, I do not see any Calling Name displayed whilst the destination phone is ringing. If I complete this field (copy from the line configuration on the associated phone, usually) then the Calling Name is displayed OK. I may have other configuration/parameters set differently from you, but these are the settings I alter to make this appear or not appear in my Lab. What version of CUCM are you running? I am slighlty up level from 7.0.1, so it may work in my lab but not in _the_ Lab, if you follow me :-) YMMV, but hope this helps. regards Peter On 13/06/2012 17:39, michael.se...@compucom.com wrote: Greetings, I'm working on a MVA lab that's asking for the 4 digit calling number and the name. MVA is working perfectly, but nothing I do seems to enable the calling party name. Has anyone been able to accomplish sending the calling name when making an MVA call? If so please share how you did it. If I make the MVA call it only presents the four digits which is ok, but it won't show the calling name until the call is answered. I've read many articles, some of which provide solutions that don't work and some that say it's not supported so I'm looking for the definitive answer on whether this can be done or not. Any feedback appreciated. Thank you, --ms ___ 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 Issue
Calling Name won't show up if the phone is ringing, you have to go off hook to see the CN. HTH From: Joe Albert pet_y...@hotmail.com To: ccie_voice@onlinestudylist.com Sent: Sunday, 10 June 2012, 15:07 Subject: [OSL | CCIE_Voice] MVA Issue Dear All, I have an MVA Issue: I configure as per the srnd. 1. I added the dial peer in the h323. 2. I define the service url in the h323 gw 3. The service parameters are configured on the cucm (MVA=on, the number is defined). 4. The MVA access number is defined under media resource menu. 5. The Remote destination the remote destination profile are defined in the cucm. 6. The user has mobility check box associated with the phone has cti enabled. The following occurs, When i call the MVA number i enter the pin of the user , then press 1 when call any internal number only internal caller number appears, The caller name not appear although it is defined in the Remote destinatione profile. Any one has this issue and able to solve it? ___ 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 Issue
Sorry, I got this mixed up. MVA does not support Calling name, even if you go off hook. From: A NN prince_karim...@yahoo.com To: Joe Albert pet_y...@hotmail.com; ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Sent: Sunday, 10 June 2012, 17:21 Subject: Re: [OSL | CCIE_Voice] MVA Issue Calling Name won't show up if the phone is ringing, you have to go off hook to see the CN. HTH From: Joe Albert pet_y...@hotmail.com To: ccie_voice@onlinestudylist.com Sent: Sunday, 10 June 2012, 15:07 Subject: [OSL | CCIE_Voice] MVA Issue Dear All, I have an MVA Issue: I configure as per the srnd. 1. I added the dial peer in the h323. 2. I define the service url in the h323 gw 3. The service parameters are configured on the cucm (MVA=on, the number is defined). 4. The MVA access number is defined under media resource menu. 5. The Remote destination the remote destination profile are defined in the cucm. 6. The user has mobility check box associated with the phone has cti enabled. The following occurs, When i call the MVA number i enter the pin of the user , then press 1 when call any internal number only internal caller number appears, The caller name not appear although it is defined in the Remote destinatione profile. Any one has this issue and able to solve it? ___ 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 Issue
Calling name appears only after called party answers the call. You have to manually configure calling-name for DN under RDP From: Joe Albert pet_y...@hotmail.com To: ccie_voice@onlinestudylist.com Sent: Sunday, June 10, 2012 7:37 PM Subject: [OSL | CCIE_Voice] MVA Issue Dear All, I have an MVA Issue: I configure as per the srnd. 1. I added the dial peer in the h323. 2. I define the service url in the h323 gw 3. The service parameters are configured on the cucm (MVA=on, the number is defined). 4. The MVA access number is defined under media resource menu. 5. The Remote destination the remote destination profile are defined in the cucm. 6. The user has mobility check box associated with the phone has cti enabled. The following occurs, When i call the MVA number i enter the pin of the user , then press 1 when call any internal number only internal caller number appears, The caller name not appear although it is defined in the Remote destinatione profile. Any one has this issue and able to solve it? ___ 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
Check the external phone number mask on the line on the RDP (not the phone itself.). I think you'll find that it's blank. When you alter a DN for a shared line, you need to propagate the changes. DQ d...@cisco.com Sent from my iPhone On May 21, 2012, at 2:08 AM, Juan Lopez lopez.hernandez.j...@gmail.com wrote: Hi Steven, not sure this was a reply to my question. If so, i was talking about the ANI, not the CNAM :) As for your answer, are you able to show the CNAM when calling à PSTN phone? Can you confirm, as to my knowledge this is not supported - i can only show if for internal calls once answered. Cheers, Juan On 20 May 2012, at 19:23, steven moran smoran...@gmail.com wrote: is the call name missing in the rining or answered state? answer the call on thePSTN side and see if the name is there, if not make sure you have gone to the primary extension number and propagated the call line values to the RDP extension, the user is assocaited with both lines and that the owner ID for the primary phones is the user. ___ 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
Re: [OSL | CCIE_Voice] MVA
Thx Dan - will check it out once back in my lab - but from memory, indeed, I think that the EPNM was left empty @RDP Thx a lot for the tip! Juan On 21 May 2012, at 13:21, Dan Quinlan (daquinla) daqui...@cisco.com wrote: Check the external phone number mask on the line on the RDP (not the phone itself.). I think you'll find that it's blank. When you alter a DN for a shared line, you need to propagate the changes. DQ d...@cisco.com Sent from my iPhone On May 21, 2012, at 2:08 AM, Juan Lopez lopez.hernandez.j...@gmail.com wrote: Hi Steven, not sure this was a reply to my question. If so, i was talking about the ANI, not the CNAM :) As for your answer, are you able to show the CNAM when calling à PSTN phone? Can you confirm, as to my knowledge this is not supported - i can only show if for internal calls once answered. Cheers, Juan On 20 May 2012, at 19:23, steven moran smoran...@gmail.com wrote: is the call name missing in the rining or answered state? answer the call on thePSTN side and see if the name is there, if not make sure you have gone to the primary extension number and propagated the call line values to the RDP extension, the user is assocaited with both lines and that the owner ID for the primary phones is the user. ___ 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
Re: [OSL | CCIE_Voice] MVA
Post your gateway config... -Chase -- If winners never quit and quitters never win, then who coined the phrase, Quit while you’re still ahead.? Date: Sat, 19 May 2012 14:36:58 +0200 From: lopez.hernandez.j...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA Hi all, when running MVA, I can call a PSTN number. But the Calling number is not sent in the ISDN setup message.. Anybody an idea where to look ? When I dial directly from the deskphone associated with the remote destination profile (whose remote destination is matched for MVA), the call is sent with the calling number I am sure the ANI needs to be sent for MVA calls - I can't seem to find the root cause. thanks, Juan ___ 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 Hangs Up
There are quite a few issues with getting MVA to work correctly and with the rest of your config. if you post your config it will help also what you are entering as the RD and whether you globalise the numbers in the incoming gateway Here's some pointers the number that arrives at the gateway is usually a 7 figure subscriber number e.g. 525 if this number is entered as the remote destination number, all will work as long as whatever you decide to be used in the service parameter to provide the CSS (gateway or RDP) has the correct access partition with the local endpoints or to a route pattern for external. The issues start to arise when you configure the gateway to globalise the numbers. So the number arrives as 525222 but is passed to call manager from the GW as +1972525, this will cause the MVA 2 stage dial out to fail. after some playing around here's what I cam up with as a solution if you need to globalise the numbers. apply a voice translation profile to the voice-port as generic or specific as you like to get rule 1 /^525222/ /+1972/ type any international (international as the gateway will strip the + on the way through and the global prefix of + will add it back on - leaving it as subscriber ends up with a +14081408525) use the Full number +1408525 as the RD Set the Service parameter to use the RDP for CSS and set the CSS on the RDP to whatever you want remember of course to set the phone owner to the user with mobile access and that's it ___ 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 Hangs Up
Do you have the same number (no. Of digits) configured ccm and dial-peer? On May 6, 2012 7:27 PM, Joe Fearday feard...@trinity-health.org wrote: Any ideas? The MVA application receives the call on the H323 gateway and sends to IVRMainpage.vxml. The call is prompted for PIN and Press 1 to make a call. When the desired number is entered, followed by a # there is an immediate hang up. The Remote Destination Profile CSS has visibility to the number being dialed. What might be the problem or how do I troubleshoot? Thanks, Joe ___ 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 Hangs Up
Joe, As I know, reaching at this stage, the call drops after dialing the number means CSS issue on the RDP configuration. We have Calling Search Space and Rerouting Calling Search Space. In MVA case, the first one is used and will be combined with Line CSS (if there's one). So check this CSS has visibility to the number you wish to call. If there's no visibility to the number or the number is wrong, the call will be dropped. Regards. Khaled Al-Saholy Date: Mon, 7 May 2012 14:08:08 +0530 From: luv...@gmail.com To: feard...@trinity-health.org CC: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MVA Hangs Up Do you have the same number (no. Of digits) configured ccm and dial-peer? On May 6, 2012 7:27 PM, Joe Fearday feard...@trinity-health.org wrote: Any ideas? The MVA application receives the call on the H323 gateway and sends to IVRMainpage.vxml. The call is prompted for PIN and Press 1 to make a call. When the desired number is entered, followed by a # there is an immediate hang up. The Remote Destination Profile CSS has visibility to the number being dialed. What might be the problem or how do I troubleshoot? Thanks, Joe ___ 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
Re: [OSL | CCIE_Voice] MVA Hangs Up
Please make sure that Redirecting Number IE Delivery in GW page is checked for Inbound calls. Thanks,Ramy Abdelrahim Date: Sun, 6 May 2012 08:13:46 -0400 From: feard...@trinity-health.org To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA Hangs Up Any ideas? The MVA application receives the call on the H323 gateway and sends to IVRMainpage.vxml. The call is prompted for PIN and Press 1 to make a call. When the desired number is entered, followed by a # there is an immediate hang up. The Remote Destination Profile CSS has visibility to the number being dialed. What might be the problem or how do I troubleshoot? Thanks, Joe ___ 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 Hangs Up
Joe, try this debug command at the gateway: debug voice application vxml ? (default or error ...), or debug voip application vxml ? It will tell the number being dialed and the RD number and the result Regards. Khaled Date: Sun, 6 May 2012 08:13:46 -0400 From: feard...@trinity-health.org To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MVA Hangs Up Any ideas? The MVA application receives the call on the H323 gateway and sends to IVRMainpage.vxml. The call is prompted for PIN and Press 1 to make a call. When the desired number is entered, followed by a # there is an immediate hang up. The Remote Destination Profile CSS has visibility to the number being dialed. What might be the problem or how do I troubleshoot? Thanks, Joe ___ 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 access with gateway globalised numbers
Dear steven Mainly the mva is done to dial your extension number and to appear that your not calling from RD that's why what you are asking is not possible On Apr 30, 2012 8:17 AM, steven moran smoran...@gmail.com wrote: can someone please either expalin or send me a working configuration for a basic h323 gateway MVA to allow 2 stage dialling. Here is the scenario PSTN number 525 dials MVA 3033300 recieves enter your PIn, select 1 and then can dial out as part of another question the h323 gw is globalising the incoming 525 number to +1972525 what needs to be set as the remote destination number? (PIN must be the 1st prompt not the enter your remote destination) what needs to be set in the service parameters I my lab if I set the RD to 525222 and leave the globalisation on - the call can not be routed, as soon as I remove globalisation from the gateway, the call can be routed to whereever I want depending on the CSS applied. If I set the RD to +1972525222 then I get the prompt to enter the RD (the call still routes if I enter and follow the prompts) Best regards, Steve ___ 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 access with gateway globalised numbers
The remote destination match or lookup is done based on the calling party number before globalization is performed. In your case CUCM wants to see 525 as the remote destination not +1972525. Since we're using CUCM 7.0 leave the service parameter to complete match and set the remote destination number to 525 and apply application dial rules where needed. Joe On Apr 29, 2012, at 9:05 PM, steven moran wrote: can someone please either expalin or send me a working configuration for a basic h323 gateway MVA to allow 2 stage dialling. Here is the scenario PSTN number 525 dials MVA 3033300 recieves enter your PIn, select 1 and then can dial out as part of another question the h323 gw is globalising the incoming 525 number to +1972525 what needs to be set as the remote destination number? (PIN must be the 1st prompt not the enter your remote destination) what needs to be set in the service parameters I my lab if I set the RD to 525222 and leave the globalisation on - the call can not be routed, as soon as I remove globalisation from the gateway, the call can be routed to whereever I want depending on the CSS applied. If I set the RD to +1972525222 then I get the prompt to enter the RD (the call still routes if I enter and follow the prompts) Best regards, Steve ___ 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 issue playing the prompts
Looks like an configuration issue in the UCM. What did you configure there?___ 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 issue playing the prompts
Hi Ramy, I took some day off :) but yes, everything is checked, and removed an reinstated the MVA application in IOS, where it is indeed loaded without issues. The MVA router is indeed h323 - and I placed it into DP=HQ to rule out any codec issues. There is no CAC wahtsoever. When I call into from a non-recognized number, it asks me to enter the remote destination number. From there on, silence again, just like when dialing with a number that is defined as remote destination. I have a complete match also on the RD. And in fact, all functionality is there, but no prompts. gonna leave it for the moment - might be that a return to snapshot of the UCM will whipe away this odd behaviour. cheers, Juan Op 22 april 2012 09:12 schreef Ramy Abdelrahim ramyoth...@hotmail.com het volgende: Hi Juan, Since it's now tomorrow in my region, I think we should say something about this issue :-)) I assume that you've an H323 GW at HQ. If so, please remove both dial-peers and replace with the following one and specify the codec to be g711ulaw. dial-peer voice 2220 pots service mva incoming called-number 2220 dtmf-relay h245-alphanumeric codec g711ulaw no vad Also, make sure that when you configured the MVA service on the HQ router that it has been loaded successfully. application service mva http://177.1.10.10:8080/ccmivr/pages/IVRMainoage.vxml Once you hit enter the router will display a message that it was read successfully. Thanks, Ramy -- CC: kew...@gmail.com; ccie_voice@onlinestudylist.com From: lopez.hernandez.j...@gmail.com Subject: Re: [OSL | CCIE_Voice] MVA issue playing the prompts Date: Sun, 22 Apr 2012 00:11:32 +0200 To: ramyoth...@hotmail.com Hi Ramy, I did a reboot of everything in the end - no success. Not sure what is going in this time, traces don't show why I dont hear nothing., or I am not looking at the right things... Tomorrow another day :) ? On 21 Apr 2012, at 21:31, Ramy Abdelrahim ramyoth...@hotmail.com wrote: Hi Juan, Did you try to restart the MVA service on the PUB? Thanks Ramy -- Date: Sat, 21 Apr 2012 14:28:02 +0200 From: lopez.hernandez.j...@gmail.com To: kew...@gmail.com CC: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MVA issue playing the prompts thanks - did remove the direct inward dial, checked the complete match. Still no prompt to be heard passed the initial welcome to cisco unified comms ' cheers, Juan Op 21 april 2012 12:00 schreef Ken Wyan kew...@gmail.com het volgende: Remove direct-inward-dial from dial-peer 100 In service parameters MVA destination should be complete match (default) Thanks On Sat, Apr 21, 2012 at 2:27 PM, Juan Lopez lopez.hernandez.j...@gmail.com wrote: Dear all, redoing some lab testing today, and for some odd reason :) I am not able to have MVA playing the prompts. I call in into the MVA number. I hear the lady in the box telling me I'm welcome to Cisco Unified Comms. Then it goes silent apart from that it is working: while no one asks me - enter the user's PIN code 12345, press 1, then an internal number in the none partition, it will connect to that number. Cheking the debug vxml on the router does not tell much. Then checking the trace files either: the trace steps regarding playing the first prompt - which I believe is the one asking for the PIN: controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.auand locale = en_US controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.auand locale = en_US controller.IVRGetAudioFile - [CCM_IVR]:: getting the file now so no errors, but nothing played. Can anyone help me with this, I cannot seem to find what is wrong. To make sure, I placed the router in the HQ device pool - so it speaks g711 with the UCM -as I am not sure the UCM will be able to play these prompts in g729 too. On the router it's: dial-peer voice 100 pots service mva incoming called-number 2220 direct-inward-dial ! dial-peer voice 1001 voip destination-pattern 2220 voice-class codec 1 session target ipv4:177.1.10.10 dtmf-relay h245-alphanumeric no vad with the voice-class codec speaking g711u/g729r8 PS/ reboot of servers did not help. any help is much appreciated ! Juan ___ 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 http://www.platinumplacement.com/http://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 http://www.platinumplacement.com
Re: [OSL | CCIE_Voice] MVA issue playing the prompts
Hi Juan, Since it's now tomorrow in my region, I think we should say something about this issue :-)) I assume that you've an H323 GW at HQ. If so, please remove both dial-peers and replace with the following one and specify the codec to be g711ulaw. dial-peer voice 2220 pots service mva incoming called-number 2220 dtmf-relay h245-alphanumeric codec g711ulaw no vad Also, make sure that when you configured the MVA service on the HQ router that it has been loaded successfully. application service mva http://177.1.10.10:8080/ccmivr/pages/IVRMainoage.vxml Once you hit enter the router will display a message that it was read successfully. Thanks, Ramy CC: kew...@gmail.com; ccie_voice@onlinestudylist.com From: lopez.hernandez.j...@gmail.com Subject: Re: [OSL | CCIE_Voice] MVA issue playing the prompts Date: Sun, 22 Apr 2012 00:11:32 +0200 To: ramyoth...@hotmail.com Hi Ramy, I did a reboot of everything in the end - no success. Not sure what is going in this time, traces don't show why I dont hear nothing., or I am not looking at the right things... Tomorrow another day :) ? On 21 Apr 2012, at 21:31, Ramy Abdelrahim ramyoth...@hotmail.com wrote: Hi Juan, Did you try to restart the MVA service on the PUB? Thanks Ramy Date: Sat, 21 Apr 2012 14:28:02 +0200 From: lopez.hernandez.j...@gmail.com To: kew...@gmail.com CC: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MVA issue playing the prompts thanks - did remove the direct inward dial, checked the complete match. Still no prompt to be heard passed the initial welcome to cisco unified comms ' cheers, Juan Op 21 april 2012 12:00 schreef Ken Wyan kew...@gmail.com het volgende: Remove direct-inward-dial from dial-peer 100 In service parameters MVA destination should be complete match (default) Thanks On Sat, Apr 21, 2012 at 2:27 PM, Juan Lopez lopez.hernandez.j...@gmail.com wrote: Dear all, redoing some lab testing today, and for some odd reason :) I am not able to have MVA playing the prompts. I call in into the MVA number. I hear the lady in the box telling me I'm welcome to Cisco Unified Comms. Then it goes silent apart from that it is working: while no one asks me - enter the user's PIN code 12345, press 1, then an internal number in the none partition, it will connect to that number. Cheking the debug vxml on the router does not tell much. Then checking the trace files either: the trace steps regarding playing the first prompt - which I believe is the one asking for the PIN: controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]:: getting the file now so no errors, but nothing played. Can anyone help me with this, I cannot seem to find what is wrong. To make sure, I placed the router in the HQ device pool - so it speaks g711 with the UCM -as I am not sure the UCM will be able to play these prompts in g729 too. On the router it's: dial-peer voice 100 pots service mva incoming called-number 2220 direct-inward-dial ! dial-peer voice 1001 voip destination-pattern 2220 voice-class codec 1 session target ipv4:177.1.10.10 dtmf-relay h245-alphanumeric no vad with the voice-class codec speaking g711u/g729r8 PS/ reboot of servers did not help. any help is much appreciated ! Juan ___ 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
Re: [OSL | CCIE_Voice] MVA Behavior Question
I have noticed the same behavior on my setups as well. Not sure if that's the anticipated result - just know it's not an isolated behavior... Anyone else have there same results and a fix? On Sun, Apr 22, 2012 at 8:29 AM, Mann Chaddha mann.chad...@gmail.comwrote: Hi Guys Is it expected to receive a fast busy when you dial the DN from the Remote Destination(RD) number? I can dial other numbers but when I dial the number associated with RD, I get a Fast busy. MVA otherwise is working fine. Also when I remove the Line Association for the RD, calls start working again. Just want to confirm if this is the expected behavior and is there any way to avoid it. Thanks Mann ___ 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 issue playing the prompts
Remove direct-inward-dial from dial-peer 100 In service parameters MVA destination should be complete match (default) Thanks On Sat, Apr 21, 2012 at 2:27 PM, Juan Lopez lopez.hernandez.j...@gmail.comwrote: Dear all, redoing some lab testing today, and for some odd reason :) I am not able to have MVA playing the prompts. I call in into the MVA number. I hear the lady in the box telling me I'm welcome to Cisco Unified Comms. Then it goes silent apart from that it is working: while no one asks me - enter the user's PIN code 12345, press 1, then an internal number in the none partition, it will connect to that number. Cheking the debug vxml on the router does not tell much. Then checking the trace files either: the trace steps regarding playing the first prompt - which I believe is the one asking for the PIN: controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]:: getting the file now so no errors, but nothing played. Can anyone help me with this, I cannot seem to find what is wrong. To make sure, I placed the router in the HQ device pool - so it speaks g711 with the UCM -as I am not sure the UCM will be able to play these prompts in g729 too. On the router it's: dial-peer voice 100 pots service mva incoming called-number 2220 direct-inward-dial ! dial-peer voice 1001 voip destination-pattern 2220 voice-class codec 1 session target ipv4:177.1.10.10 dtmf-relay h245-alphanumeric no vad with the voice-class codec speaking g711u/g729r8 PS/ reboot of servers did not help. any help is much appreciated ! Juan ___ 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 http://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 issue playing the prompts
thanks - did remove the direct inward dial, checked the complete match. Still no prompt to be heard passed the initial welcome to cisco unified comms ' cheers, Juan Op 21 april 2012 12:00 schreef Ken Wyan kew...@gmail.com het volgende: Remove direct-inward-dial from dial-peer 100 In service parameters MVA destination should be complete match (default) Thanks On Sat, Apr 21, 2012 at 2:27 PM, Juan Lopez lopez.hernandez.j...@gmail.com wrote: Dear all, redoing some lab testing today, and for some odd reason :) I am not able to have MVA playing the prompts. I call in into the MVA number. I hear the lady in the box telling me I'm welcome to Cisco Unified Comms. Then it goes silent apart from that it is working: while no one asks me - enter the user's PIN code 12345, press 1, then an internal number in the none partition, it will connect to that number. Cheking the debug vxml on the router does not tell much. Then checking the trace files either: the trace steps regarding playing the first prompt - which I believe is the one asking for the PIN: controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]:: getting the file now so no errors, but nothing played. Can anyone help me with this, I cannot seem to find what is wrong. To make sure, I placed the router in the HQ device pool - so it speaks g711 with the UCM -as I am not sure the UCM will be able to play these prompts in g729 too. On the router it's: dial-peer voice 100 pots service mva incoming called-number 2220 direct-inward-dial ! dial-peer voice 1001 voip destination-pattern 2220 voice-class codec 1 session target ipv4:177.1.10.10 dtmf-relay h245-alphanumeric no vad with the voice-class codec speaking g711u/g729r8 PS/ reboot of servers did not help. any help is much appreciated ! Juan ___ 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 http://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 issue playing the prompts
did you reboot CUCM ? service parameter to be 10 digits complete match. On Sat, Apr 21, 2012 at 5:58 PM, Juan Lopez lopez.hernandez.j...@gmail.comwrote: thanks - did remove the direct inward dial, checked the complete match. Still no prompt to be heard passed the initial welcome to cisco unified comms ' cheers, Juan Op 21 april 2012 12:00 schreef Ken Wyan kew...@gmail.com het volgende: Remove direct-inward-dial from dial-peer 100 In service parameters MVA destination should be complete match (default) Thanks On Sat, Apr 21, 2012 at 2:27 PM, Juan Lopez lopez.hernandez.j...@gmail.com wrote: Dear all, redoing some lab testing today, and for some odd reason :) I am not able to have MVA playing the prompts. I call in into the MVA number. I hear the lady in the box telling me I'm welcome to Cisco Unified Comms. Then it goes silent apart from that it is working: while no one asks me - enter the user's PIN code 12345, press 1, then an internal number in the none partition, it will connect to that number. Cheking the debug vxml on the router does not tell much. Then checking the trace files either: the trace steps regarding playing the first prompt - which I believe is the one asking for the PIN: controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]:: getting the file now so no errors, but nothing played. Can anyone help me with this, I cannot seem to find what is wrong. To make sure, I placed the router in the HQ device pool - so it speaks g711 with the UCM -as I am not sure the UCM will be able to play these prompts in g729 too. On the router it's: dial-peer voice 100 pots service mva incoming called-number 2220 direct-inward-dial ! dial-peer voice 1001 voip destination-pattern 2220 voice-class codec 1 session target ipv4:177.1.10.10 dtmf-relay h245-alphanumeric no vad with the voice-class codec speaking g711u/g729r8 PS/ reboot of servers did not help. any help is much appreciated ! Juan ___ 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 http://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 issue playing the prompts
Hi Juan, Did you try to restart the MVA service on the PUB? Thanks Ramy Date: Sat, 21 Apr 2012 14:28:02 +0200 From: lopez.hernandez.j...@gmail.com To: kew...@gmail.com CC: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MVA issue playing the prompts thanks - did remove the direct inward dial, checked the complete match. Still no prompt to be heard passed the initial welcome to cisco unified comms ' cheers, Juan Op 21 april 2012 12:00 schreef Ken Wyan kew...@gmail.com het volgende: Remove direct-inward-dial from dial-peer 100 In service parameters MVA destination should be complete match (default) Thanks On Sat, Apr 21, 2012 at 2:27 PM, Juan Lopez lopez.hernandez.j...@gmail.com wrote: Dear all, redoing some lab testing today, and for some odd reason :) I am not able to have MVA playing the prompts. I call in into the MVA number. I hear the lady in the box telling me I'm welcome to Cisco Unified Comms. Then it goes silent apart from that it is working: while no one asks me - enter the user's PIN code 12345, press 1, then an internal number in the none partition, it will connect to that number. Cheking the debug vxml on the router does not tell much. Then checking the trace files either: the trace steps regarding playing the first prompt - which I believe is the one asking for the PIN: controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]::getLocaleFile() fileName = 5.au and locale = en_US controller.IVRGetAudioFile - [CCM_IVR]:: getting the file now so no errors, but nothing played. Can anyone help me with this, I cannot seem to find what is wrong. To make sure, I placed the router in the HQ device pool - so it speaks g711 with the UCM -as I am not sure the UCM will be able to play these prompts in g729 too. On the router it's: dial-peer voice 100 pots service mva incoming called-number 2220 direct-inward-dial ! dial-peer voice 1001 voip destination-pattern 2220 voice-class codec 1 session target ipv4:177.1.10.10 dtmf-relay h245-alphanumeric no vad with the voice-class codec speaking g711u/g729r8 PS/ reboot of servers did not help. any help is much appreciated ! Juan ___ 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