Re: CVP As Gateway - Page 2

wasiimcisco · ‎10-13-2008

I am not able to add CVP in cisco callmanger as voice gateway. I added the CVP as H.232 gateway but still the status is unknow.

Please help me out how to solve this problem. I have restart CVP and CCM but still i m getting status unknow.

I have made the route pattern xxxxx which points towards the CVP but no result.

Edward Umansky · ‎10-15-2008

A typical CVP install requires two types of gateways (which can be colocated on a single physical router): An ingress gateway and a vxml gateway. You are correct that you do not need an ingress gateway since this is a lab and all calls are originating from an IP Phone, but you still need a VXML gateway. This gateway acts as a voice browser and is used to terminate the call while it is receiving IVR or queue treatment. Lab or no, if you need to provide IVR treatment to the caller you must have a vxml gateway. If you are using H323, you will also need a gatekeeper, CVP will not function without it.

wasiimcisco · ‎10-20-2008

I have configured the Voice GW and GK. see the attachement for configuration. Now still when i dial 33333 i m getting busy tone.

I also want to know, my gateway is added in CCM with route pattern 33333 but statu is unknow. I also have CVP as voice gateway with pattern xxxxx. Shall i remove CVP from CM bcz now i have gw/gk.

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

gatekeeper#sh gatekeeper endpoints

GATEKEEPER ENDPOINT REGISTRATION

================================

CallSignalAddr Port RASSignalAddr Port Zone Name Type Flags

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

172.28.49.244 1720 172.28.49.244 55952 gatekeeper VOIP-GW

H323-ID: vg

Voice Capacity Max.= Avail.= Current.= 0

Total number of active registrations = 1

gatekeeper#sh gatekeeper zone pre

gatekeeper#sh gatekeeper zone prefix

ZONE PREFIX TABLE

=================

GK-NAME E164-PREFIX

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

gatekeeper 33333*

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

voice gateway

vg#

*May 10 05:07:12.768: h323chan_chn_process_read_socket: fd=0 of type LISTENING has data

*May 10 05:07:12.768: Changing to new event: ACCEPT

h323chan_chn_accept: fd=0

*May 10 05:07:12.768: h323chan_gw_accept: TCP connection accepted from 172.28.49.231:57924 on fd=3

*May 10 05:07:12.768: h323chan_chn_accept: Local(0x0) accepts TCP conn from 172.28.49.231(0xAC1C31E7) port (57924); fd=3changing from LISTENING state to ACCEPTED state

*May 10 05:07:12.768: h323chan_chn_process_read_socket: fd=3 of type ACCEPTED has data

Hex representation of the SETUP TPKT received: 080200050504038090A26C070081353530383870068033333333337E00680520B0060008914A0002020200883BB40400350035003000380038020001020066666080EB2B74EDBCE11D05005D01AC1C5C4800450C0700AC1C31E706B8110080EB2B74EDBCE11D05005D01AC1C5C48010001000AA001000F0140B50000120880C4000400010100

h225ParseData: Q.931 SETUP received on fd=3

*May 10 05:07:12.772: h323chan_chn_process_read_socket: fd=2 of type CONNECTED has data

*May 10 05:07:12.772: compose_TunnelledSignallingMessage_ciscoNo tunnelled content.

Hex representation of the RELEASE COMPLETE TPKT to send.: 080280055A080280837E0022052580060008914A00041100110080EB2B74EDBCE11D05005D01AC1C5C4810800100

h225TerminateRequest: Q.931 RELEASE COMPLETE sent from fd=3. Call state changed to [Null].

*May 10 05:07:12.776: h323chan_chn_process_read_socket: fd=2 of type CONNECTED has data

*May 10 05:07:12.776: h323chan_chn_process_read_socket: fd=3 of type ACCEPTED has data

*May 10 05:07:12.776: h323chan_recvdata: Connection lost fd=3h323chan_chn_close: Calls[1] Exist on socketfd=3 Owner[2]

*May 10 05:07:12.776: h323chan_close: TCP connection from fd=3 closed.

Md. Mijanur Rahman · ‎10-20-2008

1. You need to register your VG, CVP and CCM (through trunk) with the GK, i can see you have only registered your VG.

2. You will need to add a zone prefix against your phone DN so that CVP can find your phones.

3. Keep the CVP as H.323 gateway in the CCM. It will need while you are trying test dialing '33333' from your phones.

Hope this help.

wasiimcisco · ‎10-21-2008

MY CVP IP address 172.28.49.247

ICM IP address 172.28.49.240

CCM IP Address 172.28.49.231

Voice Gateway Ip address 172.28.49.244

Gatekeeper IP Address 172.28.49.230

IPT Agent extensions 550xx

Dialed Numbers: 33333

Please see updated gatekeeper configuration;

gatekeeper

zone local gatekeeper warid.com 172.28.49.230

zone prefix gatekeeper 33333* gw-priority 10 vg

zone prefix gatekeeper 550.. gw-priority 10 CRA-TEST

gw-type-prefix 3#* default-technology gw ipaddr 172.28.49.244 1720

gateway added in CCM against RP 33333.

CVP add as gateway in CCCM against RP xxxxx

gatekeeper added as intercluster trunk, against technology prefix 3#.

Zone name is gatekeeper.

But still getting the busy tone, What about my script, can u check and let me know is it right or wrong and what my call is not getting through.

Md. Mijanur Rahman · ‎10-21-2008

Why did you set the zone prefix: 'zone prefix gatekeeper 33333* gw-priority 10 vg' ?

It will redirect you call to the H.323 voice gateway, then? How you will treat it?

What is the device 'CRA-TEST'?

At the very first before you move for dialing your DN, make sure your VGW, CVP and CCM are registered with your GK.

You will get the procedure to register your CVP with GK at 'Configuration and Administration Guide' of CVP.

Also create a GK controlled trunk at CCM, put the parameters correctly there, reset the trunk after completed. Then issue 'show gatekeeper end' from GK and confirm both of these three are registered.

Then select the CVP or CCM Trunk at RP while you are dialing from agent phone.

If you still get reorder tone or CVP critical error message, paste the error seen at ICM Router.

Hope this will help.

wasiimcisco · ‎10-21-2008

I have modified the configuration, now see CVP, CCM, VG are successfully registered with GK.

gatekeeper#sh gatekeeper endpoints

GATEKEEPER ENDPOINT REGISTRATION

================================

CallSignalAddr Port RASSignalAddr Port Zone Name Type Flags

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

172.28.49.231 52482 172.28.49.231 51637 gatekeeper VOIP-GW

H323-ID: gatekeeper_1

Voice Capacity Max.= Avail.= Current.= 0

172.28.49.244 1720 172.28.49.244 50070 gatekeeper VOIP-GW

H323-ID: vg

Voice Capacity Max.= Avail.= Current.= 0

172.28.49.247 1720 172.28.49.247 1719 gatekeeper VOIP-GW

H323-ID: 172.28.49.247

Voice Capacity Max.= Avail.= Current.= 0

Total number of active registrations = 3

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

CVP, VG, GK are added in CCM. Intercluster trunk also configured. I made a route pattern 33333 points towards the Trunk. Only one route pattern in CCM. I have restart gw,gk,ccm,cvp.

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

Gatekeeper configuration:

gatekeeper

zone local gatekeeper warid.com

zone prefix gatekeeper 33333* gw-priority 10 172.28.49.247 (CVP IP ADDRESS)

zone prefix gatekeeper 550.. gw-priority 10 172.28.49.231 (CALLMANGER IP ADDRESS)

no shutdown

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

Gateway configuration:

h323-gateway voip interface

h323-gateway voip id gatekeeper ipaddr 172.28.49.230 1719

h323-gateway voip h323-id vg

h323-gateway voip tech-prefix 2#

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

When i am check CVP with ss and sss in VB Admin.

I am not getting any call.

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

ICM router is also not showing anything whenever i dial 33333 from IP phone. I m still getting fast busy. and also getting THERE IS NO BANDWIDTH AVAILABLE message on phone.

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

I have made the media Termination point and applied it on Device Pool. But still the problem is same.

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

What to do now.

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

Md. Mijanur Rahman · ‎10-21-2008

A small correction:

>>>zone prefix gatekeeper 33333* gw-priority 10 172.28.49.247 (CVP IP ADDRESS)

--zone prefix gatekeeper 33333* gw-priority 10 172.28.49.247 (CVP H323 ID)

>>>zone prefix gatekeeper 550.. gw-priority 10 172.28.49.231 (CALLMANGER IP ADDRESS)

--zone prefix gatekeeper 550.. gw-priority 10 gatekeeper_1 (CALLMANGER H323 TRUNK)

you will need a voip dial-peer at VGW with 'destination pattern 33...' and 'session target ras', it will work.

You can have a small workaround, reconfigure your RP pointing to CVP.

wasiimcisco · ‎10-22-2008

Still the situation is same. I have change the RP 33333 towards CVP.

Reconfigure the Trunk with GK. Restart the CCM.

See the latest configuration of VG

interface GigabitEthernet0/0

ip address 172.28.49.244 255.255.255.0

duplex auto

speed auto

negotiation auto

h323-gateway voip interface

h323-gateway voip id gatekeeper ipaddr 172.28.49.230 1719

h323-gateway voip h323-id vg

h323-gateway voip tech-prefix 2#

dial-peer voice 33333 voip

description **** PrePaid Calls *****

destination-pattern 33333

voice-class h323 1

session target ras

tech-prefix 2#

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

codec g711ulaw

no vad

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

Gatekeeper configurtaion.

gatekeeper

zone local gatekeeper warid.com

zone prefix gatekeeper 33333* gw-priority 10 172.28.49.247

zone prefix gatekeeper 550.. gw-priority 10 gatekeeper_1 172.28.49.231

no shutdown

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

But CVP still not able to receive the call, ICM router is not showing any error.

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

I have restarted all machines but no luck.

geoff · ‎10-23-2008

The basic steps are as follows:

1. The route point (or you can do this through a DNP) makes a post route request on the CUCM RC.

2. The dialed number is assigned to a call type.

3. The call type maps 1-1 to a routing script.

4. The first node is a "Send To VRU" node.

5. This returns a label configured on the NVRU for the CUCM RC (not the label on the CVP RC - a different label). For example, 1999999999. The Call Router pauses the script.

6. The correlation ID is appended and there needs to be a way for CUCM to find a CVP Call Server (in your case, via the GK).

7. The Call Server sends a request instruction up through the CVP PG and the Call Router resumes the script it paused. At the next "Queue" or "Run Ext Script" node, the Router does an implicit "Send To VRU". This returns the label on the CVP RC - say 8111111111.

8. The gatekeeper needs to have a way of sending this call to start the VRU leg on the gateway. Now the call is queued on the gateway.

9. Normal CVP stuff now - the agent becomes available and returns the device target, and the gatekeeper resolves this to be handled by CUCM etc.

Regards,

Geoff

wasiimcisco · ‎10-23-2008

In dialed Number Tab, I have the following Configuration.

dialed number : CCMPG.RC.33333 and default label is 2000

dialed number : VRUPG.RC.33333 and default label is 3000

dialed Mapped Number: Call type= Pre-Paid.

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

1. The route point (or you can do this through a DNP) makes a post route request on the CUCM RC.

2. The dialed number is assigned to a call type.

dialed number : CCMPG.RC.33333 and default label is 2000

dialed Mapped Number: Call type= Pre-Paid.

3. The call type maps 1-1 to a routing script.

4. The first node is a "Send To VRU" node.

5. This returns a label configured on the NVRU for the CUCM RC (not the label on the CVP RC - a different label). For example, 1999999999. The Call Router pauses the script.

Answer: dialed number : CCMPG.RC.33333 and default label is 2000

6. The correlation ID is appended and there needs to be a way for CUCM to find a CVP Call Server (in your case, via the GK).

zone prefix gatekeeper 200* gw-priority 10 172.28.49.247 (CVP IP address)

zone prefix gatekeeper 33333* gw-priority 10 172.28.49.247

zone prefix gatekeeper 550.. gw-priority 10 gatekeeper_1 172.28.49.231

7. The Call Server sends a request instruction up through the CVP PG and the Call Router resumes the script it paused. At the next "Queue" or "Run Ext Script" node, the Router does an implicit "Send To VRU". This returns the label on the CVP RC - say 8111111111.

8. The gatekeeper needs to have a way of sending this call to start the VRU leg on the gateway. Now the call is queued on the gateway.

Answer: In my case, The call is orignated from IP phone regester in CCM, means calls again comes back to CCM. So I am adding

another zone prefix in GK pointing towards Callmanger.

zone prefix gatekeeper 300.. gw-priority 10 172.28.49.231

9. Normal CVP stuff now - the agent becomes available and returns the device target, and the gatekeeper resolves this to be handled by CUCM etc.

But still the problem is same, still getting busy tone,

geoff · ‎10-24-2008

>>5. This returns a label configured on the NVRU for the CUCM RC (not the label on the CVP RC - a different label). For example, 1999999999. The Call Router pauses the script.

Your answer was not relevant.

What are the labels you have on the two routing clients for the Network VRU?

Regards,

Geoff

usman.amjad · ‎10-24-2008

I have The following Configuration in Network

VRU Explorer.

For Type 5

CCMPG.RC label is 20000

VRUPG.RC label is 3000

I have another network VRU for Type 7

VRUPG.RC label is 3002

This is all I have in Network PG Explorer Window