パケットタイプが不明であった。Cisco機器はデフォルトでtrace結果のIPアドレスの名前解決を試みるので、traceの表示結果が遅いです。そこで、以下コマンドでCisco機器自身で名前解決を行わないように設定すれば表示結果が速くなります。このコマンドはグローバルコンフィグレーションモードでコマンドを入力するので、機器の設定変更というかたちになります。traceコマンドでは、デフォルトでは30ホップまでtraceの結果を表示します。traceの宛先IPアドレスの機器が存在しなかったり、宛先IPアドレスを間違えて入力してしまうと30行まで表示が続いてしまいます。このtraceを途中で中止したい場合【Ctrl】+【Shift】+【6】キーを同時に入力することで中断できます。debugIOSでは、debugというトラブルシューティングで役立つコマンドがあります。debugコマンドによりCisco機器で送受信するパケットやステータスを詳細に表示することができます。debugコマンドには多くの種類があるので、確認したいトラフィックの種類を明確にした上で実行することが重要。icmpと入力後にpingを実行すると、192.168.2.1の宛先機器からICMPエコー応答が受信していると分かります。最後に重要なことをお伝えします。debugコマンドは、一般的に障害切り分けの際に一時的に使用したりあるいはCisco機器の導入時の構築中に使用したりします。debugコマンドはとても役立つコマンドですが非常にCPUを消費するコマンドであります。ネットワーク管理者が、現在稼動しているCisco機器にこのコマンドを入力しようものなら、debugコマンドの内容によってはCPUを消費しすぎて機器が正常に動作しなくなる可能性があります。使用すれば、稼動環境なら間違いなく機器停止します。allコマンドを入力します。debugコマンドはundebugコマンドを入力しない限り、または機器を再起動しない限り動き続けますので必ずundebugコマンドを入力しましょう。これを入力し忘れて、痛い目にあったネットワークエンジニアは少なくないと思います。これを決して忘れてはいけません。tech-supportコマンドも負荷の高いコマンドなので、安易に稼働環境では入力してはいけません。まとめ・pingコマンドとは→そのCisco機器から相手先にIP通信できるかを確認できます。・traceコマンドとは→そのCisco機器から相手先までの経路が分かります。・debugコマンドとは→Cisco機器で送受信するパケットやステータスを詳細に表示することができます。)はCisco社独自のプロトコルであり、データリンク層で動作します。このプロトコルにより、ケーブル接続している隣接するCisco機器の情報が得られるので、Cisco機器のどこのポートにどのようなCisco機器が接続しているのか分かります。LAN接続の配線が正しいのかどうかも分かります。CDPはLayer2で動作することから、隣接機器のLayer3のIPアドレスの情報が間違っていたり設定がない場合でも、L3に依存しないため、問題なく隣接する機器の情報が得られます。CDPパケットはイーサネットだけではなくトークンリング、FrameRelay、ATMなどの物理メディアでも伝送されます。CDPにより収集できる情報CDPにはバージョン1とバージョン2があります。12.0(3)T以降から、CDPバージョン2がサポートされており、現在のCiscoデバイスは基本的にバージョン2がデフォルトで有効になっています。CDPバージョン2のCDPで得られる情報は以下です。neighborで得られる順番通りに解説します。IOSではCDPはデフォルトで有効化されています。デバイス全体で有効化されていて、そしてどのインターフェースでも有効化されています。デバイス全体で無効化するためには以下のとおり入力します。runデバイス全体ではなく特定のインターフェースだけをCDPを無効にしたい場合、以下のように入力します。0」のインターフェースだけをCDPを無効にするように設定しています。enable上記の設定により無効化したCDPの設定を、再び有効化するための設定コマンドは以下の通りです。CDPの動作CDPが有効になっているCiscoデバイスからは、60秒に一度、CDPアドバタイズメントと呼ばれるパケットを送信しています。この時、宛先アドレスには「0100.0CCC.CCCC」のマルチキャストアドレスを使用します。CDPにより得られた情報は180秒間キャッシュされます。180秒以内に新たにCDPパケットが到達しなければクリアされます。この60秒、180秒というデフォルトのタイマーは、以下のコマンドで変更できます。90例えば上記ではCDPパケットの送信タイマーをデフォルトの60秒から30秒に変更、CDPパケットのホールドタイマーをデフォルトの180秒を90秒に変更しています。CDPパケットの到達範囲は隣接機器までとなるが、隣接機器がリピータHUBである場合、CDPパケットは通過します。下図の場合、ルータのR1は「SW1、R3、R4」の3台を隣接機器として認識しCDPにより情報が得られます。当然のことですが、CDPパケットによって隣接機器として認識できるのはCISCO機器だけです。cdpコマンドにより確認できます。デフォルトは以下の状態です。interfaceと入力すればI/Fごとで分かります。neighborsコマンドにより確認してみましょう。neighborsを入力した結果です。tableコマンドを入力することで、以下のキャッシュ情報をクリアすることができます。detailコマンドを入力してみましょう。見方は以下の通りです。ちなみに複数の隣接機器がある場合、すべての隣接機器の情報が一度に出力されてしまいます。entryコマンドがあります。SW1と入力すれば、ホスト名“SW1”のみの詳細情報を表示できます。trafficコマンドを確認してみましょう。このコマンドではCDPアドバタイズメントにより送受信したメッセージの統計情報やエラー情報を確認できます。以下で、CDPバージョン2のCDPパケットのみやりとりされていて、隣接機器にCDPアドバタイズメントが正しく送受信ができていると分かります。countersコマンドを入力することにより以下の統計情報をクリアすることができます。まとめ・CDPとは→Cisco社独自のプロトコルであり、データリンク層で動作します。このプロトコルにより、ケーブル接続している隣接するCisco機器の情報が得られるので、Cisco機器のどこのポートにどのようなCisco機器が接続しているのか分かります。LAN接続の配線が正しいのかどうかも分かります。IOS上でのtelnet基本操作PCからCisco機器にtelnet接続ができるように、Cisco機器からCisco機器へとtelnet接続が行えます。PCからCisco機器にtelnet接続した場合、PCではtelnetクライアントが動作し、Cisco機器ではtelnetサーバが動作していることになります。下図の通りPCからCisco機器にコンソール接続を行いその機器から別のCisco機器にtelnetする場合、telnetクライアントとサーバの関係は以下の通りです。IOSコマンドを紹介。前提は、R2にtelnetサーバの設定が完了していることです。以下はR1のコンソール画面で、R2に対してtelnet接続を行っている画面です。IPアドレス”となります。telnetサーバで設定したVTY(仮想端末)のパスワードが求められるので入力します。usersコマンドで確認してみましょう。usersコマンドで、そのデバイス上でアクティブな全てのライン接続を確認することができます。コンソール接続の場合は常に「0」、VTY接続の場合はハードウェアにより異なる。接続してからのアイドル時間。VTYの場合、接続してきているtelnetクライアント/SSHクライアントのIPアドレス。コマンドを入力します。すると、以下のとおりプロンプトが“R1”に戻ります。IOS上でのtelnetセッションの中断操作telnet接続を終了する場合はexitコマンドを入力します。6」キーを同時に押してから、その全てのキーを放して「X」キー押します。中断しているtelentセッションを再開するためにはresumeコマンドを入力します。このコマンドの後にはセッション番号を入力します。sessionsで確認できます。今回の場合、192.168.0.100へのtelnetセッションを再開したいので、そのセッション番号の「1」を入力します。connection・・」と表示されたらEnterキーを押します。」のある直前のセッションについては、CLIに何も入力していない状態においてEnterキーを2回押すことで中断していたTelnetセッションが再開します。セッション再開は以上の2通りがあります。自分が操作しているデバイスを勘違いしてしまう可能性があることからも、telnetセッションの中断の操作はお勧めしません。telnetセッションの中断して元のデバイスに戻るのではなくて、telnetセッションを終了して(exitコマンド入力して)、元のデバイスに戻り操作することをおすすめします。6」⇒「X」というキー入力はとても役立つ。その場合は以下で紹介するdisconnectコマンドを入力し、直前のセッションを終了させましょう。IOS上でのtelnetセッションの3つの終了方法telnetセッションを終了させる方法は大きく3つあります。1つ目は下図の通り、telnetの接続先においてexitコマンドを入力することでtelnetセッションを終了させる方法です。一般的な終了方法です。2つ目は、下図のようにtelnetセッションの中断を行って元のデバイス(R1)に戻ったものの、接続先のデバイス(R2)へのtelnetセッションの再開は必要ないと考え、元のデバイス(R1)でtelnetセッションをdisconnectコマンドによって終了させる方法です。このコマンドでは直前のセッションを終了できます。以下の手法は、例えばtelnet接続先の機器の不具合でレスポンスがなくて、exitすら入力できないような時にも使用します。3つ目は、下図のように意図しないtelnetセッションの接続があった場合に、そのデバイスの管理者が強制的にtelnetセッションを終了する方法です。ライン番号と入力します。usersコマンドで確認すると該当するVTYアクセスがないことを確認できます。以下の画面は“正義の人”のコンソール画面であり、telnetセッションを強制切断している様子です。0)している場合、telnet接続を終了せず放置されていた機器との無駄なセッション終了を行うために使用するの一般的です。Cisco機器へのVTYアクセスは限りがあるので、その上限を超えたtelnet接続があるとtelnet接続が行えなくなるので、それを防止するためです。コンソール接続で出力されるロググローバルコンフィグモードから、特権EXECモードへの移行時に出力されるリアルタイムのログや、システムエラー発生時に出力されるリアルタイムのログはデフォルトではコンソールにのみ送信します。上図を例に考えてみましょう。下図のR1はコンソール接続されたCiscoデバイスなので、R1でexitコマンドで特権EXECモードに戻った場合、システムログメッセージがコンソールに送信されて出力されます。】それでは次に、管理者AさんがR1からtelnet接続でR2にログインしたとします。先と同じようにR2でexitコマンドで特権EXECモードに戻っても、今度は何もログが出力されません。これはtelnet接続だからです。次に、以下も理解しましょう。1)をdownさせます。当然ながら、この結果はR1のコンソール画面でログが出力されることになります。】それでは以下の場合はどうでしょうか。コンソール接続したR1からR2にtelnet接続を行います。CLIの画面はR2のtelnet接続された画面となります。この状態で先と同様にR1でインターフェースをdownさせます。結果その内容がR2のtelnet画面上で表示されます。R2のCLI画面であるにも関わらず、R1のログが表示されるのはそもそもR1にコンソール接続しているからです。そこからR2にtelnet接続しているからです。インターフェースがdownしてしまったと勘違いし障害ではないかと焦ってしまいます。】これさえ知っておけば、R2をtelnet接続で操作していて何かメッセージが出力されても慌てなくて済みます。このメッセージは、現在操作しているR2で発生したメッセージではなく、コンソール接続されたR1から発生したものであると落ち着いて静観できます。このルータで設定変更を実施している場合に問題となるログが発生していてもリアルタイムには確認できないので、問題発生時の検知が遅れる可能性があります。monitorと入力すれば、telnet接続先の機器においてもコンソール接続しているのと同じようにシステムログメッセージをリアルタイムに出力されるようになります。timestampsコマンドが影響しています。uptimeと設定した場合、Ciscoデバイスが起動してからの経過時間をシステムログメッセージの表示の最初にスタンプします。以下は起動してから3時間42分30秒だと分かります。datetimeと設定した場合、このシステムログメッセージが発生した時間を「月/日/時/分/秒」の順番でシステムログメッセージに表示されます。Cisco機器が起動してからの経過時間のログよりも、以下のとおり、いつ、そのログが発生したのかを正確に知るためには、以下の設定の方が望ましいこと分かると思います。従って、一般的には「datetime」で設定することが推奨されています。設定コマンドの後には、オプションとして「msec、localtime、show-timezone」という値があります。ログメッセージをミリ秒まで表示させるには「msec」、機器本体のローカルタイムゾーンを時刻に反映させるためには「localtime」、タイムゾーンを表示させるためには「show-timezone」を入力します。内容から考えると、これらの全てのオプション値を入力した方がより正確にログに対してタイムスタンプできることが分かります。設定は基本的に以下のコンフィグとしています。コマンドにも該当します。ところで、タイムスタンプに右側にある「%SYS-5-CONFIG_I」の“5”というのは、ログの緊急度レベルを表すのですが、レベルについては以下のとおり0~7まであります。重大度の高いものほど若い番号です。「%SYS-5-CONFIG_I」のメッセージは、コンフィグレーションモードから特権EXECモードに移行する際に発生するログなので、レベルは5で「問題ありませんが設定変更が発生しているのでは?」と出力されます。ついていかなる保証もするものではありません。IOSソフトウェアには命名規則があります。なるはや.meタイトルとURLをコピーしました。