Protokol Media Gateway Control Protocol (MGCP) a jeho použití na Cisco IOS

VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA

Technologie počítačových sítí

Protokol Media Gateway Control Protocol (MGCP) a jeho použití na Cisco IOS. Projektová zpráva

AUTOŘI: LIBOR MIKA (MIK400), TOMÁŠ KNOR (KNO034)

Obsah VOIP (Voice over IP) ................................................................................................... 1 Voice Gateway(VoGW) ........................................................................................................... 1 Protokoly VoIP ........................................................................................................................... 1 H.323 a SIP (Session Initiation Protocol) ........................................................................ 1 RTP a RTCP ................................................................................................................................. 2 MGCP (Media Gateway Control Protocol) ............................................................... 3 Media Gateway (MG) .............................................................................................................. 3 Media Gateway Controller (MGC, Call Agent) ............................................................... 3 Model VoIP s použitím MGCP ............................................................................................... 3 Popis příkazů MGCP protokolu ........................................................................................... 4 Příprava na projekt ............................................................................................................. 6 Příprava na testování ............................................................................................................. 6 Popis konfigurace Media Gateway (MG) ................................................................. 7 Příklad konfigurace MGCP na CallManageru ..................................................... 10 Vyhodnocení projektu .................................................................................................... 11 Přílohy ..................................................................................................................................... 12 Seznam doplňkového materiálu a použitých zdrojů ..................................... 15

Protokol Media Gateway Control Protocol a jeho použití na Cisco IOS

VoIP (Voice over IP) Voice over IP je přenos hlasu v sítích založených na protokolu IP. IP telefonie se používá jako alternativa ke klasickému telefonování přes síť. Má to několik výhod:

datové sítě se prosazují čím dál více než telefonní sítě společnosti po celém světě mohou uskutečňovat svůj telefonní provoz po vlastních datových sítích, které již ve firmě existují velký potenciál VoIP je právě v jeho možnosti používat komunikační standardy pro přenos dat, hlasu a videa zároveň s doplněním o integrované služby (QoS)

Voice Gateway (VoGW) Hlasová brána VoGW (Voice Gateway) je klíčovou částí služeb IP telefonie, neboť umožňuje spojení mezi klasickou telefonní a datovou sítí, to znamená, že provádí všechen nezbytně nutný fyzický překlad a hlasovou kompresi a tím dovoluje volání mezi těmito dvěma prostředími.

Protokoly VoIP VoIP využívá dva druhy protokolů:

Signalizační Signalizační protokoly slouží k navazování spojení, řízení toku a jeho ukončování. Mezi signalizační protokoly patří H.323, SIP, MGCP, Megaco.

Komunikační Komunikační protokoly slouží k vlastnímu přenosu hlasu. Využívá se protokolu RTP a RTCP.

H.323 a SIP (Session Initiation Protocol) H.323 H.323 je rodina dobře zdokumentovaných standardů, je starší než SIP. Při vzniku bylo jeho cílem zachování všech služeb, které již v telekomunikačních sítích byli (PSTN, ATM, ISDN), řízení a se integrovalo do jednoho centrálního prvku – Gatekeeper. H.323 používá binární formát zpráv, má složitější vrstvenou architekturu obsahující vzájemně provázanou řadu protokolů. Pro přenos dat využívá protokol RTP, pro řízení protokol H.245 a pro signalizaci protokol H.225.0. SIP (Session Initiation Protocol) SIP je signalizačním protokolem pro sestavení, dohled a rozpad obecných relací (dvoubodové nebo multipoint). SIP je nezávislý na přenášeném obsahu relací (přenos multimediálních dat, telefonní hovory) data přenáší pomocí RTP. Jeho signalizace by se dala přirovnat k standardnímu telefonování – vytáčení čísla, způsobení, že na druhé straně bude telefon zvonit, nebo zaznění signálu obsazení linky. Implementace a terminologie je samozřejmě v prostředí SIP jiná, ale pro koncového uživatele je chování velmi podobné.

Stránka 1


SIP je rozšiřitelný (možnost přidávat nové hlavičky), textový (text-based), což umožňuje lidem přečíst a pochopit SIP zprávy. SIP používá protokol SDP (Session Description Protocol) pro popis relací (využit v RTP), tedy dohodě o formátu medií, adresy a portu pro příjem vysílání, informace o šifrování. SIP je jednodušší , něž protokol H.323, snadněji se implementuje, poskytuje vyšší rychlost a postupně vystupuje do popředí a stává se součástí mnohých i volně dostupných telefonních aplikací.

RTP a RTCP RTP (Real Time Protocol) RTP vytváří kanál pro samotný přenos zvuku a videa v reálném čase mezi dvěma koncovými body sítě provozovaný nad UDP. Zajišťuje, aby pakety dorazili ke koncovému bodu ve správném pořadí pomocí časových razítek (timestamp) a sekvenčních čísel pro jejich případně přeuspořádání u příjemce. Identifikuje přenášené informace (kodeky) a přenos synchronizace, tedy informace o čase získání vzorků. Obvykle mu parametry pro nastavení a přenos po kanálu dodá používaný protokol (H.323 či SIP), které dohodnul při vzájemné komunikaci obou stran. RTCP (Real Time Control Protocol) RTCP je řídící protokol pro RTP kanál, každý RPC má jeden RTCP, pracující na principu zpětné vazby pro vyhodnocení kvality spojení. Přenáší řídící informace.

Stránka 2


MGCP (Media Gateway Control Protocol) Media Gateway (MG) Media Gateway je typicky síťový prvek, který poskytuje převod mezi audio signály (přenášenými telefonními obvody) a datovými packety (přenášenými přes Internet nebo přes jiné datové sítě). Na Media Gateways může Call Agent vytvářet, modifikovat a mazat spojení, aby vytvořil a kontroloval relace s jinými multimediálními koncovými body (např. IP telefony, video telefony, atd.).

Media Gateway Controller (MGC, Call Agent) Jiným názvem pro MGC je Call Agent. Call Agent řídí Media Gateway pomocí signalizačního protokolu Media Gateway Control Protocol (MGCP). MGCP umožňuje Call Agentovi auditovat (prověřovat) současný stav koncových bodů na Media Gateway. Media Gateway používá MGCP k ohlašování událostí (signál přihlášení nebo vytáčená čísla) Call Agentovi. Následující obrázek je příkladem dvou částí firemních sítí, využívajících VoIP. Skládají se každá z Media Gateway Controller (MGC) a z nejméně jedné Media Gateway (MG).

Model VoIP s použitím MGCP MGC (Call Agent)

MGC (Call Agent)

H.323/SIP

MGCP

MGCP

MG

MG

IP Phone

IP Phone

IP Phone

Stránka 3


MGCP je v podstatě master-slave protokol, kde se očekává, že Media Gateways budou provádět příkazy zaslané Call Agenty. Obvykle jsou packet MGCP zabaleny v UDP. Packet MGCP je buď příkazem, nebo odpovědí. Příkaz začíná slovem se čtyřmi znaky (Samotný popis následuj v podkapitole níže). Odpověď začíná třemi čísly tzv. kódu odpovědi (jejich přehled je uveden v Příloze 1). Existuje 8 příkazů (slov): AUEP, AUCX, CRCX, DLCX, MDCX, NTFY, RQNT, RSIP V protokolu MGCP má každý příkaz transakční ID a obdržuje odpověď. Spojení mohou být buď typu point-to-point, nebo multi-point. Point-to-point spojení je asociací mezi dvěma koncovými body za účelem posílat data mezi těmito koncovými body. Ve chvíli, kdy je asociace vytvořena pro oba koncové body, může se přistoupit k transferu dat mezi těmito koncovými body. Multi-point spojení je vytvořeno spojením koncového bodu k multi-point relaci. Spojení mohou být vytvořena přes mnoho typů nosných sítí. MGCP předpokládá, že více Call Agentů se bude synchronizovat mezi sebou a předávat si informace o stavu zařízení, aby zasílali soudržné příkazy a odpovědi k Media Gateways pod jejich řízením, nebo v případě, že to bude nezbytné, aby byli schopni stav přebudovat. MGCP nedefinuje mechanismy pro synchronizování Call Agentů. Typicky je Media Gateway nakonfigurována seznamem Call Agentů, od kterých může přijímat programování (tento seznam běžně obsahuje jen jeden nebo dva Call Agenty). Avšak v praxi, je obvykle žádoucí, aby všechny koncové body na Media Gateway byly kontrolovány stejným Call Agentem. V případě výpadku primárního Call Agenta, můžeme směrovat hovory přes záložního, pokud se v síti vyskytuje.

Popis příkazů MGCP protokolu MGCP je text-based protokol. Transakce jsou sestaveny z příkazu a povinné odpovědi. Existuje 8 typů příkazů: MGC  MG CreateConnection – CRCX Vytváří spojení mezi dvěma koncovými body, používá SDP (Session Description Protocol) k definování schopnosti účastnících se koncových bodů přijímat data. MGC  MG ModifyConnection – MDCX Mění vlastnosti spojení, má skoro stejné parametry jako příkaz CreateConnection MGC  MG DeleteConnection – DLCX Ukončuje spojení a sbírá statistiky provádění spojení. Media Gateway může také poslat DLCX, když potřebuje smazat spojení pro řízení sebe sama.

Stránka 4


MGC  MG NotificationRequest – RQNT Požadavek na media gateway, aby poslala notifikaci při vyskytnutí se specifické události na koncovém bodě. MGC  MG Notify – NTFY Informuje Media Gateway Controller, když nastane specifická sledovaná událost. Je používán Media Gateway k indikování Call Agentovi, že detekovala událost, jejíž notifikaci Call Agent předtím vyžádal (přes RQNT). MGC  MG AuditEndpoint – AUEP Zjišťuje stav koncového bodu. MGC  MG AuditConnection – AUCX Získává parametry související se spojením. MGC  MG RestartInProgress – RSIP Signalizuje, že koncový bod nebo skupina koncových bodů je ve stavu restartování.

Stránka 5


Příprava na projekt Je třeba zjistit všechny dostupné technické možnosti laboratoře, ve které se bude testování provádět. Ne všechny IOSy a routery od Cisca podporují IP telefonii, či samotnou práci s protokolem MGCP. Další použité vybavení pak již jsou jen IP telefony a nástroj (software či hardware), který bude zastávat funkci Call Agenta (blíže k tomuto problému se dostaneme v další části)

Příprava na testování Pro otestování MGCP by stačilo jednoduché zapojení v obr. 1, ve kterém by byly dva MG a jeden hlavní MGC tedy Call Agent. Cílem by pak bylo otestovat zasílání jednotlivých zpráv mezi MG a Call Agentem. Call Agent 172.168.85.171

MGCP signalizační komunikace

MGCP signalizační komunikace

MG

MG

IP telefon

IP telefon obr. 1

MG by zde představovaly routery, které podporují signalizační protokol MGCP, některé Cisco IOS dostupné v naší testovací laboratoři podporují pouze nastavení na Call Agenta, tedy zadání jeho IP adresy. Na jednom routeru se naházela i verze Cisco IOSu podporují přímo nastavení pro Cisco CallManagera (CCM) tedy jednak adresu a následně další přídavné funkce určené pro CCM. Určili jsme tedy routery, které budou zastávat funkci MG. Zbývá tedy vyřešit Call Agenta. V reálu Call Agenta Cisco zajišťuje pomocí svých softwarů. Jedním z nich je Cisco Unified CallManager Express(CME), představující verzi určenou pro malé a střední firmy(do 250 telefonů) používající IP telefony. Dalším je Cisco CallManager pro velké společnosti (CCM do 30 000 telefonních stanic) mající přímou podporu protokolu MGCP od verze 3.0. V naší testovací laboratoři je dostupný pouze CME. CME je aplikace od Cisca, která na rozdíl od Cisco CallManageru je spuštěný přímo v Cisco IOS založený na IP-PBX a tedy změní router na Call Agenta. V naší laboratoři tento IOS je umístěn na routeru Cisco 2811 s verzí IOS 12.4(11)XA2, která v sobě obsahuje zabudovaný CME. Cisco Unified

Stránka 6


Communications Manager Express (CUCME), formálně Cisco Unified CallManager Express či Cisco CallManager Express, je tedy Cisco IOS, poskytující spektrum nastavení pro telefonní aplikaci. Podporuje Cisco IP telefonii pomocí protokolu SCCP (Skinny Client Control Protocol) a SIP. Také podporuje PSTN možnosti připojení používajícím digitální i analogové linky. Samozřejmě je možné připojit Cisco Unified CME k MGCP sítím, a to použitím buď H.323 protokolu nebo SIPu. Mnoho implementací MGCP Call Agentů (používajících MGCP interně pro řízení telefonů) používá H.323 nebo SIP k připojení oddělených Call Agentů (jako inter-systémový peer-to-peer). Cisco Unified CME sám o sobě nepodporuje řízení MGCP koncových bodů. Přímá MGCP integrace mezi Cisco Unified CME IP telefony a Cisco Unified CallManagerem není podporována. Ačkoli toto nevylučuje souběžnou činnost MGCP (používaného pro PSTN gateway porty) a H.323 s Cisco Unified CME na stejném Cisco IOS voice routeru, není tato konfigurace doporučována (oficiální stanovisko v dokumentaci od Cisca). CallManager Express je patentovaný telefonický systém s několika omezeními funkčnosti. - Nemají vlastního GUI klienta - Nemají GUI administraci vše je třeba psát do skriptu - Nemá softphone - Podle verze či licence spravuje omezený počet telefonních připojení (částečně zpoplatněno), zaleží na zařízení kde je CME nainstalován - Nepodporuje účty a autorizaci - Nepodporuje telefonní nahrávání Další postup byl tedy následující, sestavit konfigurace pro jednotlivé MG a k nim připojené telefonní linky a pak realizovat připojení z MG na router, na kterém je spuštěný CME. Mohli jsme pouze vyzkoušet, jak se dané routery v laboratoři dají konfigurovat, tedy možnosti konfigurace, ale ne už ověřit samotnou funkčnost.

Popis konfigurace Media Gateway (MG) Uvedeme zde konfiguraci MG routeru, která byla odzkoušena, ale nemohla být v naší testovací laboratoři odzkoušena její správnost či úplnost. Zdrojem byl dokument Cisco IOS MGCP and Related Protocols Configuration Guide. Pro úplnost jsem doplnil i o vyjmutý z oficiální dokumentace.

Souhrn kroků 1. mgcp 2. mgcp call−agent 172.168.85.171 2400 service−type mgcp version 0.1 3. mgcp dtmf−relay voip codec all mode out−of−band 4. exit (pro každý telefon připojený k routeru) 5. dial-peer voice 1 pots 6. application MGCPAPP 7. port 1/0/1 8. exit

Popis jednotlivých příkazů Router(config)# mgcp Router(config)# mgcp call-agent {ipaddr | hostname} [port] [service-type type]

Starts the MGCP daemon. Configures the MGCP call agent and service type. If you want SGCP mode, use sgcp as the service type.

Stránka 7


version version-number

Router(config)# mgcp dtmf-relay voip codec {all |low-bit-rate} mode {cisco | nse | out-of-band}

Router(config)# dial-peer voice number pots Router(config-dial-peer)# application MGCPAPP

ip-address Specifies the IP address of the Cisco CallManager server. host-name Specifies the domain name of the Cisco CallManager server. port (Optional) Specifies the UDP port. Valid values are from 1025 to 65,535. The default port is 2427. service-type type (Optional) Specifies the type of gateway control service to be supported by the call agent. The valid value is mgcp, which is the default. version version-number (Optional) Specifies the version of service-type. The valid value is 0.1. Specifiescompressed codecs for digit forwarding. voip codec Dual Tone Multifrequency (DTMF) for Voice over IP (VoIP) calls. The keywords are as follows: • all—All codecs. • low-bit-rate—Any version of the G.729 low-bit-rate codecs. mode DTMF mode. The keywords are as follows: • cisco—DTMF tone from the voice stream is removed and FRF.11 is sent with a special payload of 121 for DTMF digits. • nse—NSE-based forwarding method. • out-of-band—DTMF tone from the voice stream is removed and FRF.11 is not sent. Associates a dial peer with a specific voice port. Initiates the MGCP protocol for the voice ports.

Debug show dial-peer voice sum show running-configuration show mgcp Router# show dial-peer voice sum

Displays the status of the dial peer. The dial peer should be active. If it is not, use the no shut command to make it so. Displays the current configuration settings

Router# show running-configuration

Jedna z možných konfigurací se nachází v příloze vg200_cfg.pdf popsaná v dokumentech.

Popis jednotlivých příkazů pro konfiguraci MGCP s použitím CCM Router(config)# ccm-manager mgcp Router(config)# ccm-manager redundant-host {ip-address | DNS-name} [ip-address | DNS-name]

Router(config)# ccm-manager switchback {graceful | immediate |

Enables MGCP support for controlling the Cisco CallManager. (Optional) Identifies up to two backup Cisco CallManager server hosts. The arguments are as follows: • ip-address—Specifies the IP address of the host backup Cisco CallManager server. • DNS-name—Specifies the Domain Name System (DNS) name (Optional) Configures the gateway switchback function and specifies how the gateway performs if the primary

Stránka 8


schedule-time hh:mm | uptime-delay minutes}

Cisco CallManager server becomes unavailable and later becomes available. The router ignores the return of a higher-level Cisco CallManager server. The keywords are as follows: • graceful—Completes all outstanding calls before returning the gateway to the control of the primary Cisco CallManager server. • immediate—Returns the gateway to the control of the primary Cisco CallManager server without delay, as soon as the network connection to the primary Cisco CallManager server is reestablished. • schedule-time hh:mm—Returns the gateway to the control of the primary Cisco CallManager server at the specified hour and minute, based on a 24-hour clock. If the specified time is earlier than the current time, the switchback to the primary Cisco CallManager server will occur at the specified time on the following day. • uptime-delay minutes—Returns the gateway to the control of the primary Cisco CallManager server when it has run for a specified number of minutes after a network connection to it has been reestablished. Permitted values for this argument range from 1 to 1440 (1 minute to 24 hours).

Router# ccm-manager switchover-tobackup

Manually redirects the gateway to the backup Cisco CallManager server. The switchover to the backup Cisco CallManager server occurs immediately. This command does not switch the gateway to the backup Cisco CallManager server if you have the switchback option set to immediate and the primary Cisco CallManager server is still running.

Debug Router# debug ccm-manager {backhaul {events | packets} | config-download {all | errors | events | packets | xml} | errors | events | music-on-hold {errors | events | packets} | packets}

Displays the CCM error information. The keywords are as follows: • backhaul—Displays CCM backhaul events and packets. – events—Displays CCM backhaul events. – packets—Displays CCM backhaul packets. config-download—Displays debug information for CCM configuration download errors, events, packets, XML parser, or all of these. – all—Displays all errors. – errors—Displays download errors. – events—Displays errors related to the download events. – packets—Displays errors related to the download packets. – xml—Displays XML errors. • errors—Displays CCM errors. events—Displays CCM events. • music-on-hold—Displays CCM MOH errors, events, and packets. – errors—Displays MOH errors. – events—Displays MOH events. – packets—Displays MOH packets.

Stránka 9


Router# show ccm-manager [backhaul | config-download | fallback-mgcp | hosts | music-onhold | redundancy]

Router# debug mgcp [all | errors | events | packets | parser]

• packets—Displays CCM packets. Displays a list of Cisco CallManager servers and presents information related to their status and availability. The optional keywords are as follows: • backhaul—Displays CallManager backhaul information. • config-download—Displays automated configuration download information. • fallback-mgcp—Displays MGCP CallManager fallback information and status. • hosts—Displays the host name of each configured Cisco CallManager server, its operational status, and the address of the host. • music-on-hold—Displays information about the current MOH configuration and status. • redundancy—Displays information related to the failover mode and presents status information, including the redundant link port, the last failover interval, the last keepalive interval for the Cisco CallManager server, the MGCP traffic time, and the switchback mode. Turns on debugging for the gateway. The keywords are as follows: • all—(Optional) Debugs errors, events, packets, and the parser for MGCP modules. • errors—(Optional) Debugs errors for MGCP modules. • events—(Optional) Debugs events for MGCP modules. • packets—(Optional) Debugs packets for MGCP modules. • parser—(Optional) Debugs the parser for MGCP modules.

Příklad konfigurace MGCP na CallManageru Jelikož CME dostupný pro naše testování nepodporuje konfiguraci protokolu MGCP, je možné toto provést pouze v plné verzi Cisco CallManageru (CCM). Jak se tato konfigurace provádí je v příloze na příkladu s CAS (channel associated signaling) zdrojem byl dokument MGCP with Digital CAS and Cisco CallManager Configuration Example. Pro popsání problematiky Interworking of Cisco MGCP Voice Gateways and Cisco CallManager Version 3.1(rok uvedení 2001), který popisuje podporu Cisco IOSu při používaní protokolu MGCP voice gateway, bohužel pouze na starší verzi CCM, současná verze z roku 2007 je verze Cisco CallManageru 5.1.

Stránka 10


Vyhodnocení projektu Po prostudování dokumentace jsme zjistili, že CME jež byl v testovací laboratoři dostupný podporuje protokoly SIP a H.323, a jako signalizační protokol na MG pouze SCCP. I když jsme byli schopni nakonfigurovat MG, aby používaly MGCP na Call Agenta, tak Call Agent (CME) nám dostupný nepodporoval tento protokol. Zdá se, že pokud bychom chtěli otestovat protokol MGCP, bylo by zapotřebí najít jinou softwarovou aplikaci, která simulovala na nějakém serveru funkce Call Agenta a zároveň podporovala protokol MGCP. Existuje několik programů pro malé sítě i firemní sítě, které podporují propojení vnitřních IP telefonů a umožňují jí propojit s PSTN (public switched telephone network), tyto programy podporují tzv. PBX (Private branch exchange). Většinou tyto aplikace sáhnout po implementaci protokolu SIP pomocí, kterého realizují funkce IP telefonie. Během práci na projektu jsme zjistily, že zatím jediná aplikace podporující MGCP je Cisco CallManager, který podporu tohoto protokolu přidal od verze CCM 3.0. Bohužel bez vlastnictví tohoto programu (instalovaném na serveru), který nebyl v naší testovací laboratoři dostupný, bude zjišťování popsané funkčnosti a chování MGCP signalizačního protokolu na Cisco IOS nedostupné. Při vlastnictví CME tedy doporučujeme se zaměřit na protokol SCCP, který je plně podporován na CME. Ověřili jsme, že je součástí Cisca IOSu v 12.4(11)XA2 jehož instalace byla v době práce v testovací v laboratoři nám dostupná.

Stránka 11


Přílohy Přehled návratových hodnot MGCP: (0xx) Response acknowledgements: Code Description 0 The transaction is currently being executed. An actual completion message will follow on later.

(1xx) Provisional response: Code Description 100 The transaction is currently being executed. An actual completion message will follow on later. 101 The transaction has been queued for execution. An actual completion message will follow later.

(2xx) Successful completion: Code 200 250

Description The requested transaction was executed normally. The connection was deleted.

(4xx) Transient error: Code 400 401 402 403 404 405 406 407 409 410

Description The transaction could not be executed, due to a transient error. The phone is already off hook. The phone is already on hook. The transaction could not be executed, because the endpoint does not have sufficient resources at this time. Insufficient bandwidth at this time. The transaction could not be executed, because the endpoint is "restarting". Transaction time-out. The transaction did not complete in a reasonable period of time and has been aborted. Transaction aborted. The transaction was aborted by some external action, e.g., a ModifyConnection command aborted by a DeleteConnection command. The transaction could not be executed because of internal overload. No endpoint available. A valid "any of" wildcard was used, however there was no endpoint available to satisfy the request.

(5xx) Permanent error: Code 500 501 502 503 504

Description The transaction could not be executed, because the endpoint is unknown. The transaction could not be executed, because the endpoint is not ready. The transaction could not be executed, because the endpoint does not have sufficient resources. "All of" wildcard too complicated. Unknown or unsupported command. Unsupported RemoteConnectionDescriptor. This SHOULD be used when one or more mandatory 505 parameters or values in the RemoteConnectionDescriptor is not supported. Unable to satisfy both LocalConnectionOptions and RemoteConnectionDescriptor. This SHOULD be 506 used when the LocalConnectionOptions and RemoteConnectionDescriptor contain one or more mandatory parameters or values that conflict with each other and/or cannot be supported at the same time (except for

Stránka 12


507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 533 534 535 536 537 538 539 540 541

codec negotiation failure, see error code 534). Unsupported functionality. Some unspecified functionality required to carry out the command is not supported. Note that several other error codes have been defined for specific areas of unsupported functionality (e.g. 508, 511, etc.), and this error code SHOULD only be used if there is no other more specific error code for the unsupported functionality. Unknown or unsupported quarantine handling. Error in RemoteConnectionDescriptor. This SHOULD be used when there is a syntax or semantic error in the RemoteConnectionDescriptor. The transaction could not be executed, because some unspecified protocol error was detected. Automatic recovery from such an error will be very difficult, and hence this code SHOULD only be used as a last resort. The transaction could not be executed, because the command contained an unrecognized extension. This code SHOULD be used for unsupported critical parameter extensions ("X+"). The transaction could not be executed, because the gateway is not equipped to detect one of the requested events. The transaction could not be executed, because the gateway is not equipped to generate one of the requested signals. The transaction could not be executed, because the gateway cannot send the specified announcement. The transaction refers to an incorrect connection-id (may have been already deleted). The transaction refers to an unknown call-id. Unsupported or invalid mode. Unsupported or unknown package. Endpoint does not have a digit map. The transaction could not be executed, because the endpoint is "restarting". Endpoint redirected to another Call Agent. No such event or signal. Unknown action or illegal combination of actions. Internal inconsistency in LocalConnectionOptions. Unknown extension in LocalConnectionOptions. Insufficient bandwidth. Missing RemoteConnectionDescriptor. Incompatible protocol version. Internal hardware failure. CAS signaling protocol error. Failure of a grouping of trunks (e.g. facility failure). Response too large. Codec negotiation failure. Packetization period not supported. Unknown or unsupported RestartMethod. Unknown or unsupported digit map extension. Event/signal parameter error (e.g., missing, erroneous, unsupported, unknown, etc.). Invalid or unsupported command parameter. This code SHOULD only be used when the parameter is neither a package or vendor extension parameter. Per endpoint connection limit exceeded. Invalid or unsupported LocalConnectionOptions. This code SHOULD only be used when the LocalConnectionOptions is neither a package nor a vendor extension LocalConnectionOptions.

Stránka 13


(8xx) Package specific response codes: Code 800 801 802 803 804 805 806

Description Invalid NextEndpointName. Invalid StartEndpointName. Invalid or unsupported BulkRequestInfo Parameter. Invalid or unsupported StateType. Bulk Audit Type not supported. Incorrectly specified endpoint range. Requested StartEndpoint unknown or unavailable.

Reason codes: (RFC 2705). Reason-codes are used by the gateway when deleting a connection to inform the Call Agent about the reason for deleting the connection. They may also be used in a RestartInProgress command, to inform the gateway of the Restart's reason. Code 0 900 901 902

Description Endpoint state is nominal. (This code is used only in response to audit requests.). Endpoint malfunctioning. Endpoint taken out of service. Loss of lower layer connectivity (e.g., downstream sync).

Stránka 14


Seznam doplňkového materiálu a použitých zdrojů Použité stažené soubory k dispozici: callcont.pdf - Cisco IOS MGCP and Related Protocols Configuration Guide ccmigration_09186a0080306073.pdf - Cisco IOS Voice Troubleshooting and Monitoring Guide ft_ccm.pdf - Interworking of Cisco MGCP Voice Gateways and Cisco CallManager Version 3.1 vg200_cfg.pdf - Configuring the Cisco IOS MGCP Gateway mgcp-t1-cas-ccm.pdf - MGCP with Digital CAS and Cisco CallManager Configuration Example rfc3661.pdf - MGCP return code usage rfc3435.pdf - MGCP version 1.0 vrht_m1.pdf - Cisco IOS Voice Commands cmecmig.pdf - Cisco Unified Communications Manager Express Call Monitoring Interface Guide

Použité zdroje 1. Cisco Systems, Inc.; Cisco IOS MGCP and Related Protocols Configuration Guide [online]; c 1992-2007; Dostupné na WWW: 2. Cisco Systems, Inc.; Configuring the Cisco IOS MGCP Gateway [online]; c 1992-2007; Poslední aktualizace: Jul 23, 2007; Dostupné na WWW: 3. Cisco Systems, Inc.; MGCP with Digital CAS and Cisco CallManager Configuration Example [online]; c 1992-2007; Poslední aktualizace: Feb 02, 2006; Dostupné na WWW: 4. Cisco Systems, Inc.; Cisco Media Gateway Control Protocol (MGCP) Return Code Usage [online]; poslední aktualizace: December 2003 Dostupné na WWW: 5. Voice Over IP, Protocols.com *online+ Dostupné na WWW: 6. Webb Consulting; [online]; c1998-2008; Dostupné na WWW: < http://www.webbconsult.com> 7. MB Data; [online]; Dostupné na WWW: < http://www.mbdata.cz>

Stránka 15

Protokol Media Gateway Control Protocol (MGCP) a jeho použití na Cisco IOS

Recommend Documents