製品ドキュメント
ADC
14.1 - Current Release 13.1 13.0 12.1
PDFを表示

OSPF固有の問題のトラブルシューティング

May 12, 2023
寄稿者: 
C

OSPF固有の問題のデバッグを開始する前に、NetScalerアプライアンスと、影響を受けるLAN内のすべてのシステム（上流および下流のルーターを含む）から情報を収集する必要があります。まず、次のコマンドを入力します。

  1. show interface from both nscli and VTYSH
  2. show ip ospf interface
  3. show ip ospf neighbor detail
  4. show ip route
  5. show ip ospf route

  6. show ip ospf database summary

    • データベース内の LSA が少ない場合は、show ip ospf データベースルータ、show ip ospf database A. network、show ip ospf database external、およびその他のコマンドを入力して LSA の詳細情報を取得してください。
    • データベースに多数の LSA がある場合は、show ip ospf database 自己生成コマンドを入力します。
  7. show ip ospf
  8. show ns ip. これにより、関心のあるすべてのVIPの詳細が含まれるようになります。

  9. ピアリングデバイスからログを取得し、次のコマンドを実行します。

    gcore -s -c xyz.core /netscaler/ospfd <pid>

    注: gcore コマンドは中断を伴いません。

NetScalerから以下のように追加情報を収集します。

  1. VTYSH のグローバル設定ビューから次のコマンドを入力して、エラーメッセージのロギングを有効にします。

    ns(config)# log file /var/ospf.log
<!--NeedCopy-->

  2. OSPF イベントのデバッグを有効にし、次のコマンドを使用してログに記録します。

    ns(config) #log file /var/ospf.log
<!--NeedCopy-->

    データベース内の LSA の数が比較的少ない（500 未満）場合にのみ、OSPF LSA パケットのデバッグを有効にします。

OSPF固有の問題のトラブルシューティング
May 12, 2023
寄稿者: 
C
May 12, 2023
寄稿者: 
C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.