MGCP-gateways configureren en oplossen

Inleiding

In dit document wordt beschreven hoe u het Media Gateway Control Protocol (MGCP) configureert en problemen oplost. MGCP is een Call Agent/Endpoint-protocol.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

• VG320
• Cisco Unified Communications Manager 11.5

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Achtergrondinformatie

Opmerking: in dit document worden configuratievoorbeelden, foutopsporing en opdrachtuitvoer weergegeven als referentiepunten. De functies in dit document zijn duidelijk gemarkeerd met de versie waarin de functie is geïntroduceerd in zowel Cisco IOS® als Cisco IOS® XE.

gemeenschappelijke definities

attribuut	Definitie
oproepagent	De Call Control-elementen die de primaire rol spelen en gecentraliseerde gespreksinformatie bieden.
Eindpunten	De Eindpunten zijn de apparaten die de Call Agents beheren, zoals: FXO, FXS of een DS0-kanaal.
PSTN	Openbaar geschakeld telefoonnetwerk.

MGCP Fundamentals

Het Media Gateway Control Protocol (MGCP) wordt gedefinieerd door RFC 2705. De MGCP is een Call Agent/Endpoint protocol waarbij het Endpoint wordt aangestuurd door een Call Agent van een bepaald type. De volledige controle-intelligentie wordt beheerd door een Call Agent die het eindpunt instrueert welke actie moet worden ondernomen zodra een gebeurtenis wordt gedetecteerd. MGCP gebruikt TCP-poort 2428 en UDP-poort 2427.

TCP-poort 2428 in MGCP wordt gebruikt om een nieuwe socket te openen met de Call Agent om te bepalen of de verbinding tot stand kan worden gebracht. Zonder deze nieuwe socket kunnen latere MGCP-berichten niet worden uitgewisseld. Het wordt ook gebruikt voor het verzenden/ontvangen van backhaul-berichten tussen PRI-eindpunten en de Call Agent waarbij het is geregistreerd. Ten slotte wordt TCP-poort 2428 gebruikt voor failover naar back-ups van Call Agents in het geval dat een Primary Call Agent niet reageert.

UDP-poort 2427 in MGCP wordt gebruikt voor MGCP-berichten die worden uitgewisseld tussen de eindpunten en callagents.

basisstroming

Dit is een voorbeeld van een basis MGCP Flow. In dit voorbeeld ontvangt de gateway een nieuwe oproep van de PSTN op deze Voice Gateway (Eindpunt). De Gateway stelt de Call Agent (CUCM) op de hoogte van deze nieuwe oproep die wordt ontvangen, de Call Agent instrueert de Gateway om een verbinding te maken voor deze nieuwe oproep. Ten slotte stuurt de Gateway een OK terug naar de Call Agent om het gesprek tot stand te brengen.

Eindpuntidentificatiecodes

Per eindpunt is een identifier nodig voor de Call Agent om te bepalen wie een gebeurtenis moet verzenden of waar een gebeurtenis vandaan komt. Endpoint Identifiers hebben twee hoofdcomponenten:

• Lokale naam binnen die Gateway (hoofdletterongevoelig).
• Domeinnaam van die Gateway die het eindpunt beheert (hoofdlettergevoelig).

Voorbeelden:

• AALN/S1/SU0/0@AV-VG200-2.cisco.com
• S0/SU0/DS1-0@AV-VG200-1

Basisconfiguratie van MGCP

In dit document zijn alle configuratiecomponenten in afzonderlijke stappen opgedeeld.

Gateway CLI-configuratie

Op de Analoge Gateway die u van plan bent te registreren bij CUCM, is dit de minimale configuratie die vereist is. U hoeft alleen deze configuratie toe te voegen om het registratieproces te starten, omdat de resterende configuratie wordt gedownload van CUCM:

VG320(config)# mgcp call-agent 10.50.217.100 2427 service-type mgcp version 0.1
VG320(config)# ccm-manager config server 10.50.217.100
VG320(config)# ccm-manager config
VG320(config)# ccm-manager mgcp
VG320(config)# mgcp
**Note on the ISR4000s if you fail to down load your configuration file, you must add the command:
VG320(config)# ip tftp source-interface GigabitEthernet x/x/x

CUCM-configuratie

Stap 1. Als u de MGCP-gateway in CUCM wilt configureren, moet u zich aanmelden bij Cisco Unified CM Administration. Navigeer na het aanmelden naar Apparaat > Gateway:

Stap 2. De vorige selectie plaatst u op de pagina Zoeken en lijst gateway. Selecteer op deze pagina de knop Nieuw toevoegen met een "+" (plus)-teken:

Stap 3. Nadat u Nieuw toevoegen hebt geselecteerd, wordt u gevraagd een gatewaytype te kiezen. Gebruik de vervolgkeuzelijst om de hardware te kiezen die u wilt registreren en selecteer Volgende om het gewenste protocol voor dit apparaat te kiezen (u moet MGCP selecteren):

Stap 4. Nadat u de gebruikte hardware en het gebruikte protocol hebt geselecteerd, moet u de domeinnaam, de Cisco Unified Communications Manager Group en de modulegegevens configureren. Dit zijn de belangrijkste velden die nodig zijn om een eindpunt te registreren via MGCP.

Stap 5. De domeinnaam bestaat uit 1 tot 2 delen. In het veld Domeinnaam moet u minimaal de hostnaam van de router invoeren. In dit scenario is de hostnaam:

VG320. Als u echter een domeinnaam hebt geconfigureerd op de gateway, moet u de volledig gekwalificeerde domeinnaam van dit apparaat configureren:

Stap 6. Kies Opslaan. Hiermee wordt de pagina bijgewerkt en kunt u een subeenheid selecteren. Selecteer opnieuw Opslaan zodra u een subeenheid hebt geselecteerd. U kunt nu uw configureerbare poorten zien:

Stap 7. Als u een eindpunt wilt configureren, klikt u op de poort waarop uw analoge apparaat is aangesloten (in dit scenario is dit 0/0/0). Nadat u een poort hebt geselecteerd, wordt u gevraagd het poorttype te configureren:

Stap 8. Selecteer in dit geval POTS. Nadat u deze optie hebt geselecteerd, kunt u alle benodigde waarden voor de apparaatgegevens invoeren, zoals u dat ook zou doen voor elk ander Call Manager-eindpunt. Het enige vereiste veld is Apparaatgroep, maar u kunt extra waarden invoeren, zoals de zoekruimte voor oproepen. Klik op Opslaan als u klaar bent.

Stap 9. Op dit punt heeft het linkerdeelvenster het veld Een nieuw DN toevoegen ingevuld U kunt nu een DN aan deze poort koppelen, opslaan en de configuratie toepassen. Zodra dit is voltooid, kunt u op de pagina voor poortconfiguratie zien dat de poort is geregistreerd:

Eindpuntregistratie en oproepinstelling

In deze sectie worden de basisprincipes van MGCP-eindpuntregistratie en oproepinstallatie behandeld. Dit omvat de opdrachtberichten die worden gezien als de gateway die interageert met de oproepagent. In dit scenario is CUCM onze Call Agent.

MGCP-eindpuntregistratie

Als een MGCP-eindpunt zich wil registreren bij CUCM, opent de Gateway TCP-socket 2428 naar CUCM. Vanaf hier gebruikt het UDP-poort 2427 om opdrachtberichten te verzenden. Zodra de socket is geopend, stuurt de Gateway een RSIP-opdracht naar de CUCM om te informeren dat het Eindpunt buiten dienst moet worden gesteld terwijl de herstart plaatsvindt. De CUCM stuurt hier een eenvoudige bevestiging van. Nadat de herstart is voltooid, verzendt CUCM een RQNT met de parameter R: L / hd. Dit betekent dat de Gateway CUCM op de hoogte moet brengen van een off-hook-gebeurtenis.

Op dit punt verzendt de CUCM een Audit Endpoint (AUEP) naar de Gateway om de status van het gegeven Endpoint te bepalen. Het antwoord van de Gateway is een ACK met de eindpuntmogelijkheden. Zodra dit is voltooid, wordt het eindpunt geregistreerd bij de CUCM. Dit is een voorbeeld van debug-uitvoer:

000138: *Apr 23 19:41:49.010: MGCP Packet sent to <CUCM IP>:2427--->
RSIP 39380951 aaln/S0/SU0/0@VG320.dillbrowLab.local MGCP 0.1
RM: restart
<---

000139: *Apr 23 19:41:49.030: MGCP Packet received from <CUCM IP>:2427--->
200 39380951 
<---

000140: *Apr 23 19:41:49.030: MGCP Packet received from <CUCM IP>:2427--->
RQNT 3 AALN/S0/SU0/0@VG320.dillbrowLab.local MGCP 0.1
X: 2
R: L/hd
Q: process,loop
<---

000141: *Apr 23 19:41:49.030: MGCP Packet sent to <CUCM IP>:2427--->
200 3 OK
<---

000142: *Apr 23 19:41:49.050: MGCP Packet received from <CUCM IP>:2427--->
AUEP 4 AALN/S0/SU0/0@VG320.dillbrowLab.local MGCP 0.1
F: X, A, I
<---

000143: *Apr 23 19:41:49.050: MGCP Packet sent to <CUCM IP>:2427--->
200 4 
I:
X: 2
L: p:10-20, a:PCMU;PCMA;G.nX64, b:64, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE
L: p:10-220, a:G.729;G.729a;G.729b, b:8, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE
L: p:10-110, a:G.726-16;G.728, b:16, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE
L: p:10-70, a:G.726-24, b:24, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE
L: p:10-50, a:G.726-32, b:32, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE
L: p:30-270, a:G.723.1-H;G.723;G.723.1a-H, b:6, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE
L: p:30-330, a:G.723.1-L;G.723.1a-L, b:5, e:on, gc:1, s:on, t:10, r:g, nt:IN, v:T;G;D;L;H;R;ATM;SST;PRE
M: sendonly, recvonly, sendrecv, inactive, loopback, conttest, data, netwloop, netwtest
<---

Instellen van MGCP-oproep

De vorige afbeelding is een voorbeeld van een uitgaande oproep.

U kunt zien dat uw oproepagent, in dit geval CUCM, begint met een CRCX die alleen naar de Gateway moet worden hersteld om een verbinding voor het gesprek tot stand te brengen. De Gateway reageert terug met een 200 OK die SDP bevat voor wat het ondersteunt. Zodra deze uitwisseling is voltooid, verzendt de CUCM een RQNT-bericht naar de Gateway met de parameter S: G/rt. Dit vertelt de Gateway om ringback af te spelen op het apparaat. Nadat het uiteinde de oproep heeft ontvangen en wordt opgehaald, verzendt CUCM vervolgens een MDCX met SDP naar de Gateway om het op de hoogte te stellen van de media-informatie voor het uiteinde van het apparaat. De Gateway stuurt een eenvoudige 200 OK terug om dit te erkennen, en op dit punt, hebben jullie twee-weg media opgericht.

Nu de oproep is beantwoord, verzendt CUCM nog een RQNT met de parameter R: D/[0-9ABCD*#]. Dit vertelt de Gateway om CUCM te laten weten van elke DTMF die wordt ingedrukt terwijl de oproep actief is, zodat deze kan worden doorgestuurd naar het volgende apparaat.

Zodra het gesprek is voltooid, verzendt CUCM een MDCX naar de Gateway met M: recvonly om het medium te beëindigen, gevolgd door een DLCX om het gesprek te verbreken. Dit is een voorbeeld van debug-uitvoer:

001005: *May 13 14:28:15.633: MGCP Packet received from <CUCM IP>:2427--->
CRCX 174 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1
C: A000000001b79063000000F5
X: 21
L: p:20, a:PCMU, s:off, t:b8
M: recvonly
R: L/hu
Q: process,loop
<---

001006: *May 13 14:28:15.637: MGCP Packet sent to <CUCM IP>:2427--->
200 174 OK
I: 6

v=0
c=IN IP4 <Gateway IP>
m=audio 16410 RTP/AVP 0 101 100
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194
<---

001007: *May 13 14:28:15.789: MGCP Packet received from <CUCM IP>:2427--->
RQNT 175 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1
X: 22
R: L/hu
S: G/rt
Q: process,loop
<---

001008: *May 13 14:28:15.789: MGCP Packet sent to <CUCM IP>:2427--->
200 175 OK
<---

001009: *May 13 14:28:17.793: MGCP Packet received from <CUCM IP>:2427--->
MDCX 176 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1
C: A000000001b79063000000F5
I: 6
X: 23
L: p:20, a:PCMU, s:off, t:b8
M: sendrecv
R: L/hu, L/hf, D/[0-9ABCD*#]
S:
Q: process,loop

v=0
o=- 6 0 IN EPN AALN/S0/SU1/0@VG320.dillbrowLab.local
s=Cisco SDP 0
t=0 0
m=audio 18946 RTP/AVP 0 101
c=IN IP4 <Phone IP>
a=rtpmap:101 telephone-event
a=fmtp:101 0-15
<---

001010: *May 13 14:28:17.797: MGCP Packet sent to <CUCM IP>:2427--->
200 176 OK
<---

001011: *May 13 14:28:17.797: MGCP Packet received from <CUCM IP>:2427--->
RQNT 177 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1
X: 24
R: L/hu, D/[0-9ABCD*#], L/hf
S:
Q: process,loop
<---

001012: *May 13 14:28:17.797: MGCP Packet sent to <CUCM IP>:2427--->
200 177 OK
<---

001015: *May 13 14:28:20.813: MGCP Packet received from <CUCM IP>:2427--->
DLCX 178 AALN/S0/SU1/0@VG320.dillbrowLab.local MGCP 0.1
C: A000000001b79063000000F5
I: 6
X: 25
R: L/hd
S:
Q: process,loop
<---

001016: *May 13 14:28:20.845: MGCP Packet sent to <CUCM IP>:2427--->
250 178 OK
P: PS=151, OS=24160, PR=146, OR=23360, PL=0, JI=0, LA=0
<---

Problemen met MGCP oplossen

Wanneer u problemen met MGCP oplost, zijn er enkele handige opdrachten en foutopsporingen die u kunt bekijken om te bepalen waarom registratie of een oproep is mislukt. Een goede plek om te beginnen is om te controleren of uw MGCP Gateway is geregistreerd bij de Call Agent. U kunt controleren door de opdracht show show ccm-manager of show mgcp uit te voeren:

VG320# show ccm-manager
MGCP Domain Name: VG320.dillbrowLab.local
Priority        Status                   Host
============================================================
Primary         Registered               <CUCM IP>
First Backup    None
Second Backup   None

Current active Call Manager:    <CUCM IP>
Backhaul/Redundant link port:   2428
Failover Interval:              30 seconds
Keepalive Interval:             15 seconds
Last keepalive sent:            17:42:40 UTC Jul 12 2019 (elapsed time: 00:00:15)
Last MGCP traffic time:         17:42:55 UTC Jul 12 2019 (elapsed time: 00:00:00)

VG320# show mgcp
MGCP Admin State ACTIVE, Oper State ACTIVE - Cause Code NONE
MGCP call-agent: <CUCM IP> 2427 Initial protocol service is MGCP 0.1
MGCP validate call-agent source-ipaddr DISABLED
MGCP validate domain name DISABLED
MGCP block-newcalls DISABLED

Deze opdrachten zijn ingekort om alleen de relevante uitvoer te bevatten. Raadpleeg voor meer informatie deze uitgangen weergeven:

• MGCP weergeven
• MGCP-eindpunt weergeven
• MGCP-verbinding weergeven
• CCM-Manager weergeven
• Overzicht spraakpoort weergeven
• ISDN-status weergeven
• Controller [T1/E1] x/x/x weergeven
• Toon oproep actieve spraakopdracht
• Overzicht spraakoproep weergeven
• Status spraakoproep weergeven

Als de vorige show-opdrachten zijn uitgecheckt, kunt u deze fouten op het apparaat uitvoeren om verder te bepalen waarom uw oproep is mislukt:

• Foutopsporing MGCP [Eindpunt | Fout | Gebeurtenissen | Pakketten]
• Foutopsporing MGCP ALL (voor geavanceerde foutopsporing)
• Foutopsporing CCM-Manager [Backhaul | Config-Download | Fout | Evenementen]
• VoIP-capi-ingang voor foutopsporing
• foutopsporings-VPM-signaal
• Foutopsporingssessie VIP VTSP
• Foutopsporing ISDN Q931

De vorige debugs zijn een geweldige plek om te beginnen met het oplossen van problemen met de registratie en het instellen van oproepen.

Gerelateerde informatie

• RFC 2705: Data Tracker - Notification Request

Revisiegeschiedenis

Revisie	Publicatiedatum	Opmerkingen
5.0	02-Jul-2026	Bijgewerkte spelling, spatiëring en 1 alt-tekst.
4.0	29-Aug-2023	Bijgewerkte PII, SEO, branding vereisten en opmaak.
3.0	15-Jul-2022	hercertificering
1.0	14-Aug-2019	Eerste vrijgave