OpenVMS マニュアル

• ReXmt フィールドの右端の数字 (106) は，発生した時間切れの回数を示す。時間切れは以下のいずれかの問題があることを示す。

  • リモート・システム NODE11 が UPNVMS から送信されたシーケンス・メッセージを受信できなかった。

  • シーケンス・メッセージは到着したが，NODE11 へのトランジットで遅延が発生した。

  • ローカル・システム UPNVMS が，リモート・ノード NODE11 に送信されたメッセージへの確認応答メッセージを受信できなかった。

  • 確認応答メッセージは到着したが，NODE11 からのトランジットで遅延が発生した。

  ネットワーク内またはノードのいずれかでの輻輳により，以下の問題が発生することがある。

  • ネットワーク内で輻輳が発生すると，パケットが遅延したり，紛失する可能性がある。ネットワーク・ハードウェアに問題がある場合も，パケットが紛失する可能性がある。

  • UPNVMS または NODE11 で輻輳が発生すると，アダプタ内でキューイングが発生するためにパケットが遅延することがあり，バッファ領域が不足するためにパケットが破棄されることもある。

• 左端の数字 (128) は，実際に再送されたパケットの数を示す。たとえば，ネットワークで同時に 2 つのパケットが紛失した場合，時間切れは 1 回だけカウントされるが，2 つのパケットが再送される。あらかじめ決められた時間切れの範囲内で送信されたパケットに対する確認応答メッセージをローカル・ノードが受信しないと，再送が行われる。

  特定の数の再送は発生しても仕方がないが (特に負荷の高いネットワークの場合)，再送の回数があまり多いと，ネットワークの帯域幅が無駄に使用され，負荷が非常に高いことあるいは断続的にハードウェア障害が発生していることを示している。ReXmt フィールドの左端の値が，Msg Xmt フィールドに示された送信メッセージの総数の約 0.01〜0.05% より大きい場合，おそらく OpenVMS Cluster システムで輻輳によってネットワークの問題やローカル・ロスが発生していると考えられる。

リモート・ノードがラウンド・トリップ遅延時間の見積りを低い値に設定しても，直接的に問題はないが，リモート・ノードで行われる再送とその後の輻輳制御動作によって，データのスループットに悪影響がある。この値が大きい場合，ネットワークまたはアダプタで頻繁に輻輳が発生し，遅延時間が非常に長くなっている可能性がある。 ReRcv フィールドの値が，受信した総メッセージの約 0.01〜0.05% より大きい場合，輻輳またはネットワーク遅延の問題があると考えられる。

• 左端の数字 (31) は，パイプ・クォータの現在の値 (送信ウィンドウ) である。時間切れが発生した後，パイプ・クォータは，輻輳を低下させるために 1 にリセットされ，確認応答メッセージを受信するたびに迅速に増大することが認められる。

• 中央の数字 (7) は，ネットワークで再び輻輳が発生するのを防止するために使用される，ゆるやかに拡大するしきい値 (拡大速度が低下されるときのサイズ) である。

• 右端の数字 (31) は，チャネル制限をもとに，VC に対して現在認められている最大値である。

関連項目: PEDRIVER の輻輳制御とチャネル選択の詳細については， 付録 G を参照。

VC ラウンド・トリップ時間は，遅延した ACK あるいは ACKholdoff 遅延，すなわち 100 ms に依存します。 VC トリップ時間はネットワーク・トラフィックにも依存します。

十分なクラスタ・トラフィックがある場合，リモート・ノードの受信ウィンドウ一杯になり，ACK がすぐに送信されます。

トラフィックがなくクラスタがアイドル状態の場合は， ACK を送信するのに 100 ms の遅延が発生する場合があります。このため，トラフィックがなくアイドル状態のクラスタでは VC ラウンド・トリップ値が通常は高くなります。トラフィックが増加するに従い，VC ラウンド・トリップ時間の遅延値が下がります。

偏差/変動: 新しい ACK 遅延が計測されると， ACK 遅延の現在の予測値と比較されます。この差が，遅延予測におけるエラー大きさ (delayError) になります。この delayError は，ACK 遅延の現在の予測を更新するための修正値として使用されます。

予測から間違った値が得られるのを避けるため， 1 つの計測からの修正は一部分に限定されます。

平均からの delayError の絶対値の平均値が，遅延の変動の予測に使用されます。