マルチシャーシ マルチリンク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
© Copyright 2024