プライベートネットワーク間インターフェイス (PNNI) のルート選択

ダウンロードオプション

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

Updated: 2019 年 2 月 21 日

Document ID:19131

偏向のない言語

この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。

翻訳について

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

内容

概要

前提条件

要件

使用するコンポーネント

表記法

PNNI ルート選択

ルート選択の実例

例 1

例 2

例 3

結論

概要

プライベートネットワーク間インターフェイス（PNNI）は、ATM ネットワークトポロジの検出、トポロジ情報のデータベースの作成、および検出されたトポロジ経由でコールをルーティングするために使用できる一連のネットワークプロトコルです。適切に計画すると、PNNI ネットワークの設定は、ATM ネットワークを介した接続の手動設定よりはるかに容易で迅速です。

このドキュメントでは、複数の例を使用して PNNI ルート選択プロセスを示しています。

前提条件

要件

PNNI に関する知識があることが推奨されます。PNNI の詳細な説明については、次のドキュメントを参照してください。

PNNIの概要(Cisco PNNI Network Planning Guide for MGX and SES Products, Release 5.2より)
ATM ルーティングおよび PNNI プロトコルの設定
ATM トラフィック管理

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。

Cisco IOS® ソフトウェアリリース 12.1(7a)EY1 を実行する Cisco Catalyst 8540 MSR
Cisco IOS ソフトウェアリリース 12.1（7a）EY を実行する LightStream LS1010

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコテクニカルティップスの表記法』を参照してください。

PNNI ルート選択

PNNI ではソースルーティングが使用されます。このルーティングでは、送信元が宛先パスの選択の責任を持ちます。より正確に言えば、各ピアグループの最初のノードは、そのピアグループを経由するパスを選択します。選択されたパスは、接続設定に含まれる指定中継リスト（DTL）としてエンコードされます。この DTL は、コールセットアップで転送するときに通過するすべてのノードを指定します。

この説明は、PNNI 1.0仕様のパス選択(af-pnni-0055.0、セクション5.13)から取得したものです。

「宛先 ATM アドレスを選択する場合、ノードは常に宛先に一致する最も長いプレフィックスをアドバタイズしたノードをルートします。最長の照合プレフィックスのあるノードだけが上位ノードの場合、宛先には到達できません。複数のノードで他のすべてのアドバタイズメントよりもすべてが長い同じ長さの照合プレフィックスがアドバタイズされた場合にのみ、ローカルベースで選択した計算ノードが宛先に使用される可能性があります。同じ長さの最長の照合プレフィックスをアドバタイズしているノードでは上位ノードが無視され、ノードが残っていればその中から選択されます。」

Cisco デバイスでは、宛先 ATM アドレスへのルート選択は次の基準に基づいています。

最も優先されるルートは、最長の ATM プレフィックスの一致があるルートです。
複数の一致がある場合、ルート選択はルート検索の優先順位に基づいています。優先順位の数が小さいほど、優先度が高くなります。
同じ優先順位のルートが複数ある場合、優れた管理上の重みのルートを使用します。

次は、各ルートに関連付けられているデフォルトの優先順位です。

switch#show atm pnni precedence

                                 Working   Default
  Prefix Poa Type                Priority  Priority
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  ~~~~~~~~  ~~~~~~~~
  local-internal                    1         1
  static-local-internal-metrics     2         2
  static-local-exterior             3         3
  static-local-exterior-metrics     2         2
  pnni-remote-internal              2         2
  pnni-remote-internal-metrics      2         2
  pnni-remote-exterior              4         4
  pnni-remote-exterior-metrics      2         2

これらの値は precedence [prefix type] [priority] コマンドで変更できます。次に例を示します。

switch#configure  terminal

Enter configuration commands, one per line.  End with CNTL/Z.
switch(config)#atm router pnni
switch(config-atm-router)#precedence ?
  pnni-remote-exterior           Remote Exterior Prefix Without Metrics
  pnni-remote-exterior-metrics   Remote Exterior Prefix With Metrics
  pnni-remote-internal           Remote Internal Prefix Without Metrics
  pnni-remote-internal-metrics   Remote Internal Prefix With Metrics
  static-local-exterior          Static Exterior Prefix Without Metrics
  static-local-exterior-metrics  Static Exterior Prefix With Metrics
  static-local-internal-metrics  Static Internal Prefix With Metrics
  <cr>

switch(config-atm-router)#precedence pnni-remote-exterior ?
  <2-4>  Priority For Remote Exterior Without Metrics

switch(config-atm-router)#precedence pnni-remote-exterior 2

ルート選択の実例

次の 3 つの例では、PNNI ルート選択について示し、シングルピアグループを使用します。

例 1

ネットワーク図

この例では、次のネットワーク構成図を使用します。

注：

Budvar と Platan は、Cisco IOS ソフトウェアリリース 12.1(7a)EY1 を実行する Cisco Catalyst 8540 MSR です。
Miles は、Cisco IOS ソフトウェアリリース 12.1(7a)EY を実行する LS1010 です。
デバイス A と B は SVC を確立できるいずれかのタイプのデバイスです。

目標

この最初のテストでは、まずコールをルートするために、PNNI が最長の照合プレフィックス、高い優先度、つまり最小の優先順位のあるルートを取得します。次の例では、デバイスAからデバイスBへの固定ビットレート(CBR)のコールセットアップを行っています。これらのコールセットアップでは、デバイスBに到達するために、管理上の重みが同じで、次の2つの異なるが等しいパスを使用できます。

Budvar と Platan 経由
Budvar と Miles 経由

この例では、Platan はデバイス B に内部 PNNI ルートをアドバタイズし、Miles はデバイス B に外部 PNNI ルートをアドバタイジングします。通常、パス選択の定義に従って Budvar は PNNI 内部ルートを経由してコールをルートする必要があります。

図

デバイス B のネットワークサービスアクセスポイント（NSAP）アドレス：47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001.00

Budvar の ATM ルーティングテーブルを見たときのこの宛先の 2 つのルートを、次のように確認します。参照してください:

budvar#
show atm route

Codes: P - installing Protocol (S - Static, P - PNNI, R - Routing control),
       T - Type (I - Internal prefix, E - Exterior prefix, SE -
                 Summary Exterior prefix, SI - Summary Internal prefix,
                 ZE - Suppress Summary Exterior, ZI - Suppress Summary Internal)

P  T Node/Port        St Lev Prefix
~ ~~ ~~~~~~~~~~~~~~~~ ~~ ~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
P  I 10  0            UP 0   47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001/152
P  E 14  0            UP 0   47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001/152

budvar#
show atm pnni identifiers

  Node  Node Id                                              Name
  1       56:160:47.00918100000000D058B79A01.00D058B79A01.00 budvar
  10      56:160:47.00918100000000D058B84201.00D058B84201.00 Platan
  14      56:160:47.0091810000000050E2030601.0050E2030601.00 Miles

前の説明では、Platan から学習した 1 つの内部 PNNI ルートと Miles から学習した 1 個の外部 PNNI ルートがあります。

デバイス A からのデバイス B へのコールセットアップの受信では、Budvar は Platan を通過するパスと同様 DTL を計算できます。この出力は、Budvar が DTL を計算する方法を示しています。

budvar#show atm pnni dtl address 47.0091.8100.0000.00d0.58b8.5555.0000.0000.0001.00 cbr pcr 5000 5000
budvar#
00:42:34: PNNI: rcv CBR route req to addr 47.00918100000000D058B85555.000000000001.00
00:42:34: PNNI: Looking For Nodes That Advertise This Prefix
00:42:34: PNNI: Best Match Is 47.00918100000000D058B85555.000000000001.00/152
00:42:34: PNNI: Found 2 POAs
00:42:34:       priority: 2  (10 0) pnni-remote-internal 
00:42:34:       priority: 4  (14 0) pnni-remote-exterior 
00:42:34: PNNI: Compute On-Demand Route Based On Admin Weight
00:42:34: PNNI: Found A Suitable Route Based On AW, Check CDV and CTD
00:42:34: PNNI: Found A Route That Satisfies Both CDV and CTD
00:42:34: PNNI: SOURCE ROUTE
00:42:34:       DTL 1> 2 Nodes
00:42:34:              budvar 85001000 (ATM10/0/1)
00:42:34:              Platan 0
00:42:34: PNNI: Found 1 Ports To Next DTL Node 10 85001000 (ATM10/0/1)
00:42:34: PNNI: Send Source Route Reply To Requestor: Code PNNI_SUCCESS

すでに説明したように、BudvarはデバイスBに到達する可能性のあるルートまたはPoint of Attachments(POA)が2つあることを検出します。Budvarを経由するルート(pnni-remote-internal)は、Milesを経由するルートよりも優先されます。したがって、DTL はこのルートを使って構築されます。

説明：

次のコマンドは、どの DTL がこのコールセットアップ用に作成される必要があるかを決定するために使用できます。

show atm pnni dtl [node|address] [NSAP-address|node number] [traffic class] [class parameters]

定義：

NSAP-address は、宛先の NSAP アドレス（上記の例でのデバイス B のアドレス）です。
traffic class、CBR、UBR、VBR-rt、VBR-nrt、ABR です。
class parameters は、PCR、MCR、および SCR のようなトラフィッククラスに関連するさまざまなパラメータです。

注：異なるレート(PCR、MCR、SCR)は、Kbpsではなく、セル/秒で定義されます。

注：このコマンドは、指定されたトラフィックパラメータを使用して、目的のNSAPアドレスまたはPNNIノード番号にコールセットアップが行われたときに計算されるDTLを表示します。

例 2

ネットワーク図

この例では、次のネットワーク構成図を使用します。

目標

この例の目的は、PNNI は最長の照合プレフィックスを考慮するだけで、現在の POA が使用できない場合は次の使用可能な POA に切り替えることを示します。

CBR のコールセットアップがデバイス A とデバイス B の間に作成されます。これら 2 つのデバイスは E への ILMI およびそのような静的ルートです。この例でのアドレス 164 はまた 45 アドレスとしても知られ、これらに対するポイントが Femke および Droopie で作成されます。

Miles を通過するプライベート ATM クラウド内で輻輳が発生した場合、CBR のコールセットアップが公衆 ATM ネットワークを介して作成される必要があります。

コールセットアップが前提条件に従って確実に行われるために、ルータの優先順位を小さくして優先度が高くなるようにさまざまな優先順位を異なるタイプのルータに関連付けます。

次に、前提条件がどのように実現するかを説明します。

Femke と Droopie で、ローカルで接続されたデバイスをポイントするローカルスタティックルートは内部として作成され、公衆 ATM ネットワークを介してリモートデバイスをポイントするバックアップルートは外部として定義されます。さらに、両方のスタティックルートはすでに説明した PNNI パス選択のルールのために同じ長さとして定義されます。

接続デバイスをポイントするローカルスタティック内部ルートに加え、PNNI が常に最長一致のルートを考慮している事実を示すために短い一致を持つ別のスタティック内部ルートが作成されます。

Femke を検出し、デバイス B に到達する次の 3 ルートがあることを確認します。

Droopie で作成された内部スタティックルートの再配布から取得された内部 PNNI ルート。
Droopie で作成された短い一致の内部スタティックルートの再配布から取得された短い内側 PNNI ルート。
Femke で定義され、公衆 ATM ネットワークをポイントする外部スタティックルート。

図

デバイス B の NSAP アドレスは、45.0033.4455.6677.889f.1111.2222.4000.0c80.1111.00

Droopie では、次のスタティックルートが定義されています。

atm route 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111... ATM1/0/0 internal


atm route 45.0033.4455.6677.889f.1111.2222... ATM1/0/0 internal (*)

（*）このルートはデバイス B をポイントする短い一致のルートです。

Femke で、次のバックアップスタティックルートが定義されます。

atm route 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111... ATM1/0/2

したがって、デバイス B の次のエントリが Femke のルーティングテーブルで確認できます。

Femke#show atm route

Codes: P - installing Protocol (S - Static, P - PNNI, R - Routing control),
       T - Type (I - Internal prefix, E - Exterior prefix, SE -
                 Summary Exterior prefix, SI - Summary Internal prefix,
                 ZE - Suppress Summary Exterior, ZI - Suppress Summary Internal)


P  T Node/Port        St Lev Prefix
~ ~~ ~~~~~~~~~~~~~~~~ ~~ ~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
P  I 14  0            UP 0   45.0033.4455.6677.889f.1111.2222/104
S  E 1   ATM1/0/2     UP 0   45.0033.4455.6677.889f.1111.2222.4000.0c80.1111/152
P  I 14  0            UP 0   45.0033.4455.6677.889f.1111.2222.4000.0c80.1111/152

デバイス B に到達するには、次のルートがあります。

/152 の内部 PNNI ルート
/104 の内部 PNNI ルート
公衆 ATM ネットワークをポイントする /152 外部スタティックルート

/152と/104は階層のレベルです。階層レベルの詳細な説明については、『ATMルーティングとPNNIの設定』を参照してください。

この出力は、Femke と Miles の間で使用可能なリソースを確認する方法を示しています。

Femke#show atm interface resource atm 1/0/0

Resource Management configuration:
    Output queues:
        Max sizes(explicit cfg): none cbr, none vbr-rt, none vbr-nrt, none abr-ubr
        Max sizes(installed): 256 cbr, 256 vbr-rt, 4096 vbr-nrt, 12032 abr-ubr
        Efci threshold: 25% cbr, 25% vbr-rt, 25% vbr-nrt, 25% abr, 25% ubr
        Discard threshold: 87% cbr, 87% vbr-rt, 87% vbr-nrt, 87% abr, 87% ubr
        Abr-relative-rate threshold: 25% abr
    Pacing: disabled   0 Kbps rate configured, 0 Kbps rate installed
    Service Categories supported: cbr,vbr-rt,vbr-nrt,abr,ubr
    Link Distance: 0 kilometers
    Controlled Link sharing:
        Max aggregate guaranteed services: none RX,  none TX
        Max bandwidth: none cbr RX, none cbr TX, none vbr RX, none vbr TX,
                       none abr RX, none abr TX, none ubr RX, none ubr TX
        Min bandwidth: none cbr RX, none cbr TX, none vbr RX, none vbr TX,
                       none abr RX, none abr TX, none ubr RX, none ubr TX
    Best effort connection limit: disabled  0 max connections
    Max traffic parameters by service (rate in Kbps, tolerance in cell-times):
        Peak-cell-rate RX: none cbr, none vbr, none abr, none ubr
        Peak-cell-rate TX: none cbr, none vbr, none abr, none ubr
        Sustained-cell-rate: none vbr RX, none vbr TX
        Minimum-cell-rate RX: none abr, none ubr
        Minimum-cell-rate TX: none abr, none ubr
        CDVT RX: none cbr, none vbr, none abr, none ubr
        CDVT TX: none cbr, none vbr, none abr, none ubr
        MBS: none vbr RX, none vbr TX

Resource Management state:
    Cell-counts: 0 cbr, 0 vbr-rt, 0 vbr-nrt, 0 abr-ubr
    Available bit rates (in Kbps):
        72615 cbr RX, 72615 cbr TX, 72615 vbr RX, 72615 vbr TX,
        0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX
    Allocated bit rates:
        75000 cbr RX, 75000 cbr TX, 128 vbr RX, 128 vbr TX,
        0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX
    Best effort connections: 1 pvcs,  0 svcs

Miles と Droopie 間で使用できるリソースは、次のとおりです。

Miles#show atm interface resource atm 1/0/3

Resource Management configuration:
    Service Classes:
        Service Category map: c2 cbr, c2 vbr-rt, c3 vbr-nrt, c4 abr, c5 ubr
        Scheduling: RS c1 WRR c2, WRR c3, WRR c4, WRR c5
        WRR Weight: 15 c2, 2 c3, 2 c4, 2 c5
    CAC Configuration to account for Framing Overhead : Disabled
    Pacing: disabled   0 Kbps rate configured, 0 Kbps rate installed
    overbooking :  disabled
    Service Categories supported: cbr,vbr-rt,vbr-nrt,abr,ubr
    Link Distance: 0 kilometers
    Controlled Link sharing:
       Max aggregate guaranteed services: none RX,  none TX
        Max bandwidth: none cbr RX, none cbr TX, none vbr RX, none vbr TX,
                       none abr RX, none abr TX, none ubr RX, none ubr TX
        Min bandwidth: none cbr RX, none cbr TX, none vbr RX, none vbr TX,
                       none abr RX, none abr TX, none ubr RX, none ubr TX
    Best effort connection limit: disabled  0 max connections
    Max traffic parameters by service (rate in Kbps, tolerance in cell-times):
        Peak-cell-rate RX: none cbr, none vbr, none abr, none ubr
        Peak-cell-rate TX: none cbr, none vbr, none abr, none ubr
        Sustained-cell-rate: none vbr RX, none vbr TX
        Minimum-cell-rate RX: none abr, none ubr
        Minimum-cell-rate TX: none abr, none ubr
        CDVT RX: none cbr, none vbr, none abr, none ubr
        CDVT TX: none cbr, none vbr, none abr, none ubr
        MBS: none vbr RX, none vbr TX

Resource Management state:
    Available bit rates (in Kbps):
        57743 cbr RX, 57743 cbr TX, 57743 vbr RX, 57743 vbr TX,
        57743 abr RX, 57743 abr TX, 57743 ubr RX, 57743 ubr TX
    Allocated bit rates:
        90000 cbr RX, 90000 cbr TX, 0 vbr RX, 0 vbr TX,
        0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX
    Best effort connections: 1 pvcs,  0 svcs

この出力は、異なる PCR 値が使用されているときに CBR のコールセットアップがデバイス A からデバイス B へ行われた場合に何が起こるかを示しています。

a.PCR= 727 Kbps（1715 cells/s）でのデバイス A からデバイス B への CBR のコールセットアップ

このようなコールセットアップに対応するために、パスで使用可能なリソースがあります。デバイス B に到達するために Femke で作成された DTL をチェックするために、次の手順に進んでください。

Femke#show atm pnni dtl address 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111  cbr pcr 1715 1715
Femke#
Nov 13 08:16:08.310: PNNI: rcv CBR route req to addr 45.003344556677889F11112222.40000C801111.00
Nov 13 08:16:08.310: PNNI: Looking For Nodes That Advertise This Prefix
Nov 13 08:16:08.310: PNNI: Best Match Is 45.003344556677889F11112222.40000C801111.00/152
Nov 13 08:16:08.310: PNNI: Found 2 POAs
Nov 13 08:16:08.310:        priority: 2  (16 0) pnni-remote-internal
Nov 13 08:16:08.310:        priority: 3  (1 80802000 (ATM1/0/2)) static-local-exterior
Nov 13 08:16:08.310: PNNI: Compute On-Demand Route Based On Admin Weight
Nov 13 08:16:08.310: PNNI: Found A Suitable Route Based On AW, Check  CDV and CTD
Nov 13 08:16:08.310: PNNI: Found A Route That Satisfies Both CDV and  CTD
Nov 13 08:16:08.310: PNNI: SOURCE ROUTE
Nov 13 08:16:08.310:       DTL 1> 3 Nodes
Nov 13 08:16:08.310:               Femke 80800000 (ATM1/0/0)
Nov 13 08:16:08.310:               Miles 80803000 (ATM1/0/3)
Nov 13 08:16:08.310:               Droopie
Nov 13 08:16:08.310: PNNI: Found 1 Ports To Next DTL Node 13 80800000  (ATM1/0/0)
Nov 13 08:16:08.314: PNNI: Send Source Route Reply To Requestor: Code  PNNI_SUCCESS

このコールセットアップでは、次の二つの POA が見つかります。

/152 の内部 PNNI ルート
/152 の外部スタティックルート

/104 のルートは考慮に入っていません。次に、優先順位 3 の外部スタティックルートに比べ優先順位が 2 で優れた優先順位であるため、そしてこのコールセットアップに対応するための十分なパスのリソースがあるため、/152 の PNNI 内部ルートが使用されます。

b.PCR = 77620 Kbps（183066 cells/s）でのデバイス A からデバイス B への CBR のコールセットアップ

Femke#show atm pnni dtl address 45.0033.4455.6677.889f.1111.2222.4000.0c80.1111  cbr pcr 183066 183066
Femke#
Nov 13 12:38:28.165: PNNI: rcv CBR route req to addr 45.003344556677889F11112222.40000C801111.00
Nov 13 12:38:28.169: PNNI: Looking For Nodes That Advertise This Prefix
Nov 13 12:38:28.169: PNNI: Best Match Is 45.003344556677889F11112222.40000C801111.00/152 
Nov 13 12:38:28.169: PNNI: Found 2 POAs
Nov 13 12:38:28.169:       priority:  2  (14 0) pnni-remote-internal
Nov 13 12:38:28.169:       priority:  3  (1 80802000 (ATM1/0/2)) static-local-exterior
Nov 13 12:38:28.169: PNNI: Compute On-Demand Route Based On Admin Weight
Nov 13 12:38:28.169: PNNI: Failed To Find An On-Demand Route, Code:  PNNI_USER_CELL_RATE_UNAVAILABLE
Nov 13 12:38:28.169: PNNI: My Node Is Destination
PNNI: Port List: 80802000 (ATM1/0/2)
Nov 13 12:38:28.169: PNNI: Return 1 Ports In Source Route
Nov 13 12:38:28.169: PNNI: Send Source Route Reply To Requestor: Code  PNNI_SUCCESS

前の例では、PNNI のパスに十分なリソースがないため、LS1010 では宛先への 2 番目の使用可能なルートの使用を試みます。そのため、必要に応じてスイッチによって公衆 ATM ネットワークをポイントするスタティック外部ルートに切り替えられます。

例 3

ネットワーク図

この例では、次の設定を使用します。すべてのリンクが同じ管理上の重みがあります。

この例の目的は、PNNI が常により小さい管理上の重みのルートを使用することを示すことです。ただし、最善のパスが現在のコールに対応するために十分なリソースがない場合、PNNI は低いパスに切り替えられる場合があります。

このシナリオでは、デバイス A がデバイス B にコールを発信した場合、次の 2 つのとりうるのパスがあります。

Femke、次に Stan
Femke、Miles、そして次に Stan

通常の動作では、最初のパスがより小さい管理上の重みを持つパスなのでコールセットアップの流れはこのパスを通ります。

図

これは、前の説明を示しています。

デバイス B の NSAP アドレスは、47.0033.4455.6677.889f.1111.2222.4000.0c80.1111.00。選択したルートが、ルーティングテーブルを調べるときにMilesからStanに向かうルートであることを確認します。

Femke#show atm route

Codes: P - installing Protocol (S - Static, P - PNNI, R - Routing control),
       T - Type (I - Internal prefix, E - Exterior prefix, SE -
                 Summary Exterior prefix, SI - Summary Internal prefix,
                 ZE - Suppress Summary Exterior, ZI - Suppress Summary Internal)

P  T Node/Port        St Lev Prefix
~ ~~ ~~~~~~~~~~~~~~~~ ~~ ~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
P  E 10  0            UP 0   47.0033.4455.6677.889f.1111.2222.4000.0c80.1111/152
[snip]

Femke#show atm pnni identifiers
  Node  Node Id                                              Name
  1       56:160:47.00918100000000E0146CB101.00E0146CB101.00 Femke
  10      56:160:47.0091810000000060705A8F01.0060705A8F01.00 Stan
  11      56:160:47.0091810000000050E2030601.0050E2030601.00 la-miles

a.PCR = 848 Kbps（2000 cells/s）でのデバイス A からデバイス B への CBR のコールセットアップ

このようなコールセットアップは、それに対応するために利用可能なリソースがあるため、次のように問題なく短いパスを経由して行う必要があります。

Femke#show atm interface resource atm 1/0/3
Resource Management configuration:
[snip]

Resource Management state:
    Cell-counts: 0 cbr, 0 vbr-rt, 0 vbr-nrt, 0 abr-ubr
    Available bit rates (in Kbps):
        72455 cbr RX, 72455 cbr TX, 72455 vbr RX, 72455 vbr TX,
        0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX
    Allocated bit rates:
        75000 cbr RX, 75000 cbr TX, 288 vbr RX, 288 vbr TX,
        0 abr RX, 0 abr TX, 0 ubr RX, 0 ubr TX
    Best effort connections: 0 pvcs,  0 svcs

このパスには、まだ 75 Mbps あります。次は、どの DTL がコールセットアップを受信したとき Femke によって計算されたかを確認する方法です。

Femke#show atm pnni dtl address 47.0033.4455.6677.889f.1111.2222.4000.0c80.1111  cbr pcr 2000 2000
Femke#
*Dec 20 05:46:11.740: PNNI: CBR route request from ATM_OWNER_UNKNOWN
*Dec 20 05:46:11.740: PNNI: To address 47.003344556677889F11112222.40000C801111.00
*Dec 20 05:46:11.740: PNNI: Best Match Is 47.003344556677889F11112222.40000C801111.00/152
*Dec 20 05:46:11.740: PNNI: Found 1 POAs
*Dec 20 05:46:11.740:       priority:  4  (10 0) pnni-remote-exterior
*Dec 20 05:46:11.740: PNNI: Compute On-Demand Route Based On Admin  Weight
*Dec 20 05:46:11.740: PNNI: Found A Suitable Route Based On AW, Check  CDV and CTD
*Dec 20 05:46:11.740: PNNI: Found A Route That Satisfies Both CDV and  CTD
*Dec 20 05:46:11.740: PNNI: SOURCE ROUTE
*Dec 20 05:46:11.740:       DTL 1>  2 Nodes
*Dec 20 05:46:11.740:                Femke 80803000 (ATM1/0/3)  
*Dec 20 05:46:11.740:               Stan 0  
*Dec 20 05:46:11.744: PNNI: Found 1 Ports To Next DTL Node 10 80803000  (ATM1/0/3)
*Dec 20 05:46:11.744: PNNI: Send Source Route Reply To Requestor: Code  PNNI_SUCCESS

この出力では、コールが間違いなく最短パスを経由して行われたことを示しています。

b.PCR = 84800 Kbps（200000 cells/s）でのデバイス A からデバイス B への CBR のコールセットアップ

Femke によるコールセットアップなどの受信するでは、Femke と Stan 間の直接パスは十分な未使用のリソースがないため使用できません。そのため、Femke は Miles を通る他のパスを使用することを試みることができます。次は Femke がデバイス A からのコールセットアップのような受信をすると作成される DTL です:

Femke#show atm pnni dtl address 47.0033..4455.6677.889f.1111.2222.4000.0c80.1111  cbr pcr 200000 200000 
Femke#
*Dec 20 05:47:31.885: PNNI: CBR route request from ATM_OWNER_UNKNOWN
*Dec 20 05:47:31.885: PNNI: To address 47.003344556677889F11112222.40000C801111.00
*Dec 20 05:47:31.885: PNNI: Best Match Is 47.003344556677889F11112222.40000C801111.00/152
*Dec 20 05:47:31.885: PNNI: Found 1 POAs
*Dec 20 05:47:31.885:       priority:  4  (10 0) pnni-remote-exterior
*Dec 20 05:47:31.889: PNNI: Compute On-Demand Route Based On Admin  Weight
*Dec 20 05:47:31.889: PNNI: Found A Suitable Route Based On AW, Check  CDV and CTD
*Dec 20 05:47:31.889: PNNI: Found A Route That Satisfies Both CDV and  CTD
*Dec 20 05:47:31.889: PNNI: SOURCE ROUTE
*Dec 20 05:47:31.889:       DTL 1>  3 Nodes 
*Dec 20 05:47:31.889:                Femke 80800000 (ATM1/0/0)
*Dec 20 05:47:31.889:               la-miles 80801000 (ATM1/0/1)
*Dec 20 05:47:31.889:                Stan 0 
*Dec 20 05:47:31.889: PNNI: Found 1 Ports To Next DTL Node 11 80800000  (ATM1/0/0)
*Dec 20 05:47:31.889: PNNI: Send Source Route Reply To Requestor: Code  PNNI_SUCCESS

デバイス B への最短パスがコールなどに対応するのに十分なリソースがないため、Femke は Miles を通過するパスに対応する DTL を作成します。

結論

結論として、ルート選択では、PNNI では次のことが行われます。

考慮されるのは最長一致のルートだけです。
複数のルートが存在する場合は、ルートを優先順位にしたがって試すので、優先順位を小さくしておくことがより大切です。
現在のルートが使用できない場合、次に使用できるルートや次に使用できる POA（使用可能な場合）があればそれを使用します。
どの POA も使用できない場合、ルートが到達不能であることを宣言します。

プライベートネットワーク間インターフェイス (PNNI) のルート選択

ダウンロードオプション

偏向のない言語

翻訳について

内容

概要

前提条件

要件

使用するコンポーネント

表記法

PNNI ルート選択

ルート選択の実例

例 1

ネットワーク図

目標

図

例 2

ネットワーク図

目標

図

例 3

ネットワーク図

図

結論

関連情報

更新履歴

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

シスコに問い合わせ

プライベート ネットワーク間インターフェイス (PNNI) のルート選択

ダウンロード オプション

偏向のない言語

翻訳について

内容

概要

前提条件

要件

使用するコンポーネント

表記法

PNNI ルート選択

ルート選択の実例

例 1

ネットワーク図

目標

図

例 2

ネットワーク図

目標

図

例 3

ネットワーク図

図

結論

関連情報

更新履歴

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

シスコに問い合わせ

プライベートネットワーク間インターフェイス (PNNI) のルート選択

ダウンロードオプション