10-13-2008 03:09 PM - edited 03-14-2019 03:02 AM
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.
10-15-2008 03:05 PM
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.
10-20-2008 01:27 PM
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.
10-20-2008 08:01 PM
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.
10-21-2008 01:55 AM
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.
10-21-2008 03:11 AM
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.
10-21-2008 02:35 PM
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.
------------------------------------------
10-21-2008 07:58 PM
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.
10-22-2008 01:26 AM
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.
10-23-2008 06:21 AM
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
10-23-2008 01:54 PM
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,
10-24-2008 05:53 AM
>>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
10-24-2008 06:36 AM
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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide