MGCP ゲートウェイを設定し、解決して下さい

ダウンロードオプション

PDF (605.1 KB)
Adobe Reader を使ってさまざまなデバイスで表示
ePub (371.5 KB)
iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
Mobi (Kindle) (708.7 KB)
Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示

Updated: 2019 年 8 月 14 日

Document ID:214635

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポートコンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

概要

この資料はメッセージの後ろのメディアゲートウェイコントロールプロトコル（MGCP）およびメカニズムを解説したものです。それらを重要にさせる何がすなわち、それ disects MGCP メッセージよりよくコンポーネントのそれぞれを理解するため、および。全体としてプロトコル MGCP を設定し解決する方法を MGCP に加えて、この資料はまた含まれています。

このドキュメントでは、参照ポイントとして、設定例と、デバッグおよび show コマンドの出力を利用します。このドキュメント内の多くの機能は、機能が IOS と IOS-XE の両方に導入されたバージョンが明確に示されています。

前提条件

要件

次の項目に関する知識が推奨されます。

この資料を読むとき形式的な必要条件がありません。 MGCP に概要であることを意味します。

使用するコンポーネント

Cisco Unfied 通信マネージャ 11.5
VG320

よくある Definitiions

Attribute	定義
Call Agent	マスターロールを担い、集中呼出し知性を提供する呼制御要素。
エンドポイント	エンドポイントはコールエージェントが制御するデバイスです。たとえば、次のとおりです。 FXO、FXS、または DS0 チャネル
PSTN	Public Switched Telephone Networks（公共スイッチ電話ネットワーク）

本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。ネットワークが本番にある場合、あらゆるコマンドの潜在的影響を理解するようにして下さい。

MGCP 基礎

メディアゲートウェイコントロールプロトコル（MGCP）は RFC 2705 によって定義されます。 MGCP はエンドポイント（スレーブ）が型の Call Agent （マスター）によって制御されるマスター・スレーブプロトコルです。エンドポイントに指示するイベントを一度奪取するどんな操作を検出するか全体の制御知性はマスターによって制御されます。 MGCP は TCPポート 2428 および UDP ポート 2427 を使用します。

MGCP の TCPポート 2428 が接続が確立することができたかどうか確認するために Call Agent の新しいソケットを開くのに使用されています。この新しいソケットなしで、それに続く MGCP メッセージは交換することができません。それもに登録されている Call Agent と PRI エンドポイント間の送信/受信バックホールメッセージに使用されます。最終的には、TCPポート 2428 はプライマリ Call Agent によってが無理解であるイベントでバックアップコールエージェントへのフェールオーバーに使用されます。

MGCP の UDP ポート 2427 はエンドポイントとコールエージェントの間で交換される MGCP メッセージのために使用されます。

基本フロー

これは基本 MGCP フローの例です。ゲートウェイがこの音声ゲートウェイ（エンドポイント）の PSTN から新しいコールを受信することが例でわかります。ゲートウェイはそして受信されるこの新しいコールの Call Agent （CUCM）、Call Agent を知らせましたりそしてこの新しいコールのための接続を作成するようにゲートウェイに指示します。最終的には、ゲートウェイは Call Agent にコールを確立するために OK を送り返します。

エンドポイントID

識別子はイベントを送信することを必要とする誰がまたはイベントが来るどこにから判別できるために Call Agent のためのエンドポイントごとに必要です。エンドポイント識別は 2 つの主要なコンポーネントを備えています:

そのゲートウェイ（無感覚なケース）内の Local name。
あるそのゲートウェイのドメイン名はエンドポイントを管理します（大文字/小文字の区別がある）。

例：

AALN/S1/SU0/0@AV-VG200-2.cisco.com

S0/SU0/DS1-0@AV-VG200-1

MGCP の基本設定

この資料は個々のステップに構成コンポーネントのそれぞれを取り出しました。

ゲートウェイ CLI 設定

CUCM に登録することを計画するアナログゲートウェイでこれは実際に必要となる最小コンフィギュレーションです。設定の他が CUCM からダウンロードされるのでだけ登録手続を開始するためにこの設定を追加する必要があります:

VG320(config)# mgcp call-agent 14.50.217.100 2427 service-type mgcp version 0.1
VG320(config)# ccm-manager config server 14.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 の設定

CUCM の MGCP ゲートウェイを設定するために Cisco Unified CM 管理にログインを必要とします。ログオンされる、Device > Gateway にナビゲートして下さい:

前の選択は Gateway ページ検索およびリストで開始します。これで、プラス記号が付いている Add New ボタンを選択したいと思います:

『Add New』を選択した後ゲートウェイタイプを選択するためにプロンプト表示されます。この登録することを計画するハードウェアを選択するために廃棄し選り抜きの隣で選択しますによってこのデバイス（『MGCP』を選択する必要があります）のためにほしいプロトコルを使用して下さい:

使用されるハードウェアおよびプロトコルを選択したのでドメイン名、Cisco Unified Communications Manager グループおよびモジュール情報を設定する必要があります。これらは MGCP によってエンドポイントを登録するために必要となる Major フィールドです。

ドメイン名は 1 人から 2 人の部で構成されます。 Domain Name フィールドの少くともルータのホスト名を入力する必要があります。シナリオでは、ホスト名は次のとおりです:

VG320

ただし、ゲートウェイで設定されるドメイン名があればこのデバイスの完全修飾ドメインネームを設定する必要があります:

この場合、保存を見つけて下さい。これはページをアップデートし、サブユニットを今選択することを可能にします。サブユニットを選択したら、再度『SAVE』を選択して下さい。 今設定可能なポートを次のように表示できます:

エンドポイントを今設定するために、アナログ装置を差し込んでもらうポートをクリックして下さい（ケースで、0/0/0 です）。ポートを選択すればポートタイプを設定するためにプロンプト表示されます:

この場合、『POTS』を選択します。これが選択されれば、他のどの Call Manager エンドポイントのためにもようにデバイス情報のすべての必要な値を入力することができます。唯一の必要フィールドは Calling Search Space のような事柄の値を入力したいと思うかもしれませんどんなに、デバイスプールです。これを終了したら、それから『SAVE』をクリックすることができます。この時点で左ペインが追加をあなたのための新しい DN フィールド読み込んだことを今見ます。このポート、保存および適用と設定今 DN を関連付けることができます。これがされれば、登録されているように今ポートを表示できますポートコンフィギュレーションページで背部:

エンドポイント登録及びコールセットアップ

このセクションでは、MGCP エンドポイント登録およびコールセットアップの基本をカバーします。これにはゲートウェイとして見られるメッセージによってが Call Agent と相互に作用しているコマンドが含まれています。このシナリオでは、CUCM は Call Agent です。

MGCP エンドポイント登録

CUCM に登録するべき MGCP エンドポイントに関してはゲートウェイはここではそれ使用します UDP ポート 2427 をからの send コマンドメッセージに CUCM に TCP ソケット 2428 を、開きます。再始動が発生する間、エンドポイントは奪取された Out Of Service である必要があることそれを知らせるためにソケットが CUCM に開いたそれゲートウェイ RSIP コマンドを送信すれば、および CUCM これに簡単な確認応答を送信します。再始動が完了する後、CUCM はパラメータ R の RQNT を送信します: L/hd. これがすることはゲートウェイがオフフックイベントの CUCM を知らせる必要があることを表示しますあります。

この時点で、CUCM はある特定のエンドポイントのステータスを判別するためにゲートウェイに AUEP （Audit Endpoint）を送信します。ゲートウェイからの応答はエンドポイント機能の ACK です。これが完了したエンドポイントは CUCM に登録されています。これはサンプルデバッグ出力です:

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
<---

MGCP コールセットアップ

前のイメージはアウトバウンドコールの例です。

Call Agent が、この場合 CUCM、コールのための接続を確立するゲートウェイに recvonly 持っている CRCX から開始することがわかります。ゲートウェイは SDP が含まれている 200 OK でサポートするものをのための応答を返します。この交換が行われれば、CUCM はパラメータ S のゲートウェイに RQNT メッセージを送ります: G/rt. これはゲートウェイにデバイスに呼出しをするように伝えします。遠端がコールを受信した、取りあげる後、CUCM はゲートウェイにそしてそれに遠端デバイスのためのメディア情報の知らせるように SDP の MDCX を送信します。ゲートウェイはこれを確認するために簡単な 200 OK を送返しこの時点で双方向メディアがあります。

コールが応答されたので、CUCM はパラメータ R の別の RQNT を送信します: D/[0-9ABCD*#]. これは次のデバイスに中継で送ることができるようにコールがアクティブな間、CUCM に押されるあらゆる DTMF の知らせるために伝えしますゲートウェイにあります。

コールがと終われば、CUCM は M のゲートウェイに MDCX を送信します: recvonly コールを切断するために DLCX に先行しているメディアを終えるため。これはサンプルデバッグ出力です:

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
<---

MGCP を解決して下さい

MGCP を解決するとき登録かコールがなぜ失敗したか判別するために表示できるデバッグおよびいくつかの有用な show コマンドがあります。開始するべき大きいインポートは MGCP ゲートウェイが Call Agent に登録されているかどうか確認することです。 show コマンド show ccm-manager か show mgcp によってこれをチェックできます:

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

これらのコマンドはちょうど適切な出力が含まれている短くされました。その他の情報の場合、示します出力をこれらを検知できます:

show mgcp
show mgcp endpoint
show mgcp connection
show ccm-manager
show voice port summary
show isdn status
show controller [t1/e1] x/x/x
show call active voice brief
show voice call summary
show voice call ステータス

前の show コマンドがチェックする場合、更にコールがなぜ失敗したか判別するためにデバイスのこれらのデバッグを実行できます:

debug mgcp [エンドポイント | error | イベント | packets]
debug mgcp すべて（高度デバッグのために）
デバッグ ccm-manager [バックホール | 構成ダウンロード | error | イベント]
debug voip ccapi inout
debug vpm signal - このコマンドは、シグナリングイベントに関するデバッグ情報の収集に使用するもので、PBX へのシグナリングに関する問題の解決に役立ちます。
debug voip vtsp session
debug isdn q931

前のデバッグは向かうべき大きいインポート登録およびコールセットアップ問題を解決することを必要とするものがにです。

MGCP ゲートウェイを設定し、解決して下さい

ダウンロードオプション

翻訳について

目次

概要

前提条件

要件

使用するコンポーネント

よくある Definitiions

MGCP 基礎

基本フロー

エンドポイントID

MGCP の基本設定

ゲートウェイ CLI 設定

CUCM の設定

エンドポイント登録及びコールセットアップ

MGCP エンドポイント登録

MGCP コールセットアップ

MGCP を解決して下さい

関連情報

シスコエンジニア提供

このドキュメントは役に立ちましたか?

シスコに問い合わせ

関連するシスココミュニティディスカッション

MGCP ゲートウェイを設定し、解決して下さい

ダウンロード オプション

翻訳について

目次

概要

前提条件

要件

使用するコンポーネント

よくある Definitiions

MGCP 基礎

基本フロー

エンドポイントID

MGCP の基本設定

ゲートウェイ CLI 設定

CUCM の設定

エンドポイント登録及びコールセットアップ

MGCP エンドポイント登録

MGCP コールセットアップ

MGCP を解決して下さい

関連情報

シスコ エンジニア提供

このドキュメントは役に立ちましたか?

シスコに問い合わせ

関連するシスコ コミュニティ ディスカッション

ダウンロードオプション

シスコエンジニア提供

関連するシスココミュニティディスカッション