インフラのーとコンテンツへスキップインフラのーとネットワーク担当のインフラエンジニアが気になったことを書いていきます。アウトプットのための技術ブログ。コマンドの出力を使って原因を特定するクセをつけるべき。2018年12月23日このツイートに関して、書いていきます。トラブルの原因を特定した後は、最終的に設定変更が必要になることが多いので、調査のためのアプローチとしては間違いではありません。中心にトラブルシューティングをしようとすると、時間がかかることが多いと感じます。トラブルシューティングでは、被疑箇所を狭い範囲で想定することが重要です。にらめっこするよりも早く原因を見つけることができます。この、被疑箇所を狭い範囲で想定することがミソです。コマンドでは、1台のノードの設定が正しいかどうかしか確認できません。一度にチェックする範囲が広くなってしまい、見落としが発生することがよくあります。次のような構成を作成しているとします。ネイバーを確立させることです。BGP設定を投入し、BGPの状態を確認してみるとセッションが確立していません。広告されていないことが原因です。見ていく場合を考えます。前提として、ルーターのあるべき状態とプロトコルの動作に関して十分に理解している必要があります。対して疎通性が必要であるということを理解している必要があります。(コンフィグをコピペして動かないと言っている場合は、設定しようとしている機能やプロトコルに関して理解が浅い場合が多いです。間で疎通性がないことを疑っています。アドレスが載ってきていないので、BGPピアとして指定しているノードに対して疎通性がないことがわかります。疎通をもたせるにはどうすればいいのか、という観点でトラブルシューティングを進めることができます。ルーティングテーブルに存在するかどうかだけをチェックすればいいので、仮に被疑箇所が間違っていたとしても、すぐに気づくことが出来ます。RT2、または、RT3から確認を始めた場合でも、ルート情報が適切ではないことがわかります。トラシューを行おうとするとどうなるでしょうか。以下のようになっています。設定ミスに気づく必要があります。短く、ミスに気づくのは簡単です。原因を見つけることは難しくなります。働く社会人4年目のインフラエンジニア。