従属 LU および DLUR/DLUS 目次 概要 前提条件 要件 使用するコンポーネント 表記法 DLUR/DLUS の基本 DLUR/DLUS セッションサービス拡張 DLUR/DLUS ルーティングサービス DLUR/DLUS パイプアクティブ化の例 Auto Network Shutdown SSCP テークオーバー - ネットワーク稼動時 SSCP テークオーバー - ネットワーク停止時 SSCP テークオーバー - テークオーバー実行時 関連情報 概要 図 1 最初に、拡張分散ネットワーク機能（APPN）はピアツーピア接続だけか。サポートしましたか。か。Logical Unit （LU）を使用 するセッション 6.2 接続。 ただし、APPN は、ネットワークが従来のシステム ネットワーク アーキテクチャ（SNA）トラフィッ ク（LU 0、LU 1、LU 2 など）をサポートできる場合にも実行可能です。 APPN では、もはやセッションのプライマリおよび 2番目の終端の概念がありません。 どのエンドポイントが始まることを選択す るセッションはプライマリになり、BIND を送信 します。 しかしレガシー SNA トラフィックによって 2番目の終端はセッション を始めるために Virtual Telecommunications Access Method （VTAM）を頼みます。 APPN の BIND を送信できないノードの概念 がありません。 従って、BIND を発行できないレガシー セカンダリ LU に特別なサポートが必要となります。 従属型LUリクエスタおよびサーバ（DLUR/DLUS）はネットワークの Network Node （NN）か End Node （EN）にサーバが VTAM 4.2 および要求者で実装される APPN ネットワークの依存 LU のための問題を、ある場合もあります解決します。 前提条件 要件 このドキュメントに関する固有の要件はありません。 使用するコンポーネント このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。 表記法 ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。 DLUR/DLUS の基本 図 2 LU 6.2 セッションのペアは DLUR および DLUS 制御流れの間で DLUS と DLUR の間でこれらのセッションに（アクティブ化のよ うな LU は、LU を、アクティブにします Physical Unit （PU）、無効にする PU、ログオン、開始を無効にします）フローしま す設定されます。 DLUR は適切なリソースにメッセージを渡します。 セカンダリ依存 LU （DLUs）は LU 6.2 パイプの 1 つにそれを置く DLUR へ開始 要求を送信 することによってセッションを始 めることができます。 セッション要求がフローすれば、DLUS および DLUR 通信は完了しました。 DLUR/DLUS セッションサービス拡張 図3 VTAM/DLUS がセッション要求を受け取れば、VTAM はアプリケーションがどこに見つけられ、アプリケーションホストに CDINITLOCATE 要求を送信 するか、BIND がセカンダリに送信 されるように要求します判別しま。 APPN VTAM のこのサポートはレガシー SNA セッションサービスが APPN に掲示されたことを意味するセッションサービス 拡張機 能として知られています。 セッションサービス拡張はまたセカンダリによって始められるセッションに加えてセッションパートナーが利用可能になるまでサ ード パーティ セッション開始およびキューイングをサポートします。 DLUR/DLUS ルーティングサービス 図 4 レガシー LU への BIND を送信 する必要があることアプリケーションが知らせられれば BIND は APPN ネットワークを渡って送 信 されます。 それはカプセル化されません。 レガシー SNA トラフィックおよび APPNトラフィックは同じ SNA ヘッダを使用 し、APPN ネットワークで共存できます。 VTAM がセッション開始に気づいているが、セッショントラフィックは VTAM か接続されたチャネル インターフェイス プロセッ サ （CIP） ルータをフローする必要はありません。 APPN アルゴリズムを使用する、アプリケーションホストにネットワークサ ーバ 機能性を提供する NN は適切な Class of Service（CoS）を提供するネットワークによってベストパスを選択します。 DLUR/DLUS パイプアクティブ化の例 図 5： 交換識別情報 （XID）が受け取られるとき、DLUR は DLUS ことをに物理ユニット（REQACTPU）をアクティブにするためにサービ スが要求の送信によって必要となることシステム サービス 制御点（SSCP）に信号を送ります。 続いて、DLUS 問題 ACTPU 要 求。 図 6 このフローでは、支店網 Node/DLUR （BrNN/DLUR）はダウンストリーム PU から DLUS からの SSCP サービスを要請するために DLUR に信号を送る XID を受け取りました。 すべての XID02 か XID32 で ACTPU 要求ビットが設定そして REQACTPU を送信 し てもらいます。 「パイプ」がアクティブではない場合、最初に「置けば」パイプを開始するために BIND 要求を以下は送信 され ます。 DLUS はそれから ACTPU 要求に先行している肯定応答 +RSP REQACTPU を返します。 Auto Network Shutdown DLUR はネットワーク制御プログラム（NCP）によって提供される ANS サポートと同じような Auto Network Shutdown （ANS）サ ポートを提供します。 PU がと規定 される ANS = CONT アクティブになる場合パイプが終わるときどの既存の LU-LU セッション でも保持されます。 DLUR は依存するデバイスからの SSCP-PU/LU トラフィックを拒否します。 依存するデバイスのそれ以降 の アクティブ化によっては、DLUR は LU-LUセッションを終えるかもしれません。 SSCP テークオーバー - ネットワーク稼動時 図 7 図 7 では、すべてのセッション（SSCP-PU、SSCP-LU および LU-LU）は LU-LUセッションにおよびデータ フローしています設定 されました。 SSCP テークオーバー - ネットワーク停止時 図 8 図 8 では、ネットワーク停止は従って DLUs-DLUR パイプおよび SSCP-PU および SSCP-LU セッションを壊すこと発生しました。 LU-LUセッションはパススルー影響を受けた Cisco CIP NN ルータので、続きます。 SSCP テークオーバー - テークオーバー実行時 図 9 図 9 では、バックアップ DLUS は引き継ぎに開始します、パイプは確立されます、リソースは（ACTPU、アクティブ化論理ユニッ ト[ACTLU]）アクティブになり、DLUR は ACTLU 応答のセッション ヒント（プライマリ 論理ユニット[PLU]、LU1）送信 します。 セッションは新しい SSCP によって今回復されます。 それに続く LU-LU セッションは DLUR に VTAM3 にセッション 認識という 結果に終ります。 リカバリが VTAM1 で行われるとき、giveback は発生し、SSCP-PU および SSCP-LU セッションは VTAM3 によって無効になり、 LU-LU セッションを破壊しないでオリジナル設定を復元する VTAM1 によって再稼働することができます。 関連情報 トラブルシューティング テクニカルノーツ 1992 - 2015 Cisco Systems, Inc. All rights reserved. Updated: 2014 年 12 月 25 日 http://www.cisco.com/cisco/web/support/JP/100/1001/1001262_38.html Document ID: 12240
© Copyright 2024 ExpyDoc
