Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

Blue

CVP Transfer

I understand there is no IP-to-IP transfers supported with CVP because of DTMF issues. However, what about a call that came in an h.323 gateway to an IP Phone. Can that phone transfer that call into a CVP script? And if so, how do I route that to the CVP script? Do I route it directly to CVP? I don't believe so, I would have to route it to the Gatekeeper, correct?

19 REPLIES
New Member

Re: CVP Transfer

If you are doing a warm transfer you need to follow the directions in the config guide on P 2-64. In essence you transfer to a route point that calls a script which you then translate route to the CVP. After the trans route you can then run your CVP script.

You need to configure a gateway in call manager that points ( Ip address) to a type 2 CVP machine and has MTP enabled.

Since most folk do not know if they are doing a warm or blind transfer it is better to use this technique for all.

Blue

Re: CVP Transfer

But then I need a completely seperate Voice Browser for these warm transfers which for me is not an option right now. Customer has agreed that they do not need to do any warm transfers. 99% of calls go straight into CVM from the PSTN. Only a few calls come to a receptionist and she has to transfer them to a certain group.

That being said, to transfer that calls I shouldn't need to go through that whole process, correct? The voice stream will still be from the h323 gateway to CVP so I shouldn't have any dtmf issues. To set this up though I have tried the following:

1. Transfer the call directly to CVP - Failed

2. Transfer the call to a number that matches a Route Pattern and this Route Pattern points to the Gatekeeper - Failed

How can just get these transfers from an IP Phone for a call that arrived to this IP Phone on an H.323 gateway to a CVP script.

Blue

Re: CVP Transfer

Any thoughts on this if I know I don't have to do warm transfers?

If a call comes into an IP Phone via an h.323 gateway, and they want to just transfer that call to CVP. I would just create a Route Point that points to the gatekeeper, correct? At that point, when the call is sent to CVP then the audio stream is between the original h.323 gateway and cvp and there should be no dtmf issues.

Blue

Re: CVP Transfer

I have inbound calls working properly to CVP coming in on this gateway:

voice translation-rule 1

rule 1 /^\(.*\)/ /3\1/

!

voice translation-rule 2

rule 1 /987654/ //

!

!

voice translation-profile PREFIX-3

translate called 1

!

voice translation-profile block

translate called 2

!

voice class codec 1

codec preference 1 g711ulaw

!

!

!

voice class h323 1

h225 timeout setup 5

!

dial-peer voice 9 pots

incoming called-number .

direct-inward-dial

port 0/0/0:23

!

dial-peer voice 200 voip

description CVP TEST DIAL-PEER

translation-profile incoming block

application vru-leg

incoming called-number 81T

dtmf-relay rtp-nte h245-signal h245-alphanumeric

codec g711ulaw

fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none

icpif 25

no vad

!

dial-peer voice 300 voip

description CVP TEST DIAL-PEER

translation-profile incoming block

destination-pattern 0464

progress_ind setup enable 1

voice-class h323 1

session target ras

tech-prefix 2#

dtmf-relay rtp-nte h245-signal h245-alphanumeric

fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none

icpif 25

no vad

!

dial-peer voice 400 voip

description CVP TEST DIAL-PEER

translation-profile incoming block

translation-profile outgoing PREFIX-3

preference 1

destination-pattern 0464

voice-class codec 1

session target ipv4:

tech-prefix 2#

dtmf-relay rtp-nte h245-signal h245-alphanumeric

no vad

!

dial-peer voice 987654 voip

translation-profile incoming block

*****************************

However, if I send calls to this gateway from CallManager (with a dialed number of 0464) I see the request sent to the gatekeeper, the gatekeeper, the gatekeeper has a zone prefix of 0464 which points back to this gateway, and the gateway should send it to VB. Gatekeeper config looks like this:

gatekeeper

zone local CVP cisco.com 10.21.100.6

zone prefix CVP 0464* gw-priority 10

zone prefix CVP 306* gw-priority

zone prefix CVP 8* gw-priority 10 CM_CVPGK1_2 9 CM_CVPGK1_1

zone prefix CVP 9* gw-priority 10 CM_CVPGK1_2 9 CM_CVPGK1_1

gw-type-prefix 1#* default-technology

no shutdown

What am I missing here.

Blue

Re: CVP Transfer

I have also noticed, that whenever I call from an IP Phone to this gateway I see this message on the Router console:

Oct 17 16:06:02.344: ICT ver in h323_gw_dialpeer.c 1

New Member

Re: CVP Transfer

Yes, that IP phone can transfer the caller to a CVP script. You define the CVP combo box IP address as an H323 gateway device in CM, then define the DNIS that the IP phone user will use to transfer to CVP as a Route Pattern which contains the CVP gateway that you just created. If you want to get fancy, you can define a route group that contains multiple CVP gateway devices for load balancing or failover.

The IP phone user would simply do a blind transfer to the DNIS mentioned above. The IP phone user would then drop out of the loop, however, it should be noted that CM still retains two signaling call legs even after the agent is out of the loop: one *from* the originating gateway and one *to* CVP.

Blue

Re: CVP Transfer

If this is done, can you still set the "media server" to be the originating gateway so the media doesn't not have to stream over the WAN and the call can be queued at the originating gateway?

Thanks much.

New Member

Re: CVP Transfer

I updated TAC case 602265349 with my reply.

New Member

Re: CVP Transfer

You can hair pin your calls when some one wants to transfer the calls directly to a queue.

Only draw back is you end up using your trunks

Blue

Re: CVP Transfer

Yeah. Ended up getting an ES that has a bug fix for this. Basically, we can transfer directly to CVP now from an IP Phone, however, it will randomly queue the call to an available gateway (gatekeeper tells CVP which gateway to use). The drawback is the potential for the call to be serviced for vxml by a remote gateway but a cool trick none the less:

To configure CVP and CCM for IP originated calls, please do following:

1. CVP H323 GW (or GK Trunk whatever used in CCM to route to CVP), check MTP required button and make sure MRGL on H323 device has MTP resources.

2. CVP VB admin needs SetExcludeIP IP1, IP2, IP3, .. where IP1,2,3 are the CallManager IPs.

3. In GK, configure E164 DN routing to VXML GW for temp connect DN.

andy dignan

berbee

New Member

Re: CVP Transfer

Cna you tell me more about the ES for the CVP

New Member

Re: CVP Transfer

We are having with with oen cluster where agents are going to Reserve and Ready and they are nto able to get any calls and also

Our AA is using CVP and when you punch in an extension number in the AA, the call drops.

Any one have faced this problem

New Member

Re: CVP Transfer

There are two issues here

1.)The call is not getting to the ip phone because its missing a route in gatekeeper or there is something wrong with a CSS for the Trunk or ISN GW.

2.) AA problem. Check if your dial peer has dtmf relay. What is the IOS version on the Gateway?

New Member

Re: CVP Transfer

Andy,

If you enable MTP required on the h323 Trunk. CVP will always use MTP's for all incoming calls which will deplete call manager MTP resources.

If the gatekeeper is doing a lookup for the tempconnect DN, try making it work without MTP required. Please let me know if it works?

Blue

Re: CVP Transfer

It does not work without MTP required checked.

adignan - berbee

New Member

Re: CVP Transfer

We are using a similar setup for a customer, but are running into a voice rtp stream issue when the caller makes the consult(warm) transfer. Agent one makes the transfer into the queue, agent two picks up and the two consult. When agent one hits the transfer button to connect the call, neither the originating caller nor agent two can hear each other. If agent two places the caller on hold (caller then hears hold music) and then resumes the call, both sides can hear and the call proceeds normally. In looking at the logs, we see "Transfer failed" until the call is placed on hold and taken off. Was this the issue you were having that caused you to get an ES?

Thanks,

Shannon

New Member

Re: CVP Transfer

This is a know issue with CVP. Subsequent transfers do not work. You will need another APP server setup to do this knind of transfers.

Also you need to set it up as a Type 2 VRU

New Member

Re: CVP Transfer

Hello , i am not sure what do u mean by IP to IP transfer but here u r the steps how to transfer a call to CVP script using IP phones

1) U need to cofigure a gatekeepe in the CCM

and confirm that the gatekeeper is registered with that trunk

2) configure zone prefix for the route pattern number that route the call to the CVP

3) configure route pattern in the CCM using gatekeeper as routing gateway

4) configure dn in the icm with cvp routing client selected

5) configure call tyoe and script mapping.

Green

Re: CVP Transfer

We are well past these preliminaries, but thanks for posting.

Regards,

Geoff

522
Views
0
Helpful
19
Replies
CreatePlease to create content