Page History
[ 
|../../index.htm#lansa/jmp_route.htm]
現在地: LANSA コミュニケーションセットアップガイド > 2. ワークステーションの構成 > 2.2 ホストルートの追加あるいは変更
...
Wiki Markup
省略値のTCPホスト名とポート番号をペアフォーマットで利用している場合、このホストルート情報ダイアログ・ボックスで作成されるルートレコードは必要ありません。
ホスト名の省略値はlocalhost 、ポート番号は4560 !worddavaf485e25f57cd86bb5b0fc63f3f1b1cc.png|height=32,width=32! 省略値のTCPホスト名とポート番号をペアフォーマットで利用している場合、このホストルート情報ダイアログ・ボックスで作成されるルートレコードは必要ありません。 ホスト名の省略値はlocalhost 、ポート番号は4560 です。（ホスト名はlocalhost:4560 と設定するだけで呼び出せます。）
省略値のホストルートを使用していない場合は、このダイアログ・ボックスでオプションを引き続き設定して下さい。: \
[システム名にTCPホスト名
...
(または
...
IP
...
アドレス)
...
とポートの併記を使用
...
]
TCP ホスト名/ポート番号のペア形式で生成されたLU 名を利用する場合はこのオプションを選択して下さい。 \
[システム名
...
]
接続先のホスト名。LANSA Open では、LceUseSystemの呼び出しで使用される名前です。 ヒント IBM i システムを定義する場合は、2つの異なったパートナーLU名で定義しておくと時間の節約になるかもしれません。例えば、IBM i では、LceUseSystemの呼び出しで使用される名前です。
| Tip |
|---|
ヒント：IBM i システムを定義する場合は、2つの異なったパートナーLU名で定義しておくと時間の節約になるかもしれません。例えば、IBM i のLU名がMYHOSTだとすると、MYHOSTおよびAPPN.MYHOSTというLU名で定義しておきます。この2つのエントリーは、名前以外の全ての面において同一のものです。このアプローチを使用することによって、アプリケーションは、短い名前MYHOSTともっと正式な名前APPN.MYHOSTの両方を使用することができます。例えば、Visual |
...
LANSAのホスト・モニターは、常に正式名称であるAPPN.MYHOSTを使用します。ですから、この正式名称を指定しておかないと、Visual |
...
LANSAのホスト・モニターをスタートさせることができません。一方で、短い名前MYHOSTも使用できるようにしておけば、他のアプリケーションを使用する際、覚えやすいというメリットがあります。 |
...
[TCP
...
ホスト名（または
...
IP
...
アドレス）
...
]
これは、同じドメインのホストに対する単純なホスト名（上図において示されているように"ホスト．ドメイン名"というフルパス指定）です。IPアドレスでは、nnn.nnn.nnn.nnnというフォーマットになります。名前が指定される際、（IPアドレスに対する）名前の分析は、基礎となるTCP/IPプロトコル・スタックによって行われるということに注意してください。このため、TCP/IPプロトコル・スタックに関する知識が必要です。 \
[TCP
...
ポート
...
]
省略値のポート番号は 4545 です。 使用する場合、ホスト上のリスナー・コンポーネントもこのポート番号でリッスンするよう構成する必要があります。
オプション
以下のオプションをブランクにしておくと、省略値が適用されます。 \
[最大パケット
...
サイズ
...
]
内部的に使用される送信バッファーの大きさを決定することによって、APPCパケットの大きさをシミュレートします。省略値は、1024＋ヘッダー・サイズです。このパラメータを省略値のままにしておき、特殊な状況に対する構成はネットワークの専門家に設定してもらうことをお薦めします。
省略値のゼロ (0) はシステムの省略値を使用します。 \
[Ipv6
...
を使用する
...
]
インターネットプロトコルVersion 6 のサポートを有効にするためにはこのオプションを選択して下さい。このオプションにより、IPv4 と IPv6 の両方のネットワークでアプリケーションが作動できるようになります。 \
[TCP_NODELAY
...
TCP/IP
...
ソケットオプション
...
]
ネーグルのアルゴリズムを無効にし、小さなデータパケットをリモートホストにすぐに送ることができます。
ネーグルのアルゴリズムでは複数の送信要求を小さなデータバッファー内に結合させ、前回のデータ・パケット送信が受信されたとのリモートホストからの確認をした後に送信します。これはTCP/IP ソケットの省略値として有効になっています。
LANSA 通信エクステンションは独自のデータバッファーを導入しているため、このネーグルのアルゴリズムは必要ありません。 \
[ログオン
...
タイムアウト
...
]
将来使用するために留保されています。 \
[受信タイムアウト
...
]
指定された時間（秒）内にアプリケーション・サーバーからデータが返されない場合、接続が自動的に閉じられ、クライアントにはエラーが返されます。
省略値の 0 秒はタイムアウトが全くないことを意味しています。つまり、クライアント・アプリケーションは、アプリケーション・サーバーからの返事があるまで、永遠に待つことを意味しています。
このパラメータを省略値のままにしておき、特殊な状況に対する構成はネットワークの専門家に設定してもらうことをお薦めします。
入力が全て終了したら、OK ボタンを押して下さい。 [ !worddavaf485e25f57cd86bb5b0fc63f3f1b1cc.png|height=32,width=32! |../../index.htm#lansa/jmp_route.htm]