TSO PING および z/OS® UNIX ping コマンド問題の解決

ホストはいくつかの Ping コマンドの後でも、以下のいずれかの理由により応答に失敗することがあります。

  • ホストがネットワークを listen していない。
  • ホストが作動不能、あるいはユーザーからホストへ導く一部のネットワークまたはゲートウェイが 作動不能である。
  • ホストが、アクティビティーのために遅くなっている。
  • パケットがホストには大きすぎる。

Ping コマンドによって送信されたエコー要求は、送達を保証するものではありません。複数の Ping コマンドを送信して初めて、通信障害が発生したと見なすことができます。

さらにいくつかの Ping コマンドを使用してネットワーク内の他のホストと通信を行い、通信障害を引き起こしている状態を判別します。ただし、障害の位置を判別するためには、ネットワーク接続形態を認識している必要があります。以下の順序で障害を突き止めるまで、Ping コマンドを実行します。

  1. Ping コマンドをローカル・ホストに送信します。

    Ping コマンドでオリジナルのホストと同じネットワーク上の別のホストへの送信に成功した場合は、オリジナルのホストがダウンしているか、あるいはネットワークを listen していない可能性があります。

  2. Ping コマンドをユーザーのローカル・ネットワーク上のローカル・ホスト以外のホストに送信します。
  3. Ping コマンドをローカル・ホストからリモート・ホストにつながるそれぞれの中間ノードに対して、ユーザーのローカル・ホストに最も近いノードから順に送信します。

    そのネットワーク上のいずれかのホストからエコーが得られない場合は、通常、リモート・ホストへのパスの近辺に問題があります。Ping コマンドを、問題のネットワークに導くゲートウェイに送信します。Ping コマンドが失敗した場合は、通信故障のポイントが見つかるまで、ターゲットからネットワークを介してテストを続けます。

Ping コマンドを使用してパス MTU 情報を判別する際は、以下の IPSec トンネルの考慮事項が適用されます。
  • 戻されるパス MTU 情報には、フラグメント化が必要なトンネル内にあるホストのアドレスではなく、フラグメント化が必要なホストのアドレスとしてトンネル・エンドポイントが表示されます。トンネルの発信元がローカル TCP/IP スタックの場合は、そのローカル・スタックの IP アドレスのいずれかが表示されます。
  • 戻されるネクスト・ホップ MTU サイズは、カプセル化前のパケットのサイズを反映します。IPSec カプセル化のオーバーヘッドのサイズは、MTU サイズから差し引かれています。
  • IPv6 ネットワークでは、最低 1280 の MTU サイズのサポートが必要です。IPSec カプセル化のオーバーヘッドの差し引きにより MTU サイズが最小の MTU 値 1280 より小さくなった場合、そのパケットはカプセル化の後にフラグメント化されます。この状況は稀であり、MTU 値が非常に小さい IPv6 ネットワークでしか起こりません (例えば MTU < 1500 の場合)。
  • IPSec トンネルの詳細については、「z/OS Communications Server: IP 構成ガイド」の IP セキュリティーについての情報を参照してください。