マルチシャーシマルチリンクPPP (MMP)

マルチシャーシマルチリンクPPP (MMP)
目次
概要
前提条件
要件
使用するコンポーネント
関連用語
表記法
問題の定義
機能概要
SGBP
仮想アクセスインターフェイス
L2F
エンドユーザインターフェイス
SGBP
MP
例
関連情報
概要
この文書では、シスコシステムズのアクセスサーバプラットフォームにおけるスタックまたはマルチシャーシ環境での
Multilink PPP（MP; マルチリンク PPP）のサポート（Multichassis Multilink PPP（マルチシャーシマルチリンク PPP）という
名称で MMP と呼ばれる場合もあり）のサポートについて説明します。
前提条件
要件
このドキュメントに関する固有の要件はありません。
使用するコンポーネント
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべ
てのデバイスは、クリアな（デフォルト）設定で作業を開始しています。対象のネットワークが実稼働中である場合には、どの
ような作業についても、その潜在的な影響について確実に理解しておく必要があります。
関連用語
これはこの資料が使用する専門用語集です:
アクセス・サーバリモートアクセスを提供する ISDN および非同期インターフェイスを含む Ciscoアクセス・サーバプラ
ットフォーム。
L2F レイヤ2 （L2）転送プロトコル（試験的ドラフト RFC）。これはマルチシャーシ MP および VPN の両方にとって基礎と
なるリンクレベルのテクノロジーです。
link システムが提供する A 接続ポイント。リンクは専用のハードウェア・インターフェイス（非同期インターフェイ
スのような）またはマルチチャネルハードウェアインターフェイスのチャネルのどれである場合もあります（PRI か BRI の
ような）。
MP マルチリンク PPP プロトコル（RFC 1717 を参照して下さい
）。
マルチシャーシ MP MP + SGBP + L2F + Vtemplate。
ppp ポイントツーポイントプロトコル（RFC 1331 を参照して下さい
）。
ロータリグループダイヤルするか、またはコールに受信するために割り当てられる物理インターフェイスの集まり。グルー
プはダイヤルするか、または呼び出しに受信するのにリンクを使用できるプールのように機能します。
SGBP Stack Group Bidding Protocol。
スタックグループグループとして動作し、異なるシステムのリンクの MP バンドルをサポートするために設定される 2つ以
上のシステムの収集。
vpdn バーチャルプライベートダイヤルアップネットワーク。 Internet Service Provider（ISP; インターネットサー
ビスプロバイダー）から Cisco Home Gateway へ PPP リンクをフォワーディングするもの。
Vtemplate バーチャル・テンプレート・インターフェイス。
注：この資料で参照される RFC の情報に関しては Cisco IOS Release 11.3-No でサポートされる RFC および他の Stds を参照
して下さい。 523、製品速報; RFC および規格文書の入手; または InterNIC への
リンクのための RFC インデックス直接。
表記法
ドキュメント表記の詳細は、『シスコテクニカルティップスの表記法』を参照してください。
問題の定義
MP は分割する機能の追加オンデマンド帯域幅をユーザに与え、その論理パイプ（バンドル）を渡るパケットを組み変えるために
マルチプルリンクは形成します。
これは低速WANリンクを渡る送信待ち時間を短縮し、また Maximum Receive Unit を高めるために方式を提供します。
送信側では、MP によって 1 つのパケットを複数のパケットにフラグメント化し、複数の PPP リンクに送信できるようになりま
す。受信側では、MP によって、複数の PPP リンクから到達したパケットを元のパケットに再構築します。
Cisco は自律エンド・システムに MP をサポートします、すなわち、同じクライアントからの複数の MP リンクはアクセス・サ
ーバで終端できます。ただし、ISP は、たとえば、便利に複数のアクセス・サーバを渡る複数のPRI に単一ロータリ番号を割
り当てることを好みサーバ構造をビジネス上の必要にスケーラブルおよび適用範囲が広くさせます。
Cisco IOS ソフトウェアリリース 11.2 では Cisco は同じクライアントからの複数の MP リンクが異なるアクセス・サーバで終
端できるように、そのような機能性を提供します。同じバンドルの個々の MP リンクが異なるアクセス・サーバで実際に終端で
きる間、MP クライアントに関する限りでは、これは単一アクセスサーバで終了に類似したです。
この目標を達成するために、MP はマルチシャーシ MP を使用します。
機能概要
図 1 は、1 台のシスコアクセスサーバで MP を使用して、この機能をサポートしている仕組みを表しています。
図 1 単一 Cisco access サーバの MP
図 1 では、MP のメンバーであるインターフェイスがバンドルインターフェイスへ接続されている仕組みを示しています。マル
チシャーシ MP がイネーブルにされていないスタンドアローンシステムでは、メンバーインターフェイスは常に物理インターフ
ェイスになります。
スタック環境を、MP に加えてサポートするために、この 3 つの追加サブコンポーネントは必要です:
SGBP
Vtemplate
L2F
この資料のこれからのセクションはこれらのコンポーネントを詳しく説明します。
SGBP
複数のアクセス・サーバ環境では、ネットワーク管理者はスタックグループに属するためにアクセス・サーバのグループを指
定できます。
スタックグループがシステム A およびシステム B.で構成されていることを仮定して下さい。 userx と問い合わせられるリモー
ト MP クライアントはシステム A （systema）で最初の MP リンク終端があります。バンドル userx は、systema で形成され
ています。 userx からの次の MP リンクは、システム B（systemb）で終端しています。 SGBP では、この userx があるバンド
ルを systema から探します。この時点で、別のコンポーネント L2F systemb から systema に第 2 MP リンクを写し出しま
す。投影された MP リンクは、その後 systema でのバンドルと一緒になります。
このようにして、SGBP はスタックメンバーのバンドル位置を、定義したスタックグループ内で探します。また、SGBP では、
指定したスタックメンバーを「調整」して、バンドルを作成します。例では、最初の MP リンクが systema で、実際にバンド
ル作成に値をつけられる systema および systemb （およびスタックグループの他のすべてのメンバー両方）受け入れられる
時。 systema からの送信権要求はより高いです（最初のリンクを受け入れたので）、従って SGBP はバンドル作成のためにそれ
を指定します。
SGBP 送信権要求プロセスのこの説明は幾分単純化しています。実際には、スタックメンバーからの SGBP 送信権要求はローカ
ルの機能であり、ユーザが設定可能な重み付けされたメトリック、CPU タイプ、MP バンドルの数などです。この入札プロセスは指
定アクセスインターフェイスがない 1 のバンドル作成を system 可能にします。たとえば、スタック環境は 10 のアクセス・サ
ーバシステムおよび 2 4500s で 12 人のスタックメンバーのスタックグループ構成される場合があります。
注：たとえば、2 台の 4500 との間で送信権要求が等しい場合、SGBP は送信権要求の勝者としてどちらか一方をランダムに指定
します。他のスタックメンバーを常に高値をつけるように 4500s を設定できます。 4500s はこうして MP パケット
fragmenters で専門にするオフロードマルチシャーシ MP サーバおよびアクセス・サーバに関連してより高い CPUパワーに適す
る reassemblers-a タスクになります。
簡潔に言うと、SGBP は、マルチシャーシ MP の配置および調整を行うメカニズムです。
仮想アクセスインターフェイス
仮想アクセスインターフェイスはバンドルとして両方ともインターフェイスします機能します（図 1 を参照し、および計画され
たpppリンク 2）計算して下さい（図を 2）参照して下さい。これらのインターフェイスは要求に応じて動的に作成され、システ
ムに戻されます。
バーチャルテンプレートインターフェイスは、バーチャルアクセスインターフェイスがクローン化されるときの設定情報のレ
ポジトリとなります。ダイヤラインターフェイスの設定は、設定情報の別のソースとなります。仮想アクセスインターフェイ
スをクローンとして作ることはマルチシャーシマルチリンクPPP （MMP）（2）一部で明白になるコンフィギュレーションのソー
スを選択する方式。
L2F
L2F は、実際の PPP リンクを指定されたエンドシステムに投影します。
L2F では、標準の PPP の操作を、リモートクライアントを認識する認証段階まで実行します。この認証段階は、ローカルでは
完了しません。 L2F には SGBP から対象とするスタックメンバーが通知され、PPP リンクをその対象とするスタックメンバー
に投影します。ここで認証段階が再開され、投影された PPP リンクで完了されます。したがって、最終的な認証の成功または失
敗は、対象とされるスタックメンバー上で決まります。
着信コールを受けた元の物理インターフェイスは、L2F forwarded であると考えられます。 PPP の認証が成功した場合に L2F が
動的に作成した、これに対応するインターフェイスは、投影されたバーチャルアクセスインターフェイスです。
注：計画された仮想アクセスインターフェイスはまたバーチャル・テンプレート・インターフェイスからクローンとして作られま
す（もし定義するなら）。
図 2 systema、systemb および systemc で構成されているスタックグループ stackq を記述します。
図 2 スタックに呼出しているクライアント
1. クライアント userx 呼び出し。 systema の最初のリンクはコールを受信します。 SGBP が userx についてバンドルを既存
のスタックグループメンバーの中から探そうとします。見つからない場合は、MP が PPP でネゴシエートされているた
め、バンドルインターフェイスが systema 上に作成されます。
2. systemb は userx から 2 番目のコールを受信します。 SGBP は systema がバンドルが常駐するところでであることの判
別を助けます。 systemb から systema にリンクを転送する L2F ヘルプ。投影された PPP リンクが systema に作成され
ます。その後、投影された MP リンクは、バンドルインターフェイスと一緒になります。
3. systemc は userx から第 3 コールを受信します。再度、SGBP は、systema にバンドルがあるかどうかの判定をします。
L2F は、このリンクを systemc から systema へ転送するために使用されます。投影された PPP リンクが systema に作成
されます。その後、投影された MP リンクは、バンドルインターフェイスと一緒になります。
注：bundle interface は systema のバンドルを表します。個々の発信者ごとに、同じ発信者からの MP メンバーインターフェ
イスは、あるバンドルインターフェイスで終端するか、そこから発信されます。
エンドユーザインターフェイス
Vtemplate ユーザインターフェイスは、通常はここで指定されます。詳細については
照して下さい。
バーチャルテンプレート機能仕様を参
SGBP
1. sgbp group <name >
このグローバルコマンドはスタックグループを定義し、グループに名前を割り当て、そのスタックグループのシステムに
メンバーをします。
注：1 つのスタックグループだけグローバルに定義できます。
「」というスタックグループを定義します。
systema(config)#sgbp group stackq
注：systema からの PPP CHAP チャレンジか PPP PAP 要求は今ネーム stackq に耐えます。アクセス・サーバのスタック
グループ名を定義するとき、名前は一般に同じシステムのために定義されるホスト名を置き換えます。
sgbp member <peer-name> <peer-IP-address>
2.
このグローバルコマンドでは、スタックグループ内のピアを指定します。このコマンドでは、<peer-name> はホスト名で
あり、<peer-IP-address> はリモートスタックメンバーの IP アドレスです。したがって、スタック内の自分自身を除くす
べてのスタックグループメンバのエントリを定義する必要があります。 Domain Name Server （DNS）はピア名を変換でき
ます。 DNS がある場合、IP アドレスを入力する必要はありません。
systema(config)#sgbp member systemb 1.1.1.2
systema(config)#sgbp member systemc 1.1.1.3
3. sgbp seed-bid {デフォルト | オフロード | forward-only | <0-9999>}
スタックメンバーがバンドルに対して送信権要求に使用する、設定変更が可能な重みです。
すべてのスタックメンバーに対して default パラメータが定義されている場合、ユーザ userx に対する最初のコールを受
信したスタックメンバーは、常に送信権要求に勝ち、マスターバンドルインターフェイスをホストします。同じユーザ
から他のスタックメンバーへのこの後のすべてのコールは、このスタックメンバーに投影されます。 sgbp seed-bid を定
義しない場合、デフォルトは使用されます。
オフロードが定義される場合、CPUパワーを近づけるバンドル・ロード引く precalibrated プラットフォームごとの送信権
要求を送信します。
< 0-9999 > が設定される場合、送信される送信権要求はバンドル・ロード引くユーザが設定した値です。
バンドルの負荷は、スタックメンバー内のアクティブなバンドルの数として定義されます。
a. 複数のPRI を渡るロータリグループの呼び出しを受信する equivalent stack members stacked があるときすべてのス
タックメンバーコマンドを渡る sgbp seed-bid デフォルトを発行して下さい。同一のスタックメンバーの例とし
ては、4 台の AS5200 で構成されたスタックグループが考えられます。ユーザ userx に対する最初のコールを受信
したスタックメンバーは、常に送信権要求に勝ち、マスターバンドルインターフェイスをホストします。同じユー
ザから他のスタックメンバーへのこの後のすべてのコールは、このスタックメンバーに投影されます。複数のコー
ルが同時に複数のスタックメンバー宛てに着信した場合は、SGBP のタイブレーキングメカニズムによって、平衡状
態が破られます。
b. 他のスタックメンバーに関連してスタックメンバーとして利用可能な高電力 CPU があるとき他上のそのスタック
メンバーの相対的な高い発電を活用したいと思う場合もあります（たとえば、他の同じようなスタックメンバーに
関連してスタックメンバーとして利用可能な 1つ以上のハイパワー CPU; たとえば、1 4500 および 4
AS5200s).You は sgbp seed-bid offload コマンドでオフロードサーバとして指定高出力スタックメンバーを設定で
きます。この場合、オフロードサーバはマスターバンドルをホストします。他のスタックメンバーからのすべて
のコールは、このスタックメンバーに投影されます。実際には、1つ以上のオフロードサーバは定義することができ
ます; プラットフォームが同じ（等量）なら、送信権は等しいです。 SGBP のタイブレーキングメカニズムによっ
て、均衡状態が破られ、いずれかのプラットフォームが勝者として指定されます。
注：異なる種類の 2 台のプラットフォームをオフロードサーバとして指定した場合は、高性能の CPU パワーを持つ
方が送信権要求に勝利します。
c. 分類するか、または丁度同じプラットフォームおよびオフロードサーバとして 1つ以上のプラットフォームを指定した
いと思えば sgbp seed-bid 9999 コマンドで残りよりかなり高いために手動でビッド値を設定できます。たとえば、
1 4700 （最も高い seed-bid によって指定されて）、2 4000s および 1 7000。最初のビッド値を判別するために特
定のプラットフォームによって、使用します show sgbp を関連付けました。
d. マルチリンクバンドルがローカルで形成される時 1つ以上のオフロードサーバへの常のフロントエンドスタックメン
バーオフロードが、そこにフロントエンドスタックメンバーが実際にオフロードできないケースであるマルチシャ
ーシ環境ではのような。このような状況は、すべてのオフロードサーバがダウンしている場合などに発生します。
ネットワーク管理者が代りにハングアップするために着信コールを好む場合 sgbp seed-bid forward-only コマンドを発
行して下さい。
4. sgbp ppp-forward
sgbp ppp-forward を定義すると、PPP と MP のコールの両方が、SGBP 送信権要求の勝者に投影されます。デフォルトで
は、MP コールだけが転送されます。
5. show sgbp
このコマンドでは、スタックグループメンバーの状態が表示されます。状態は、ACTIVE、CONNECTING、WAITINFO、IDLE
のいずれかです。各スタックグループメンバーのアクティブは最もよい状態です。接続および WAITINFO は変遷状態で
あり、アクティブへの遷移でしかそれらをとき見て下さい。 IDLE は、スタックグループ systema がリモートスタック
メンバーである systemd を検出できないことを示します。 systemd がメンテナンスのためにたとえば、ダウンすれば、心
配する必要はありません。さもなければ、このスタックメンバーと systemd 間のいくつかのルーティングの問題または他
の問題の外観。
systema#show sgbp
Group Name: stack Ref: 0xC38A529
Seed bid: default, 50, default seed bid setting
Member Name: systemb State: ACTIVE
Ref: 0xC14256F
Address: 1.1.1.2
Id: 1
Member Name: systemc State: ACTIVE
Ref: 0xA24256D
Address: 1.1.1.3 Tcb: 0x60B34439
Id: 2
Member Name: systemd State: IDLE Id: 3
Ref: 0x0
Address: 1.1.1.4
6. show sgbp queries
現在シードされている送信権要求の値を表示します。
systema# show sgbp queries
Seed bid: default, 50
systema# debug sgbp queries
%SGBPQ-7-MQ:
Bundle: userX State: Query_to_peers OurBid: 050
%SGBPQ-7-PB:
1.1.1.2
State: Open_to_peer Bid: 000 Retry: 0
%SGBPQ-7-PB:
1.1.1.3
State: Open_to_peer Bid: 000 Retry: 0
%SGBPQ-7-PB:
1.1.1.4
State: Open_to_peer Bid: 000 Retry: 0
%SGBPQ-7-MQ:
Bundle: userX State: Query_to_peers OurBid: 050
%SGBPQ-7-PB:
1.1.1.2 State: Rcvd
Bid: 000 Retry: 0
%SGBPQ-7-PB:
1.1.1.3 State: Rcvd
Bid: 000 Retry: 0
%SGBPQ-7-PB:
1.1.1.4 State: Rcvd
Bid: 000 Retry: 0
%SGBPQ-7-DONE: Query #9 for bundle userX, count 1, master is local
MP
1. multilink virtual-template <1-9>
これは、MP バンドルインターフェイスが、自身のインターフェイスパラメータのクローンを作成するときに使用するバー
チャルテンプレート番号です。 MP がバーチャルテンプレートによってどのようにのための関連付けるか例はここにありま
す。バーチャル・テンプレート・インターフェイスはまた定義する必要があります:
systema(config)#multilink virtual-template 1
systema(config)#int virtual-template 1
systema(config-i)#ip unnum e0
systema(config-i)#encap ppp
systema(config-i)#ppp multilink
systema(config-i)#ppp authen chap
2. show ppp multilink
このコマンドは MP バンドルのためのバンドル情報を表示するものです:
systema#show ppp multilink
Bundle userx 2 members, Master link is Virtual-Access4
0 lost fragments, 0 reordered, 0 unassigned, 100/255 load
0 discarded, 0 lost received, sequence 40/66 rcvd/sent
members 2
Serial0:4
systemb:Virtual-Access6
(1.1.1.2)
この例では、スタックグループ stackq のスタックグループメンバー systema について、バンドル userx がそのバンド
ルインターフェイスを Virtual-Access4 として設定していることを示しています。このバンドルインターフェイスに
は、2 つのメンバーインターフェイスが属しています。最初のものは、ローカルの PRI チャネルであり、2 つ目のものは
スタックグループメンバー systemb から投影されたインターフェイスです。
例
マルチシャーシマルチリンクPPP （MMP）（これらの例を参照する 2）一部を参照して下さい:
スタック内の AS5200（ダイヤラが設定された場合）
オフロードサーバの使用
物理インターフェイスを使用するオフロードサーバ
非同期、シリアルおよび他の非ダイヤラインターフェイス
マルチシャーシからのダイヤルアウト
マルチシャーシへのダイヤル
そしてまたセクションを参照して下さい:
設定および制限
トラブルシューティング
関連情報
トラブルシューティングテクニカルノーツ
1992 - 2014 Cisco Systems, Inc. All rights reserved.
Updated: 2014 年 10 月 19 日
http://www.cisco.com/cisco/web/support/JP/100/1002/1002068_3.html
Document ID: 14942

Download Report