mobile voice access on ccm 6.1

jim-stewart · ‎06-18-2008

i have ccm 6.1.2.1000-13 and have mobile connect running like a champ. i need mobile access to toggle the mobile connect on and off. issue is the call comes in and the vxml kicks off and then...the call drops.

debug call app voice vxml sees the call get to the gw (2811 running 12.4.15T5), kick off the app and attempt to play the audio files, but no luck.

here is a shot of sho call applic voice ccm:

cript Name : CCM

URL : http://192.168.101.254:8080/ccmivr/pages/IVRMainpage.vxml

Type : Service

State: Registered

Life : Configured

Exec Instances: 0

Script Code Begin:

--------------------------------

VXML Application CCM

URL=http://192.168.101.254:8080/ccmivr/pages/IVRMainpage.vxml

Security Level: not trusted

2 incoming calls

0 calls handed off to it

0 call transfers initiated

0 pages loaded, 4 successful

2 prompt play attempts, 0 successful

0 recorded messages

documentation on this is spotty at best - nice typos in several - and most relates back to mobility manager and previous version.

frustration factor high!

rsmith-inx · ‎06-23-2008

As you stated, the documentation doesn't really tell you what the DN/DID settings for Mobile Voice Access should be. The only way I could make this work was to translate the dialable DN for Mobile Voice Access into a dummy extension for use only by the VXML application. I put the dummy extension in two places: the Mobile Voice Access Directory Number (in Media Resources) and the Mobile Voice Access Number in Service Parameters//CallManager Service/Clusterwide Parameters (System - Mobility).

I added a route pattern for the Mobile Voice Access DID in a partition that is dialable internally and externally, just like a phone with a DID. Set the called party transform mask to the DN you set in Media Resources and Service Parameters. Since I didn't configure Application Dial Rules, I put a 9 in the prefix digits line of the calling party transformations. This works with cell phones inbound since the remote destinations are all prefixed with a 9. To enable automatic identification for calls from a person's internal desk phone, add a translation profile like the one below to convert the user's extension to one of their configured remote destination numbers. In the example, extension 3577 is associated to remote destination number 202-456-1111. Notice that the 9 is included because the route pattern always prefixes it. I don't think wildcards are worth the trouble here because it has to be a 1-to-1 mapping anyway.

The H.323 gateway config should have an inbound calling search space that includes the MVA number but it does not need to include outside numbers. Apparently that is handled by the MVA extension once the call comes back from the H.323 gateway.

If you set "Matching Caller ID with Remote Destination" in Service Parameters to Partial Match, the cell phone is forked onto the mobility-enabled phone very early in the process, like right after the call to MVA completes, even before signing in with your PIN. When this happens, calls placed via MVA from outside create two call appearances on the mobility-enabled phone, one normal and one remote linked call. The second one looks sort of like a shared line where the available softkeys are Barge and New Call, but you can't use them. Strange! It works fine when set to Complete Match, which is the default.

Here are the commands I added to my working MGCP gateway:

voice service voip

allow-connections h323 to h323

voice translation-rule 1

rule 1 /93577/ /92024561111/

voice translation-profile 1

translate calling 1

application

service cmm http://172.18.90.5:8080/ccmivr/pages/IVRMainpage.vxml

dial-peer voice 1595 voip

description Mobile Voice Access IVR Directory Number

translation-profile incoming 1

service cmm

incoming called-number 1595

codec g711ulaw

!

dial-peer voice 1000 voip

description Subscriber H.323 Hairpin for MVA

preference 1

destination-pattern ....

session target ipv4:172.18.90.6

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!

dial-peer voice 1001 voip

description Publisher H.323 Hairpin for MVA

preference 2

destination-pattern ....

session target ipv4:172.18.90.5

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

e.henry · ‎07-31-2008

Hi,

I have similar config and problem CUCM 6.1.2 and GW 2811 running 12.4.11T3.

sh call application voice CMM

Script Name : CMM

URL : http://136.173.84.240:8080/ccmivr/pages/IVRMainpage.vxml

Type : Service

State: Registered

Life : Configured

Exec Instances: 0

Script Code Begin:

--------------------------------

VXML Application CMM

URL=http://136.173.84.240:8080/ccmivr/pages/IVRMainpage.vxml

Security Level: not trusted

2 incoming calls

0 calls handed off to it

0 call transfers initiated

0 pages loaded, 4 successful

2 prompt play attempts, 0 successful

0 recorded messages

the call is correctly processed to IVR but IVR does not play Prompt message.(audio file fetch problem)

with debug command :debug voice application vxml

I have the call error message

Jul 31 15:43:28.154: //421/80E7517B0300/VXML:/vxml_media_done:

CALL_ERROR; fail with vapp error 2, protocol_status_code=204

Jul 31 15:43:28.158: //421/80E7517B0300/V

C2811x1xKADx-1D937#debug voice application vxmlXML:/vxml_error_badfetch_event:

CALL_ERROR; *** error.badfetch.http.204 event is thrown

What is the status on your side ?

Do you have find the solution ?

dacole · ‎07-31-2008

I had the same issue, with the same "CALL_ERROR; fail with vapp error 2".

Open a web browser and look at:-

http://136.173.84.240:8080/ccmivr/pages/IVRMainpage.vxml

In the returned file you should see various URL's that refer to audio files.

I found that these had "null" as the localisation.

I set the localisation under Media Resources/Mobile Voice Access and in the vxml gateway configuration (not sure which one fixed this) on Call Manager. I then had to reboot the Publisher (maybe just restarting Cisco Unified Mobile Voice Access Service would have been sufficient) and I restarted the gateway to be sure.

You should now see the correct localisation appearing in the audio file URL's in the vxml file mentioned above. You should now be able to browse to these audio files and listen to them.

Now, incomming calls should work.

Keith Fulcher · ‎08-06-2008

Hi, I also have the connect up and running with no problems. I have also gone through all of the steps listed in the CUCM Features manual. I also had the null problem when just german was selected, however when I turned on English the null was replaced with eng.

However, my call are not making it to the service. I am not seeing the counter raise at the sho call applic voice cmm command. Did you guys have to load something on the router or was the url to the CUCM enough. I keep getting a message that the participant is not reachable/connected (out of order).

Any clue what I am missing?

All of the CUCM side settings are done and below are the relavant portions of my config:

voice service voip

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to h323

redirect ip2ip

fax protocol pass-through g711alaw

cause-code legacy

h323

no h225 timeout keepalive

h225 signal overlap

modem passthrough nse codec g711alaw

sip

header-passing

bearer-capability clear-channel udi

application

service CMM http://10.100.64.11:8080/ccmivr/pages/IVRMainpage.vxml

!

dial-peer voice 251 voip

service cmm

destination-pattern 251

session target ipv4:10.100.64.11

dtmf-relay h245-alphanumeric

codec g711alaw

Debug ISDN q931:

*Aug 6 12:36:17 GMT: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0047

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98392

Exclusive, Channel 18

Facility i = 0x91AA068001008201008B0102A1140202F75D02013B300B30090A01050A01030A0104

Facility i = 0x91AA068001008201008B0100A1170202F76C06042B0C0900A10B0406533220414D54020101

Progress Ind i = 0xA090 - Reserved value

Calling Party Number i = 0x0083, '001709252129'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '251'

Plan:Unknown, Type:Unknown

High Layer Compat i = 0x9181

*Aug 6 12:36:17 GMT: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8047

Channel ID i = 0xA98392

Exclusive, Channel 18

*Aug 6 12:36:20 GMT: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x8047

Cause i = 0x809B - Destination out of order

*Aug 6 12:36:20 GMT: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x0047

Cause i = 0x8090 - Normal call clearing

*Aug 6 12:36:20 GMT: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8047

vgw1#sh call application voice cmm

Script Name : CMM

URL : http://10.100.64.11:8080/ccmivr/pages/IVRMainpage.vxml

Type : Service

State: Registered

Life : Configured

Exec Instances: 0

Script Code Begin:

--------------------------------

VXML Application CMM

URL=http://10.100.64.11:8080/ccmivr/pages/IVRMainpage.vxml

Security Level: not trusted

0 incoming calls

0 calls handed off to it

0 call transfers initiated

0 pages loaded, 0 successful

0 prompt play attempts, 0 successful

0 recorded messages

The VXML Script is:

------------------

goranpilat · ‎09-30-2009

Hello,

I have the exact same problem here. Though I can't seem to figure out what you mean by vxml gateway config. Where is this locale exactly set?

Thanks

Goran Pilat