cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
957
Views
0
Helpful
5
Replies

CVP: using the Gatekeeper and the SIP Proxy, why? VXML gateway and the ingress gateway communication?

bilalghayad
Level 1
Level 1

Hi All;

I am actually keep asking with my self, why to use gatekeeper or SIP proxy when deploying the CVP solution, why not to use the Call Manager? Is it because that the concept built on SIP and H323 so call manager can not handle these kind of operations as call manager is supporting MGCP?

From the other side, what kind of trunk or protocol of communication method is used between the ingress gateway and the VXML browser?

Any advise?

Regards

Bilal

5 Replies 5

geoff
Level 10
Level 10

The main reason is not all who deployed ISN/CVP in the past use Call Manager as the PBX.

CVP is a powerful solution that covers many deployment scenarios. Its ability to integrate with legacy switches has been very important in the past, and although as we move forward, these types of deployments will probably become fewer, the independence of CVP on Call Manager remains a cornerstone of the design.

I'm glad it was built that way. Look at some of the other deployment models (like Call Director) in the CVP Guide.

It's not because Call Manager supports MGCP - you don't need to have any MGCP gateways in your Call Manager deployment. You could have all H.323 gateways and manage the dial plan on the gateways with a gatekeeper. Or use SIP.

The ingress gateway does not talk to the VXML server - the VXML gateway does.

In a branch office design, these are one and the same; but that's not the fundamental architecture. The IOS on the VXML gateway runs a voice browser (I guess you could call this a VXML browser). It uses HTTP to send and receive information (VXML documents) from the VXML server - whether this be the CVP Call Server or an external VXML server (like what was brought in-house with the Audium acqusition - the Cisco CVP VXML Server).

Regards,

Geoff

Thanks for your reply, but actually I did not understand some points until now:

1) How the ingress gateway communicate with the VXML gateway?

2) Why we do not use the Cisco Call Manager instead of the Gatekeeper?

Regards

Bilal

1. They don't communicate with each other.

H.323 call flow (greatly simplified): PSTN-ingress GW-GK-CVP-VXML gw

SIP call flow:  PSTN-ingress GW-SIP Proxy-CVP-VXML gw

You can theoretically deploy SIP solution without SIP Proxy, CVP SRND guide is saying SIP Proxy is optional.  But I think everyone is using SIP Proxy as it provides additional features that CM does not.

2. Gatekeeper is a required component for H.323 deployment, that's how CVP was designed.

You can read in more detail in the CVP SRND guide, section Typical H.323 Unified CVP Call Flow

I also advise you to read the complete CVP SRND guide.  All your answers are in there.

OK.

Last issue: What is the difference between ingress gateway and egress gateway?

Regards

Bilal

yshraybman wrote:

I also advise you to read the complete CVP SRND guide.  All your answers are in there.


Excellent advice. The SRND is a well-written document, one of Cisco's better efforts.

Regards,

Geoff

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: