第12章 LAT ソフトウェアの管理

各ノードはその資源をサービスとして提供します。 多くの場合，各ノードからは汎用処理サービスを提供しますが，制限されたサービスや特殊なアプリケーション・サービスを提供することもできます。 また，1 つのノードから提供するサービスの一部あるいはすべてを特殊なアプリケーションにすることが可能です。

たとえば，サービス・ノードから提供できるサービスには次のものがあります。

汎用処理サービスでは，汎用のシステム環境を使用することができます。 一方，データ・エントリや株式相場のサービスの場合はその環境が制限され，サービス・ノードのアプリケーション・サービスへの接続は行われますが，他の部分への接続は行われません。

各サービスはシステム管理者によって割り当てられた名前によって区別されます。 OpenVMS Cluster では，サービス名はクラスタ名と同じにしてください。 独立したノードでは，サービス名はそのノード名と同じにしてください。 特殊なサービス・アプリケーションを使用するサービスには，そのアプリケーションの名前を付けるようにします。

サービス・ノードはそのサービスの内容を一定の間隔で LAN 上に通知します。 ターミナル・サーバ (および外部への接続が可能な OpenVMS システム) は，それによって各ネットワーク・サービスが利用可能かどうかを知ることができます。 通知される内容は，物理ノード名，サービス名，サービスの内容説明，そのサービスの現在の利用量です。 サーバは LAN への通知をリッスンして，情報をデータベースに記録します。 外部への接続が可能なノードでは，このデータベースは LAT 補助制御プロセス (LATACP) によって保守されます。 LATACP データベースの管理についての詳細は，12.7 項 「LATACP データベースのサイズの管理」 を参照してください。

ユーザ・ターミナルまたはアプリケーション・プログラムからサービスの要求を受け取るたびに，サーバ・ノードは適切なサービス・ノードに接続を行います。

LATCPコマンドSET NODEに/NOANNOUNCEMENTS修飾子を指定して使用することにより，マルチキャスト・サービスからローカル・ノードを無効にすることができます。 ただし，遠隔ノードは，ローカル・ノードに接続するためには，LATプロトコル・バージョン5.2 (またはそれ以上) の LAT サービス応答機能に依存しなければならないため，新しいモデルのターミナル・サーバおよびホストがあるネットワーク環境 (LAT ホスト，ターミナル・サーバ，および PC がすべて，LAT プロトコルのバージョン 5.2 以上を実行している) でのみ，この修飾子を使用してください。 この環境以外で使用した場合，バージョン 5.2 より前の LAT プロトコルを実行しているシステム (DECserver 100，200，500 システムなど) は，LAT サービス通知を無効にしているシステムとは接続できません。

サービス・ノードがターミナル・サーバにサービスを要求できる場合がいくつかあります。 最も一般的なケースは，システムがターミナル・サーバのポートに接続されているプリンタを使用する場合です。 システムはプリント要求をターミナル・サーバのプリント・キューに登録します (このプリント・キューは OpenVMS のスタートアップ・プロシージャの中で設定されて，初期化されます)。 キューに要求が登録されると，LAT シンビオント (大容量記憶デバイスとの間でデータを転送するプロセス) により，LAT ポート・ドライバに対して遠隔プリンタへの接続の確立と終了が要求されます。

LAT ポートに接続されているプリンタのキューを設定する方法については，『OpenVMS システム管理者マニュアル (上巻)』を参照してください。

ターミナル・サーバはネットワーク上の各ノードからの通知に基づいてサービスのディレクトリを作成し，それを管理します。 ターミナル・サーバはターミナル・ユーザから要求を受け取ると，サービス・データベースを検索し，要求されたサービスを提供するコンピュータの位置を特定します。

ターミナル・サーバは要求されたサービスを提供するノードを探すだけでなく，そのノードのサービスの利用量を調べることがあります。 要求されたサービスが複数のノードから提供されている場合，サービスの利用量が最も少ないノードを選択し，そのノードと要求側のユーザ・ターミナルとの間に論理接続を確立します。

1 つの論理接続により，1 つのターミナル・サーバ・ノードからサービス・ノードに向けられたすべてのデータが運ばれます。 つまり，サーバは同じノードと通信を行っているすべてのターミナルからのデータを 1 つの接続上に結合します。 ターミナル・サーバは，論理接続がまだ存在しない場合にだけサービス・ノードとの論理接続を確立します。

何らかの理由で接続に失敗すると，ターミナル・サーバは同じサービスを提供している別のノードを探し，そのノードとの接続を確立することによって，ユーザがコンピューティング・セッションを続行できるようにします。

ターミナルからの接続は 1 つにまとめられても，個々のターミナルはそのターミナル名によって区別されます。 ターミナル名は 2 つの部分から構成されます。 最初の部分はターミナル回線が接続されているターミナル・サーバ上のポートの名前を示し，2 番目の部分はターミナル・サーバ・ノードの名前を示します。

通常，LAT ネットワークにおける要求側ノードはターミナル・サーバですが，サービス・ノードがターミナル・サーバに対してサービスを要求することがあります。 最も一般的なケースとして，サービス・ノードがターミナル・サーバに接続されている遠隔プリンタにプリント要求をキュー登録することが挙げられます。

イーサネット・ポートが DECnet と LAT の両方を実行している場合には，LAT ソフトウェアを起動する 前に DECnet ソフトウェアを起動しなければなりません。 最初に DECnet ソフトウェアを起動しなければ，存在するすべての LAN 接続が終了し，LAT を介したシステムへの再接続が不可能になることがあります。

DECnet がシステム上に構成されている場合 (あるいはシステムがクラスタに組み込まれている場合)，SCSSYSTEMID システム・パラメータはゼロ以外の値を含むことがあります。 同じ論理 LAN に接続された LAN コントローラがシステムに複数台ある場合を除いて，通常これは問題になりません。

たとえば，システムに FDDI コントローラとイーサネット・コントローラがある場合には，FDDI コントローラに接続された FDDI リングとイーサネット・コントローラに接続されたイーサネット・セグメントが，10/100 LAN ブリッジ (FDDI からイーサネット) でブリッジされるように構成することができます。

このような構成では，SCSSYSTEMID が 0 でない場合，同じコントローラ上で LAT とDECnet とを実行 しなければなりません。 同じコントローラ上で実行しなければ，DECnet が最初に起動するため，他のコントローラで起動する LAN が異常終了します。 これは，LAT が起動時に AA-00-04-00-xx-xx アドレス (DECnet LAN アドレス) を使用しようとしても，DECnet がすでに別のコントローラでこのアドレスを使用しているため，データ・リンク層が，そのアドレスを使用した LAT の起動を妨げるためです (単一の論理 LAN においては，すべてのデータ・リンク・アドレスは固有のものでなければなりません。 両方のコントローラが同じアドレスの使用を試みるため，固有ではなくなります)。

次のコマンドで LAT リンクを作成しても，LAN ドライバが SCSSYSTEMID に基づいたアドレスを使用しようとするため，失敗します。

LATCP> CREATE LINK LAT$LINK_2 /NODECNET

SCSSYSTEMID を 0 に設定すると，異なるコントローラ上で LAT と DECnet を構成することが可能になります。 ただし，クラスタ環境では SCSSYSTEMID を 0 に設定することはできません。

複数の LAN アダプタで LAT を実行することはできますが，1 つの論理 LAN から別の論理 LAN に LAT を経路指定することはできません。 次に示すのは，LAT プロトコル・バージョン 5.3 を実行しているノード (バージョン 5.2 および 5.1 を実行しているノードも含む) のためのサポートされている LAT 構成の例です。

この広く使用されている構成では，LAT バージョン 5.3 ソフトウェアを実行している OpenVMS システムが，同じ物理 LAN に接続されている 2 つのイーサネット・アダプタ (図のラベル A および B) を介して DECserver 200 に接続されています。

図 12-2 複数アドレスのLAT構成: 1つのLANにバージョンが混在するLATノードが ある場合

DECserver 200 と OpenVMS システムの間で LAT 接続が開始されると，LAT ソフトウェアは，A と B の両方のアダプタが LAT 仮想サーキットに使用できると判断します。 一方のアダプタは 1 次通信パスとして選択され，もう一方は 1 次通信パスに障害が起こった場合に備えておきます。

たとえば，ユーザが DECserver 200 から OpenVMS システムに接続すると，OpenVMS システムは，パスが 2 つあるが，そのうちアダプタ B を 1 次通信パスとして使用することを決定します。 ユーザが，OpenVMS システムから大量の出力を生成するプログラムを実行しているとき，出力中にアダプタ B が何らかの理由で障害を起こした場合には，LAT ソフトウェアは，アダプタ A を介して，OpenVMS システムから DECserver への通信を続行しようとします。

図 12-3 「複数アドレスのLAT構成: 2つのLANにバージョンが混在するLATノードが ある場合」に，ブリッジされた2つのLANを示します。 ただし，この構成は，図 12-2 「複数アドレスのLAT構成: 1つのLANにバージョンが混在するLATノードが ある場合」に示した構成と同じ特徴を示しています。

図 12-3 複数アドレスのLAT構成: 2つのLANにバージョンが混在するLATノードが ある場合

	注意: 図 12-3 「複数アドレスのLAT構成: 2つのLANにバージョンが混在するLATノードが ある場合」のイーサネット2は，FDDIネットワークであると考えられます。 LAT ソフトウェアは，各アダプタを同じコストがかかる 2 地点間通信とみなし，FDDI コントローラを全く同様に扱います。 ただし，大容量のバッファのサポートについての詳細は，12.3.3 項 「イーサネット/FDDI構成での大容量のバッファ」を参照してください。

図 12-4 「複数アドレスのLAT構成: 2つのLANにバージョン5.3のLATノードがある場合」の構成の例では，2 つの OpenVMS システム間で作成された仮想サーキットには，2 つのパスがあります。 コントローラ B と C，および A と D を介するパスです。 1 つのパスで障害が起こった場合，仮想サーキットはもう一方のパスを介して続行されます。 両方のパスに障害が起こった場合には，仮想サーキットは結果として時間切れになります。

図 12-4 複数アドレスのLAT構成: 2つのLANにバージョン5.3のLATノードがある場合

バージョン 5.3 の LAT ソフトウェアを実行する OpenVMS システムを使用するために，ネットワークを構成する場合には，図 12-5 「サポートされない複数アドレスのLAT構成」に示すような構成は避けてください。

図 12-5 サポートされない複数アドレスのLAT構成

この図に示したような構成は，予期しない結果となり機能しなくなります。 ネットワーク環境では，LATのバージョン5.1および5.2のノードは，1つの論理LANアドレスだけしか持つことができません。 図 12-5 「サポートされない複数アドレスのLAT構成」の構成はこの規約に違反します。 図 12-4 「複数アドレスのLAT構成: 2つのLANにバージョン5.3のLATノードがある場合」に示す構成は有効です。

LATソフトウェアはすべてのパスを同じコストがかかる，2地点間通信とみなします。 LATソフトウェアは最高で8個のLANアダプタを同時にサポートできます (さらに，すべてのコントローラを同じ論理LANに接続することもできます)。 パス障害に備えて，最大数のアダプタを用意するためには，各論理リンクを作成してから，LATノード状態をSYS$MANAGER:LAT$SYSTARTUP.COMでONに設定してください。

たとえば，システムに2つのFDDIアダプタ(FCA0とFCB0)を持つイーサネット・アダプタ(デバイスESA0)が1つあり，システム管理者がすべてのアダプタを介してLATを実行することを選択した場合，LAT$SYSTARTUP.COMファイルには，次のコマンドが含まれます。

        $!
        $! Create each logical LAT link with a unique name and
        $! unique LAN address (forced with /NODECNET).
        $!
        $ LCP CREATE LINK ETHERNET /DEVICE=ESA0 /NODECNET
        $ LCP CREATE LINK FDDI_1 /DEVICE=FCA0 /NODECNET
        $ LCP CREATE LINK FDDI_2 /DEVICE=FCB0 /NODECNET
        $!
        $! Turn on the LAT protocol.
        $!
        $ LCP SET NODE /STATE=ON

	重要: リンクが作成される前にLATCPコマンドSET NODE /STATE=ON が入力されると，ランダムなLAT$LINK または省略時の設定のLAT$LINKが，一方のLANアダプタ上に作成されます。 どちらのLANアダプタが選択されるかを予期する方法はありません (システム構成に依存します)。 したがって，LATを起動する前にすべてのLATリンクを作成してください。 各論理リンクは，必ず /NODECNET 修飾子を使用して作成してください。 この方法で作成すれば，複数のアダプタがDECnetスタイルのアドレスを使用しようとした際に，リンク作成障害を回避できます。 同じアドレスを持つ同じ論理LANに複数のLANアダプタを接続することは LAN 規約に違反し，LATや他のプロトコルの障害の原因となります。

LATプロトコルの開始後，論理LATデータリンクを作成することができます。 既存の仮想サーキットは，新しく作成された論理リンクが使用できるようになると，これを使用して，新しいパスを探そうとします。 ただし，この時点ではリンクを作成しないでください。 この間，LATプロトコルは既存の仮想サーキットを使用し，この新しく作成されたデータリンクを介して，新しいパスを見つけようとするため，新しいパスが見つかる前に仮想サーキットに障害が起こる可能性があります。

OpenVMS LATソフトウェアはディレクトリ・サービスと送信請求を組み合わせて使用して，各仮想サーキットのパスを取得します。 仮想サーキットの開始時にパスの発見を早めるには，LATサービスおよびノード・データベースを保守するために複数のLANアダプタを持つシステムを，次のように構成してください。

外部への接続を無効にして，サービスおよびノード・データベースなしで実行されているOpenVMSシステムは，各仮想サーキットに複数のパスがあっても実行できます。 これらのパスは，LAT送信請求プロセスで発見されますが，長い時間がかかるでしょう (すべてのパスが発見される前に，仮想サーキットで障害が起こる可能性があります)。

万一，パスに障害が起こった場合は，OpenVMS LATソフトウェアが別の有効なパスを見つけるのに時間がかかります (時間は遠隔ノードがアクセスしているアダプタの数によって異なります)。 したがって，有効になる可能性のあるLATマスタ・ノード上の次のLATパラメータを変更してください。

複数のアダプタを介すことにより，LATバージョン5.1またはLATバージョン5.2のマスタ・ノードに仮想サーキットの実行を続けさせることはできますが，これらのノードへの接続が失敗することもあります。

LAT バージョン5.2およびLATバージョン5.1のマスタ・ノードは，サービスを提供するLATノードへの複数のパスを識別することができません。 これらのマスタ・ノードは，一度に1つの遠隔アドレスを介してだけ，そのようなノードと通信できます。 したがって，LATバージョン5.1またはバージョン5.2を実行しているLATマスタ・ノードが，サービスを提供しているLATバージョン5.3の遠隔ノードに接続しようとした時にLAN パスに障害が起こった場合には，LATバージョン5.3のノードは時間内にこの障害を見つけ出すことができず，LATマスタ・ノードは時間切れで接続を切断する可能性があります。 再伝送制限をできるだけ高く設定することによって，この障害を部分的には解決することができます。

また，1次パスに障害が起きたとき，サービスを提供しているLATバージョン5.3のノードが，仮想サーキットが完全にアイドル状態であると判断した場合には，代替パスのいずれかを使用しようとする試みは行われません (前述の LAT バージョン5.2および5.1の制約を参照)。 したがって，複数の LAN アダプタが古い LAT のインプリメンテーションで動作していても，OpenVMSオペレーティング・システムのバージョン7.0以降にアップグレードして，LATバージョン5.3プロトコルを取得する必要があります。 これにより，このタイプの問題が解決されます。 このタイプの問題は，アイドル状態にある接続だけに影響します。 このような状況の例としては，昼休みや終業時刻にすべてのユーザが同時にシステムを離れた場合などがあります。

プリンタ用のポートを設定する場合は，以下の作業も同時に行う必要があります。

これらの作業については，『OpenVMS システム管理者マニュアル (上巻)』で説明しています。

特殊アプリケーション・サービスを確立するためには，LAT ポートを定義するときに /DEDICATED 修飾子を指定します。 サービスの接続先のアプリケーション・プログラムで，同じ専用ポートを定義する必要があります。 たとえば，次のコマンドは NEWS というアプリケーション・サービスのためのポートを設定します。

$ LCP :== $LATCP
$ LCP CREATE PORT LTA333:/DEDICATED
$ LCP SET PORT LTA333:/SERVICE=NEWS

アプリケーション・サービスを LAT ネットワーク上のユーザ・ターミナルから利用可能にするためには，アプリケーション・プログラムを起動する必要があります。 通常は，アプリケーション起動のためのコマンドを SYLOGIN.COM に追加します。

専用ポートを持ったアプリケーション・サービスを使用すると，システムが提供するプロセスの制御下にある LTA デバイス (LAT ターミナルなど) を，あらかじめ決まった数だけ作成できます。 ただし，このような環境では，専用 LTA デバイスがシステム・ログイン・イメージ (LOGINOUT.EXE) を実行する方法がないので，ユーザはサービスにログインできません。

制限されたサービスを作成して，このサービスに関連する，あらかじめ決まった数の LTA デバイスにユーザがログインできるようにすることが可能です。 LTA デバイスがすべて使用中の場合，LAT ソフトウェアはこのサービスへの追加接続要求を拒否して，“service in use” というエラー・メッセージを表示します。 このようにして制限されたサービスを作成すると，システム上の LAT ユーザの数を制限できます。 ただし，ユーザが制限されたサービスに接続する際の LTA デバイスの割り当て方は制御できません。

次の例は，2 つの LTA デバイスを持つ制限されたサービスを設定します。

$ LCP :== $LATCP
$ LCP CREATE SERVICE /LIMITED RESTRICTED
$ LCP CREATE PORT LTA100 /LIMITED
$ LCP CREATE PORT LTA101 /LIMITED
$ LCP SET PORT LTA100 /SERVICE=RESTRICTED
$ LCP SET PORT LTA101 /SERVICE=RESTRICTED

ユーザが RESTRICTED という名前の制限されたサービスに接続を試みると，LAT ソフトウェアは LTA100 または LTA101 の内，最初に使用できる方を選択して，接続を完了します。 これでユーザはシステムにログインできます。 別のユーザがサービスに接続しようとすると，もう一方の LTA デバイスに割り当てられます。 このユーザは 2 番目のシステムにログインできます。 RESTRICTED という名前の制限されたサービスに関連するこの 2 つのデバイスが両方とも使用中であれば，この制限されたサービスへのこれ以降の接続要求は拒否されて，エラー・メッセージ “service in use” が表示されます。

ユーザがシステム (LTA100 または LTA101) からログアウトしても，LTA デバイスは削除されません。 制限されたサービスへの次の接続要求を受け付けられるように再設定されます。