cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
160
Views
3
Helpful
6
Replies
Highlighted
Contributor

Send Calls to Originator - with mix of 29xx/39xx and 43xx/44xx

I have a Dialed Number Pattern on CVP 11.5 for the VRU Label 777* to send to a SIP Server group (VXML gateway farm) and I also  have teh Send to Originator checked.

this is because I want calls that originate from 2900 and 3900 to be sent back to same device for VXML treatment.

However calls from a CUBE 4331 are also been sent back to itself for VRU treatment, which do not work, since the 4000 ISRs do not support VXML.

I would have thought that CVP Call Server would be was smart enough to ignore this for the 4000 series ISR, just as it ignores it when calls originate form CUCM.

But it looks like it does not....


There are likely a few workarounds.

1) use Prefix on each Gateways and prepend digits on CVP (will work, but a bit painful)

2) Change SIP headers on CUBE to CVP, so it does not see it as a ISR device (I believe change the useragent?) so that it does not attempt to send back to originator


Anyone have the same issue or better solution and if you have tried option 2 above if you have the SIP config?


Regards,

Gerry


1 ACCEPTED SOLUTION

Accepted Solutions
Cisco Employee

Re: Send Calls to Originator - with mix of 29xx/39xx and 43xx/44xx

Gerry,

Use CVP Locations Awareness and put your 4xxx's in a different location.  You can then route to the VoiceXML browser based on ingress location.

6 REPLIES
Cisco Employee

Re: Send Calls to Originator - with mix of 29xx/39xx and 43xx/44xx

Gerry,

Use CVP Locations Awareness and put your 4xxx's in a different location.  You can then route to the VoiceXML browser based on ingress location.

Contributor

Re: Send Calls to Originator - with mix of 29xx/39xx and 43xx/44xx

Thanks Paul.

Yes I did think about Locations, but was not sure they could be used for this

Thanks for the post and I hopefully will be testing this today or tomorrow and confirm it works exactly as I need it to.

Gerry

Contributor

Re: Send Calls to Originator - with mix of 29xx/39xx and 43xx/44xx

Paul,

Looking at Locations I am not sure they can 100% met my requirements?

Here are the requirements:

P.S. I know I could achieve the requirements using Prepend digits and a SIP Server Groups for each site with different SRV Priority (prioritizing the local device). But I am interested if Locations is a better way to achieve the same.

Requirements

3 Sites.

Each site has a Cisco 2900 (PSTN & VXML Gateway) & CUBE (4300).

Calls Originating on each of the 2900 source should use the same Device for VXML.

Since this device is known to be up, there is no need for any backup VXML Gateway for these calls.

Calls Originating from the CUBE should use their Local (2900) VXML Gateway.

if their local 2900 is out of service, they should use 1 of the other 2 2900s.

Can you outline a little further how you could achieve this using Locations?

1) you add VXML (2900) and CUBE (4300) Gateways to "Gateways"

2) you create your Locations

3) You add gateways to Location

4) ?

Regards,

Gerry

Cisco Employee

Re: Send Calls to Originator - with mix of 29xx/39xx and 43xx/44xx

4) In the Locations --> General tab, configure prefixing VRU label with site ID.

5) Set up dial plan / DNS SRV as required to route the prefixed VRU label to the your VoiceXML devices of choice.

6) Done

Contributor

Re: Send Calls to Originator - with mix of 29xx/39xx and 43xx/44xx

Paul,

Great. Many thanks. That is clear. So the VRU label will be prefixed with the Site ID and I can handle exactly how I want to route that via Route Patterns and SIP groups and use DNS SRV priorities.

Is the Prefix stripped prior to sending out to the VXML Browser?

i.e. if not, then you need to create multiple VRU dial-peers or use wild card (easy to do) in the dial-peer, and on a VVB you would need to change or add additional numbers and not just rely on the default 7777777777* number.

Gerry

Cisco Employee

Re: Send Calls to Originator - with mix of 29xx/39xx and 43xx/44xx

I believe the prefix is sent.  The option to have Site ID appended onto the VRU label but inserted before the correlation ID means you can still have a single wildcarded match on the gateways but personally I think suffixing rather than prefixing is a pretty unnatural practice when it comes to location-based dial-plans.  I do recognise it might be preferable to make config changes simpler though.

CreatePlease to create content
Ask the Expert- Webex Hybrid Services Solutions