Novell / IPX ルーティング

IPX FAQパートII

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | 英語版 (2015 年 8 月 22 日) | フィードバック


目次

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

概要

このドキュメントでは、IPX に関するよくある質問(FAQ)に回答しています。

Q. どんな SAP タイプがありますか。

x4 - File server
x2E - TCP/IP service
x47 - Novell print server
x107 - Remote console netware driver (RSPX)
x30C - Print sharing device
x4808 - Sitelock.nlm

Q. show ipx traffic コマンドの「ポイズン SAP」の意味とは何か。

A. IPX デバイスによって送信 される ポイズン SAP) SAP アップデートか SAP ポイズン(です。 IPX デバイスはもはやサービスを聞かないとき、そのサービスが到達不能であることネットワークを知らせます。 それは規則的な SAP アップデートと同じです但し例外としてはホップ カウントは 16 に設定 されます。 show ipx traffic コマンド出力のポイズン SAP のゼロ以外の番号を見ることは完全に正常です。 これはルータ(サービスへのパス)がまたは PC (サービス自体)到達不能にリブートされるか、またはどういうわけかなった起こります。

Q. Ciscoルータがポイズン SAP を処理する仕組み

A. パート 1: 9.1 ポイズン SAP 管理

  1. ルータはポイズン SAP を受け取ります。
  2. ポイズン SAP のもとが SAP 表の SAP サーバ名/サーバタイプ ペアのもとと一致する場合、ルータは毒されるように SAP を示し、1分のタイマーを設定 します。 アドレスが同じではない場合、ポイズン パケットは廃棄されます。 1分のタイマーが切れた後、エントリはサービス表から削除され、ポイズン SAP パケットは他のインターフェイスすべて送信されます。
  3. 一致されたサーバ名/サーバタイプ ペア時間内の無害のメトリックが含まれているルータが受信すれば SAP アップデートは「毒されて」、それ削除し、ポイズン エントリを New エントリと取り替えますマークされます。 New エントリが受け取られない場合、ポイズン タイマーは切れ、エントリは削除されます。

パート 2: 9.21 および それ以降 ポイズン SAP 管理

9.21 および それ以降 動作は Novell, Inc.からの「IPX ルータ仕様に」合致します

  1. ルータはポイズン SAP を受け取ります。
  2. ルータは毒されるようにエントリを示し、1分のタイマーを設定 します。
  3. ルータはすぐにこのサービスのためのポイズン SAP パケットを他のすべてのインターフェイス生成します。
  4. 1分のタイマーが、および切れるとき、ルータがサービスのための新しくよいメトリックを受け取らない場合、サービスは表から取除かれます。

いずれの場合もサービスが毒されるとしてマークされるとき、それと関連付けられるメトリックは 16、または到達不能であり、最も近いサービスを得なければまたは応答でこのサービスが含まれている SAP クエリ パケットは答えられません。

Q. Ciscoルータが Get Nerest Server 応答で含むためにサーバを選ぶ仕組み

A. パート 1: 9.1 動作

最も低いホップ数の要求された型のサーバは「最も近い」サーバとみなされます。 要求された型の複数のサーバが最も低いホップ数を共有する場合、SAP 表の最初の 1 つは選択されます。 表で既に存在 して現存するエントリに先んじる表に置かれること 1 と同じ型およびホップ数の新しいサーバ。 これはサンプル SAP 表です:

    Total Novell Servers: 1

    Type   Name            Net Address              Port Hops    Interface
    4     MAGNOLIA        42.0000.0000.0001::0451      1        Ethernet2

タイプ 4 のための Get Nerest Server 要求への応答はマグノリアが含まれています。 型 4 の新しいサーバが、また 1 ホップ、学習されたら、このように表な:

    Total Novell Servers: 1

    Type   Name            Net Address              Port Hops    Interface
     4     NEWSERVER       AA.0000.0000.0001::0451      1        Ethernet1
     4     MAGNOLIA        42.0000.0000.0001::0451      1        Ethernet2

この場合タイプ 4 のための Get Nerest Server 要求への未来の応答はマグノリアの代りに NEWSERVER が含まれています。

Part 2 9.21 および それ以降 動作

最も低いルート メトリックの要求された型のサーバは「最も近い」サーバとみなされます。 要求された型の複数のサーバが最も低いメトリックを共有する場合、SAP 表の最初の 1 つは GNS 応答の GNS ラウンド ロビン処理が有効に ならなければ、選択されます。 表で既に存在 して現存するエントリに先んじる表に置かれることものと同じ型およびメトリックの新しいサーバ。 GNS ラウンドロビンが有効に なる場合、応答は等しいルート メトリックのその型のサーバ間で平衡型です。 たとえば、この SAP 表を検知 して下さい:

    1 Total IPX Servers

    Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2

タイプ 4 のための Get Nerest Server 要求への応答はマグノリアが含まれています。 同じメトリックの型 4 の新しいサーバが学習された場合、このように表な:

    2 Total IPX Servers

    Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2
    P      4     NEWSERVER       AA.0000.0000.0001::0451   3/02     2    Et1

9.21 および それ以降 表が等価型とのソートされた名指しで順序であることに注意して下さい。 順序 GNS 応答の表を参照するために使用されましたり、コマンド show ipx server unsort を使用します。

     router>show ipx server unsort
     Codes: S - Static, I - Incremental, P - Periodic, H - Holddown
     2 Total IPX Servers

     Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     NEWSERVER       AA.0000.0000.0001::0451   3/02     2    Et1
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2

この場合タイプ 4 のための Get Nerest Server 要求への未来の応答は NEWSERVER が含まれています。 同じメトリックの別の新しいサーバがから聞かれる場合、このように表な:

    3 Total IPX Servers

    Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     ANEWSERVER      AB.0000.0000.0001::0451   3/02     2    Et1
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2
    P      4     NEWSERVER       AA.0000.0000.0001::0451   3/02     2    Et1

このように無選別順序な:

    3 Total IPX Servers

    Table ordering is based on routing and server info

          Type   Name            Net Address       Port   Route  Hops    Itf
    P      4     ANEWSERVER      AB.0000.0000.0001::0451   3/02     2    Et1
    P      4     NEWSERVER       AA.0000.0000.0001::0451   3/02     2    Et1
    P      4     MAGNOLIA        42.0000.0000.0001::0451   3/02     2    Et2

型 4 サービスのための最初の GNS 要求は ANEWSERVER と応えられます; 第 2 GNS 要求は NEWSERVER と応えられます; 第 3 要求はマグノリアと応えられます; そして四分の一は ANEWSERVER と答えられます。

Q. IPX負荷バランスをとることが Ciscoルータで機能する仕組み

                   |   ------------     ------------   |
                   |---| router A |--\--| router C |---|
|   ------------   |   ------------     ------------   |   ------------
|---| router Z |---|                                   |---| router X |
|   ------------   |   ------------     ------------   |   ------------
                   |---| router B |--\--| router D |---|
                   |   ------------     ------------   |

A. ルータ Z が ipx max-paths 2 で設定され、ルータ A および B が同じルート メトリック(X)ルータ、IPX 低速スイッチングおよび IPX ファースト スイッチングと両方 2 つのパスの間で、交互にするその宛先の同じ宛先ネットワークにへのルータ Z 送信パケット得れば場合。 IPX 自律スイッチングか IPX SSE スイッチングが有効に なるとき、ロード バランシングは宛先基礎ごとの a で TCP/IP バランシングとするように、起こります。

Q. PBURST モードは、多重パケットが確認応答なしで顕著であるようにする影響ロード バランシングか。

A. Novellクライアントおよびサーバは PBURST/LIPx ネゴシエーションに関連する唯一のデバイスです。 どんなパスを ipx maximum-path が大きいより場合、パケットのために最もよい、そう考える Cisco は 1 つを選んで自由ですパケットは順番が異なる異なるパスを選択し、着くことができます。 宛先局はパケットの再組み立てを取扱わなければなりません。 NetWare のより古いバージョンは異常パケットを非常によく処理しません。 最適 な PBURST/LIPx パフォーマンスのための PBURST/LIPx および最新の NLM にかかわる最新のパッチを実行することを確かめて下さい。

Q. IPX グローバル なブロードキャストにあふれる方法

A. パート 1: 9.1 動作

Ciscoルータが helper-address 機能を使用する「助手」パケットを使用するとき、ルータはそのインターフェイスの helper-address コマンドで設定される IPX アドレスに受信されるブロードキャストパケットを転送します。 フラッディングの場合には、ヘルパー アドレスは感受性が強いインターフェイスの -1.ffff.ffff.ffff であり、パケットは IPX を実行するパケットの Source Network フィールドに配置されるそのインターフェイスのネットワーク番号が付いている他のすべてのインターフェイスに送信されます。

それらのセグメントのたとえば IPXネットワークが 10 の IPXネットワーク セグメントが含まれていればが、2 つだけは IPX/NetBIOS トラフィックと、設定します helper-address の特定のネットワーク アドレスをあふれます。

      Interface ether 0
      ipx network 1000
      ipx helper-address 1011.ffff.ffff.ffff

遠いネットワークで、この設定があります:

      Interface ether 0
      ipx network 1011
      ipx helper-address 1000.ffff.ffff.ffff

これらのブロードキャストはその間のネットワークセグメント 1000、1011 およびネットワークでだけ検知されます(その間のルーテッドパス)。 -1.ffff.ffff.ffff (フラッディング)が使用される場合、ブロードキャストはネットワークセグメントのすべての 10 で送信 されます。

IPX のための複数のヘルパー アドレスはリリース 9.1 でおよびより高いサポートされます。

パート 2: 9.21 動作

ipx type-20-propagation コマンドを受け取る必要がある適用して下さいまたはこれらのパケットを送信して下さいすべてのインターフェイスに。 Novell NetBIOS/Type-20 伝搬 ファシリティに関する詳細についてはルータ製品 コンフィギュレーション ガイドの章を参照して下さい第 19。

より新しいメンテナンスリリースでは、コマンド IPX type-20 助手はこれらのパケットの 9.21 および それ以降 type-20-propagation 管理を消し、これらのパケットを転送するために IPX helper-address 設定の 9.1 形式を使用します。

Q. 無限循環からネットワークによってフラッディング パケットを防ぐ方法

A. これが発生するトポロジーはあふれるとき(指定された アドレスを通したない助手)で、NETBIOS パケットのソースに戻ってそこにマルチパスです。 いくつかのブロードキャストパケットのループ ケースが発生しますあります。 ガードは正常な IPX/NetBIOS トラフィックの一部である不必要な余分ブロードキャストを防ぐために設定することができます:

  1. ipx helper-address -1.ffff.ffff.ffff コマンドを避けて下さい。 可能な限り指定された アドレスを使用して下さい。
  2. どのパケットが転送されてほしいと思う設定し、これらのグローバルコマンドを使用して下さいか識別するために IPX 助手リストを:
           netbios-socket-input-checks  Limit input of non-type 20 netbios
                                        bc packets
           type-20-input-checks         Do additional input checks on type 20
                                        propagation packets
           type-20-output-checks        Do additional output checks on type 20
                                        propagation packets
    
    たとえば、多分転送される IPX type-20 パケット ブロード キャストおよびネットワーク ゲーム運命のオリジナル シェアウェア バージョンによって使用されるないブロードキャストだけがほしいと思います。 IOS 10.2 ベースのシステムで、access-list 901 を使用する助手リストを作成できます:
           access-list 901 permit 20 -1 0 -1 0
           access-list 901 deny -1
    

Q. IPX 「ティック何」、とは Cisco は遅延を計算するのにそれらを使用しますか。

A. ティックは二番目に長くの遅延 1/18th の大体ユニットです; すぐに 18.21 匹のティックがあります。 ティックが宛先に到達するためにパケットがどの位の時間を要するか測定するのに使用されています。 IPXルートのティック フィールドは少なくとも 1 常にです。 NetWare シェルによってその値がルーティング決定を作るためにどの位ファイルサーバからのおよび NetWare ルータによる応答を待つ必要があるか判別するのに使用されています。

9.1 では、ルーティング テーブルのティック情報を伝えますが、宛先に最良 の ルートを決定するのにそれを使用しません。 その代り、そのネットワークにホップ カウントを使用します。 ルートに追加するべき 9.1 の Cisco を通過する追加ティックはインターフェイス 遅延設定に基づいています。

9.21 および それ以降 IOS リリースでは、ティックは宛先にベストパスを判別するプライマリ ルーティング メトリックです。 ルートに追加するべき Cisco を通過する追加ティックはそのインターフェイスのために設定される「IPX 遅延 X」によって判別されます。 デフォルトで、すべての LAN インターフェイスに 1 というティック値があり、すべての WANインターフェイスに 6.というティック値があります。 リリース 10.0 と それ以降でサポートされる WANインターフェイスのためのティックの動的計算に関しては、使用 IPXWAN。

Q. フォーマットエラー」平均何を「は show ipx traffic」の「表示するか。

A. フォーマットエラーはルータがルータのインターフェイスより別の IPXエンキャプシュレーション型との IPX パケットを受信するか、または受け取り パケットの長さが 30 バイトより小さくまたはインターフェイスの最大伝送ユニット(MTU)より大きいとき発生します。

Q. " ipx routing " コマンドを説明できますか。

A. コマンド Novell ルーティング[アドレス]のアドレスは非 IPXWAN シリアルラインのためだけに関連しています。 MACレイヤ ハードウェア アドレスが付いているインターフェイスは IPX ホスト アドレスとしてそのアドレスを使用します。 MACレイヤ ハードウェア アドレスを規定 される " ipx routing " コマンドでアドレスを使用してもらわないシリアルライン。 アドレスが" ipx routing " コマンドで規定 されない場合、最初の IEEE インターフェイスの MAC アドレスはホスト アドレスとして使用されます。 IPXルーティングが有効に なるときルータに IEEE インターフェイスがないかまたはそれらがの上でなければ、システムは使用するためにランダム 疑似 MAC アドレスを生成します。

      hostname Router
      !
      enable password SwR4dWeQ
      !
      ipx routing 0000.0c19.2b58
      !
      interface Serial 1
      ipx network FC01
      ...
      Router>show ipx int ser 1
      Serial1 is up, line protocol is up
      IPX address is FC01.0000.0c19.2b58 [up] line-up, RIPPQ: 0, SAPPQ: 0

IPXWAN は異った方法を IPX ホスト アドレスを判別するのに使用します。 詳細については RFC1634 を参照して下さい。

Q. フレーム リレー上の IPX を設定する方法

A. 次のコマンドを使用します。

     int serial 0
     encap frame-relay
     ipx network 100
     frame-relay inverse-arp ipx DLCI

リモートルータがこの例が 100.0000.0c00.1122 に DLCI 123 の IPX アドレスのリモートルータをマッピング する Inverse-ARP をサポートしない場合 IPX アドレスに可能性のある Data Link Connection Identifier (DLCI)をマッピング しなければなりません。

     frame-relay map novell 100.0000.0c00.1122 123 broadcast

Q. すべての Novell イーサネット カプセル化についての何が入力しますか。

A. フレームタイプ ETHERNET_802.3 は Novell の独自仕様カプセル化です。 それらは 802.3 帯内の SPX/IPX パケットを直接置きました; それらは 802.2 LLC か SNAP を使用しません。 結果は「実質」802.3/.2 トラフィックと混合されたとき標準外で、問題を引き起こす場合があります。 これは Cisco の用語の「Novellエンキャプシュレーション NOVELL-Ether」と呼ばれます。

フレーム タイプ ETHERNET_II は、「標準」のイーサネット II フレーミングです。 SPX/IPX パケットは型コード 8137 の Ethernet II 帯にカプセル化されます。 これらの帯は 2オクテット タイプ/フレーム長 フィールドを除く Novellフレームがコードする同じです。 これは Cisco の用語の「Novellエンキャプシュレーション ARPA」と呼ばれます。

フレームタイプ ETHERNET_SNAP、か Cisco Novell Encapsulation SNAP は、スナップヘッダーが付いているイーサネットパケットです。

フレームタイプ ETHERNET_802.2、か Cisco Novellエンキャプシュレーション SAP は、802.2 LLC の実質 802.3 カプセル化です。 これは NetWare 3.12 および NetWare 4.x の Novell の新しい標準デフォルト の カプセル化です。 イーサネットの IPX 帯のための Cisco のデフォルト の カプセル化は今でも Novell ETHERNET_802.3 の専門語の novell-ether、またはです。

     router(config-if)# ipx encapsulation?
       arpa   Novell Ethernet_II
       HDLC   HDLC on Serial Links
       novell-ether   Novell Ethernet 802.3
       sap   IEEE 802.2 on Ethernet, Token Ring, and FDDI
       snap   IEEE 802.2 SNAP on Ethernet, Token Ring, and FDDI

Q. ネットワークの多くの Novell トラフィック、あるが何がデバッグを回す必要がありますか。

A. ロギングをコンソールにディセーブルにし、syslog サーバに記録 して下さい。 これをする設定でこれらのコマンドを使用して下さい:

      no logging console
      logging "ip address of syslog server"

Q. access-list で IPX ネットワーク番号のためにマスクを使用する方法

A. 9.1 では、ネットワーク番号のためのマスクがありません; マスクは送信元 および 宛先アドレスのためです。 これは access-list のための構文です:

access-list number {deny|permit} novell-source network[.source-address [source-mask]] 
novell-destination-network[.destination-address [destination-mask]]

817axxxx (817a0000 - 817affff)から開始するすべてのネットワーク番号を割り当てるために、すべてのネットワーク番号を打ち込まなければなりません。

      access-list 801 permit 817a0000
      access-list 801 permit 817a0001
      ...
      access-list 801 permit 817affff

9.21 および それ以降では、すべてのネットワーク番号が 817axxxx (817a0000 開始するようにすることは- 817affff)からネットワークマスクが理由でもっと簡単です。 ネットワークマスクは 900 (拡張アクセスリスト)および 1000 の SAP フィルタ access-list で許可されます。 コマンドのための構文はここにあります:

access-list access-list-number {deny | permit} protocol [source-network[.source-node[source-network-mask.]source-node-mask] source-socket[destination-network[.destination-node[destination-network-mask. destination-node-mask]destination-socket]] 

次に例を示します。

   access-list 901 permit -1 817a0000.0000.0000.0000 ffff.ffff.ffff.ffff
 

Q. 両方のプロトコルを用いる Ciscoルータの Novell の前に DECnet を有効に しなければなりませんか。

A. 8.2 の前に、DECnet がルータで開始したときに、ルータのインターフェイスすべては Mac レベル アドレスが DEC 範囲の内で下ったのは変更されたからです。 これは DECnet がプロトコル アドレスの一部として MAC アドレスを使用した他のどのプロトコルの前にも開始しなければならなかったことを意味しました(Novell および XNS のように)。 8.2 は DECnet コストが割り当てられたインターフェイスしか変更された MAC アドレスがなかったのは DECnet の 実装を変更したからです。 DECnet を実行し、同じの Novell がインターフェイスすれば、DECnet を最初に開始する必要があります。 安全であるために、混在環境の DECnet を最初に常に開始して下さい。

Q. BIGPACK.NLM および PBURST.NLM をわかっている Cisco はおよびそれらサポートされますありますか。

A. Novell はファイルサーバおよびより新しいクライアントソフトウェアを操作する NetWareロード可能モジュールについて私達に告げました。 一度に、この NLM は 2 人の部にありました: バースト 方式および大きいパケット ネゴシエーション サポート。 部品は両方とも同じ NLM によって呼出される PBURST.NLM に今組み込まれます。 NetWare に 3.12 および NetWare 4.x に NOS に構築される PBURST/LIPx があります。

PBURST.NLM は NetWare における問題を補正するように 3.11 またはそれ以前 クライアント/サーバ設計されています。 ワークステーションがファイルサーバにログオンするか、または接続するとき、ワークステーションおよびサーバは最大パケットサイズ値をネゴシエートする必要があります。 これはより小さいものはどれでも、ワークステーションのパケットバッファサイズまたはファイルサーバのパケットバッファサイズです。 ファイルサーバとワークステーション間にルータがある場合、576 バイトのデフォルト サイズはファイルサーバがパスのすべてのルータおよびセグメントは大きいパケットサイズを処理できたかどうか確認できないので使用されます。

PBurst の LIPx 部品はネゴシエート パケットサイズ の 要求を代行受信し、上でプロシージャを完全に複写します、但し例外としてはルータ チェックを無視します。 LIPx がファイルサーバでロードされた後、使用を最も大きいネゴシエーションされた パケット サイズ接続する介入するルータに関係なくすべてのワークステーション。 ルータ チェックがないので、介入するルータ全員が正しく設定されない場合セッション確立障害の可能性があります。

パケットバースト IPX/NCP は Ciscoルータから完全に独立しています。 テストはソフトウェアの現在のバージョンと実行された、問題は観察されませんでした。 エンドツーエンド IPX スループットは ACK が必要となる前に送信することができるパケットの数を高めるバースト 方式の使用方法を高めました。

Q. Novell NetBIOS パケットは助手リストを必要としますか。

A. Novell の NetBIOS は IPX を実行します。 NetBIOS 最初のクエリは一般に ローカルブロードキャストの用紙を奪取 し、9.1 で、ヘルパー アドレスをターゲットサーバに達するように要求します。 ヘルパー アドレスがインターフェイスに加えられたら、NetBIOS は helper-address で定義されるアドレスに転送されます。 9.21 および それ以降では、Novell NetBIOS ブロードキャストは ipx type-20-propagation コマンドで転送されます。

Q. 拡張アクセスリストのすべての可能性のある プロトコルおよびソケット値とは何か。

A. Ciscoルータはアクセス リストの「プロトコル」および「ソケット」フィールドの ANY 値でフィルタリングできます。 これらのフィールドのいくつかのよく 知られた 値はここにあります:

     IPX protocol (or packet) types:
       0  Unknown (could be any of the below, check socket to see what it is)
       1  Routing information protocol (RIP)
       2  Echo packet (ping)
       4  Internet Packet Exchange (IPX)
       5  Sequenced Packet Exchange (SPX)
      17  NetWare Control Protocol (NCP)
      20  NetBIOS Name Packet

     Novell socket numbers:
       0x451  NCP
       0x452  SAP
       0x453  RIP
       0x455  NetBIOS
       0x456  Diagnostics
       0x457  Serialization Packets
       0x4000 - 0x6000  Ephemeral sockets; used for interaction with file
                   servers and other network communications
       0x8000 - above Sockets assigned by Novell to third parties or
           themselves.

Q. どの程度 IPX RIP および SAP 更新はありますか。

A. Ciscoデバイスによって生成される IPX RIP パケットのサイズは 32 バイトのメディア カプセル化 オーバーヘッドと IPX オーバーヘッドと 50 までの 8 バイト RIP エントリ(合計 432 バイトのために)、です。

Ciscoルータによって生成される IPX SAP パケットのサイズは 32 バイトのメディア カプセル化 オーバーヘッドと IPX オーバーヘッドと 7 つまでの 64 バイト SAP エントリ(合計 480 バイトのために)、です。

Q. 何が IPXルーティングテーブルの「使用」平均か。

A. ルートが IPX パケットのためのパスとして選択される各ルートと関連付けられる"uses" カウンターはいつも増分します。 それはそれだけが何回もルート選択されましたその多くのパケットがそのルートと正常に送信されたことを必ずしも意味します。 それはアウトプットインターフェイス、アウトプット アクセスリスト失敗、フル出力キュー、先祖などのための超過された MTU サイズによるパケットを廃棄するために"uses" カウンターが増分した後まだ可能性のあるです

Q. RCONSOLE がはたらくことができるようにどんな SAP タイプがしなければなりませんか。

A. RCONSOLE は型 0x107 サーバのための「総務部クエリ」を送信します。 RConsole が PC 上で動作するためには、Cisco ルータがタイプ 0x107 のサーバへの通知を許可されている必要があります。

Q. IPX fast-switching はどのように設定されるか。

A. IPX fast-switching はファーストスイッチのキャッシュの情報に基づいています。 エントリは最初のプロセス交換パケットから所定のデスティネーションへの得られる情報に基づいて作成されます。 宛先が接続ネットワークに直接あるか、または「IPX 最大パス」が 1 に(デフォルト)設定 される時、所定のデスティネーションへ決して複数のファーストスイッチ の キャッシュ エントリがある場合もありません。

「最大パス」が大きい値により 1 設定 されるとき、複数の等価コストルートはルーティング テーブルで(リモートネットワークに)保存される場合があります。 この場合、複数のファーストスイッチ の キャッシュ エントリは、また作成されます。

複数のキャッシュ エントリの前で、IPX ファスト・スイッチ アルゴリズムは簡単です: 私達エントリ間のラウンドロビン。

show ipx cache からの出力例はここにあります:

                Destination   Interface    MAC Header
    *    365.0000.0c02.8cf9   Ethernet0    00000C028CF900000C028CFB8137
    *    164.0000.0c01.d878   TokenRing0   000030802D7D0000304060DFE0E003
                              @TokenRing1  000030802D7E0000304060DFE0E003

164.0.0c01.d878 に宛てた連続するパケットは TR0、そして TR1、そして TR0、先祖などによって送信されます

9.0 および 8.3 では、ラウンド ロビン アルゴリズムは同じですが、ファーストスイッチのキャッシュ宛先はごとのネットワークごとに、ないホスト保存されます。 従ってそれはこのようになります:

               Destination   Interface    MAC Header
    *                  365   Ethernet0    00000C028CF900000C028CFB8137
    *                  164   TokenRing0   000030802D7D0000304060DFE0E003
                             @TokenRing1  000030802D7E0000304060DFE0E003

その結果ロード シェアリングが有効に なるとき、ファスト・スイッチ動作のわずかな相違点を見ます。 ある特定のリモートネットワークに宛てた連続的な着信パケットはラウンド ロビン方式の送信された適格なインターフェイスですが、ある特定のホストのためのパケットはリモートネットワークに向かうトラフィックのミックスに依存したインターフェイスの間で配られます。

Q. 方法がどのサーバが GNS 要求に応えるか制御するありますか。

A. サーバとの 9.1 の GNS 要求に応えますサービス表の上で現われる。 どのサービスが 9.1 の表の上にあるか変更するために、どちらかのフィルタできます input-sap-filter と(それから誰もこのルータを通してそのサーバにアクセスできません)完全に保守する、または表の上で現われたいと思うサービスのためのスタティック SAP を定義できます。 これを、そのスタティック SAP にそのサービス タイプのための表の上にするためにある、またはサーバを作るために与えて下さいサーバより低いホップ カウントをホップ カウントをずっと離れたようにするそのサービスのための定義されたスタティック SAP の表のリスト下部のの上にある。

9.21 および それ以降では、GNS 応答をどのサーバが答えるか制御する最もよい方法は output-gns-filter を使用することです。

Q. Ciscoサポート Novell の「優先サーバ」は命じますか。

A. 種類の: クライアントの preferred server コマンドはこれのように使用されます:

  1. クライアントは Get Nearest Server (GNS) パケット ブロードキャストを起動し、送信 します。
  2. ローカルサーバがない場合、ルータはサーバとリストの上であるこれに応答します(ソートされていないリストの 9.21 および それ以降、上で)。
  3. クライアントはそれからサーバの内部ネットワーク番号のための RIP 要求を送信 します。
  4. ルータはネットワークにホップおよびティックと応答します。
  5. クライアントは NearestServer の NCP セッションを開きます。
  6. クライアントは優先サーバのための NearestServer にバインダリー ルックアップで送信します。
  7. クライアントは優先サーバのための RIP 要求を送信 します。
  8. NearestServer からのクライアント切断は PreferredServer に接続し。

    注: クライアントは NetWare OS にしかデバイスを接続 NetWareデバイスだけバインダリー ルックアップ 要求に応えることができます。 Ciscoルータは NetWareデバイスではないですが、最も近いサーバに NCP パケットをルーティングします。


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

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


Document ID: 10548