monitor traffic
構文
monitor traffic <brief | detail | extensive> <absolute-sequence> <count count> <interface interface-name> <layer2-headers> <matching matching> <no-domain-names> <no-promiscuous> <no-resolve> <no-timestamp> <print-ascii> <print-hex> <read-file filename> <resolve-timeout> <size size> <write-file filename>
説明
ルーティングエンジンで送受信したパケットヘッダーまたはパケットを表示します。
-
monitor-trafficコマンドを使用すると、ルーターやスイッチのパフォーマンスが低下する可能性があります。 -
オプションを使用すると
no-resolve、DNS解決の遅延を回避できます。
このコマンドは、QFabricシステムではサポートされていません。
オプション
| none | (オプション)fxp0経由で送信されたパケットヘッダーを表示します。TX Matrix Plusルーター上に、em0経由で送信されたパケットヘッダーを表示します。 |
| brief | detail | extensive | (オプション)指定された出力レベルを表示します。 |
| absolute-sequence | (オプション)TCP シーケンス番号の絶対値を表示します。 |
| count count | (オプション)表示するパケットヘッダーの数を指定します(0から1,000,000)。指定されたパケット数を表示した後、モニター・トラフィック・コマンドは自動的に終了します。 |
| interface interface-name | (オプション)コマンドが Junos OS Evolvedでは、
|
| layer2-headers | (オプション)各行にリンクレベルヘッダーを表示します。 |
| matching matching | (オプション)正規表現に一致するパケットヘッダーを表示します。マッチング式を使用して、 コマンドがフィルター処理してパケットデータを表示する詳細 |
| no-domain-names | (オプション)ホスト名のドメイン部分の表示を抑制します。 |
| no-promiscuous | (オプション)インターフェイスをプロミスキャスモードにしないでください。 |
| no-resolve | (オプション)IP アドレスの逆引き参照を抑制します。 |
| no-timestamp | (オプション)表示されているパケットのタイムスタンプを抑制します。 |
| print-ascii | (オプション)各パケットをASCII形式で表示します。 |
| print-hex | (オプション)リンクレベルヘッダー以外の各パケットを、16進形式で表示します。 |
| read-file filename | 指定されたファイルからパケットを読み取ります。 |
| resolve-timeout timeout | (オプション)各リバースルックアップで、タイムアウトになるまでルーターまたはスイッチが待機する時間の長さです。タイムアウトは 1 から 4,294,967,295 秒まで設定できます。デフォルトは4秒です。各パケットを表示するには、 、 、 |
| size size | (オプション)各パケットに対して指定されたバイト数まで読み取りますが、表示しません。出力に設定 |
| write-file filename | 指定されたファイルにパケットを書き込みます。 |
Junos OS Evolved 20.4R1から、同時に構成された場合、 write-file 階層レベルの オプションが オプション monitor traffic interface よりも extensive 優先されるようになりました。これらのオプションを同時に構成しようとすると、Junos OS Evolvedはこのオプションに互換性がないことを示す警告メッセージを表示し、 コマンドのみを実行します monitor traffic interface write-file 。
詳細な情報
monitor trafficコマンドでは、 オプションを使用しmatching、引用符で囲むことで照合する式を指定できます。
monitor traffic matching "expression"
を表 1 にリストされている 1 つ以上の照合条件に置き換えますexpression。
| 照合タイプ |
条件 |
説明 |
|---|---|---|
| エンティティ |
|
指定されたアドレスまたはホスト名を含むパケットを照合します。 プロトコル照合条件 、 、または |
|
|
指定されたネットワークアドレスを含む送信元または宛先アドレスを持つパケットを照合します。 |
|
|
|
指定されたネットワークアドレスとサブネットマスクを含むパケットを照合します。 |
|
|
|
指定された送信元または宛先TCP/UDPポート番号またはポート名を含むパケットを照合します。 数字のポートアドレスの代わりに、(179)、(67)、 |
|
| 方向 |
|
指定された宛先に向かうパケットを照合します。この照合条件は、あらゆるエンティティタイプの照合条件の前に追加できます。 |
|
|
指定された送信元からのパケットを照合します。この照合条件は、あらゆるエンティティタイプの照合条件の前に追加できます。 |
|
|
|
指定された送信元アドレスおよび宛先アドレスを含むパケットを照合します。この照合条件は、あらゆるエンティティタイプの照合条件の前に追加できます。 |
|
|
|
指定されたアドレスのいずれかを含むパケットを照合します。この照合条件は、あらゆるエンティティタイプの照合条件の前に追加できます。 |
|
| パケット長さ |
|
長さが指定された値以下のバイトのパケットを照合します。 |
|
|
長さが指定された値以上のバイトのパケットを照合します。 |
|
| プロトコル |
|
すべてのAMTパケットを照合します。高レベルの出力を使用して、AMT外部パケットに加え、内部IGMPパケットをデコードします。 |
| |
すべてのARPパケットを照合します。 |
|
|
|
すべてのイーサネットパケットを照合します。 |
|
| |
ブロードキャストまたはマルチキャストイーサネットフレームを照合します。この照合条件は、先頭 |
|
| |
指定されたプロトコルタイプのイーサネットアドレスまたはイーサネットパケットを含むパケットを照合します。 |
|
| |
すべてのICMPパケットを照合します。 |
|
| |
すべてのIPパケットを照合します。 |
|
| |
ブロードキャストまたはマルチキャストIPパケットを照合します。 |
|
| |
指定されたアドレスまたはプロトコルタイプを含むパケットを照合します。 |
|
| |
すべてのIS-ISルーティングメッセージを照合します。 |
|
|
|
ヘッダーに指定されたIPプロトコル番号を含むパケットを照合します。 |
|
| |
すべてのRARPパケットを照合します。 |
|
| |
すべてのTCPデータグラムを照合します。 |
|
| |
すべてのUDPデータグラムを照合します。 |
式を結合するには、 表 2 に示す論理演算子を使用します。
| 論理演算子(高優先度から低優先度の順) |
説明 |
|---|---|
| |
論理NOT。最初の条件が一致しない場合は、次の条件が評価されます。 |
| |
論理AND。最初の条件が一致すると、次の条件が評価されます。最初の条件が一致しない場合は、次の条件は省略されます。 |
| |
論理OR。最初の条件が一致すると、次の条件は省略されます。最初の条件が一致しない場合は、次の条件が評価されます。 |
| |
グループ演算子がデフォルトの優先順位を上書きします。括弧は特殊文字で、それぞれの先頭にはバックスラッシュ() |
関係演算子を使用して、整数定数、2項演算子、長さ演算子、特殊パケットデータアクセサーで構成される算術式を比較できます。算術式の照合条件では、次の構文を使用します。
monitor traffic matching "ether[0] & 1 != 0""arithmetic_expression relational_operator arithmetic_expression"
パケットデータアクセサーでは、次の構文を使用します。
protocol [byte-offset <size>]
オプションの size フィールドは、パケットヘッダーで検証されたバイト数を示します。使用可能な値は 、 、2または 4 バイトです1。次のサンプル コマンドは、すべてのマルチキャスト トラフィックをキャプチャします。
user@host> monitor traffic matching "ether[0] & 1 != 0"
数値を含む照合条件を指定するには、 表 3 に示す算術演算子と関係演算子を使用します。
パケット転送エンジンでは、パケットがルーティングエンジンに送信される前にレイヤー2ヘッダー情報が削除されるため、次のようになります。
-
コマンドは
monitor traffic、インバウンドトラフィックに照合条件を適用できません。 -
また、 コマンドはレイヤー3とレイヤー4のパケットデータに照合条件を適用できないため、
monitor traffic interfaceレイヤー3とレイヤー4のパケットに対するこのコマンドのmatchパイプオプション(| match)も機能しません。必ずこのコマンドの要約に記載されているとおり照合条件を指定してください。照合条件について詳しくは、 表 1 を参照してください。 -
レイヤー2ヘッダーに含まれる802.1Q VLANタグ情報は、すべてのインバウンドトラフィックパケットから削除されます。
monitor traffic interface ae[x]アグリゲートイーサネットインターフェイス(など)の コマンドは、インバウンドトラフィックデータのみ表示するため、このコマンドでは出力にVLANタグ情報が表示されません。
| 算術演算子または関係演算子 |
説明 |
|---|---|
| 算術演算子 | |
| + |
加算演算子。 |
| - |
減算演算子。 |
| / |
除算演算子。 |
| & |
ビット単位のAND。 |
| * |
ビット単位の排他的論理和。 |
| | |
ビット単位の包含的論理和。 |
| 関係演算子 (高優先度から低優先度の順) | |
| <= |
最初の式が2番目の式以下の場合、パケットが一致します。 |
| >= |
最初の式が2番目の式以上の場合、パケットは一致します。 |
| < |
最初の式が2番目の式以下の場合、パケットは一致します。 |
| > |
最初の式が2番目の式より大きい場合、パケットは一致します。 |
| = |
比較した式が等しい場合、パケットは一致します。 |
| != |
比較した式が等しくない場合、パケットは一致します。 |
必要な権限レベル
トレース
メンテナンス
出力フィールド
このコマンドを入力すると、リクエストステータスに関するフィードバックが提供されます。
サンプル出力
- トラフィック監視カウント
- トラフィック監視詳細カウント
- monitor traffic extensive(絶対シーケンス)
- monitor traffic extensive(相対シーケンス)
- 高度なトラフィック監視カウント
- トラフィック監視インターフェイス
- monitor traffic interface(Junos OS Evolved)
- トラフィック監視照合
- monitor traffic(TX Matrix Plusルーター)
- monitor traffic(QFX3500スイッチ)
- ICMP に一致するトラフィックの監視
- IPプロトコル番号に一致するトラフィックの監視
- ARPに一致するトラフィックの監視
- トラフィック監視照合ポート
- トラフィック読み取りファイルの監視
- トラフィック監視write-file
トラフィック監視カウント
user@host> monitor traffic count 2 listening on fxp0 04:35:49.814125 In my-server.home.net.1295 > my-server.work.net.telnet: . ack 4122529478 win 16798 (DF) 04:35:49.814185 Out my-server.work.net.telnet > my-server.home.net.1295: P 1:38(37) ack 0 win 17680 (DF) [tos 0x10]
トラフィック監視詳細カウント
user@host> monitor traffic detail count 2 listening on fxp0 04:38:16.265864 In my-server.home.net.1295 > my-server.work.net.telnet: . ack 4122529971 win 17678 (DF) (ttl 121, id 6812) 04:38:16.265926 Out my-server.work.net.telnet.telnet > my-server.home.net.1295: P 1:38(37) ack 0 win 17680 (DF) [tos 0x10] (ttl 6)
monitor traffic extensive(絶対シーケンス)
user@host> monitor traffic extensive no-domain-names no-resolve no-timestamp count 20 matching "tcp" absolute-sequence listening on fxp0 In 203.0.113.193.179 > 192.168.4.227.1024: . 4042780859:4042780859(0) ack 1845421797 win 16384 <nop,nop,timestamp 4935628 965951> [tos 0xc0] (ttl ) In 203.0.113.193.179 > 192.168.4.227.1024: P 4042780859:4042780912(53) ack 1845421797 win 16384 <nop,nop,timestamp 4935628 965951>: BGP [|BGP UPDAT) In 192.168.4.227.1024 > 203.0.113.193.179: P 1845421797:1845421852(55) ack 4042780912 win 16384 <nop,nop,timestamp 965951 4935628>: BGP [|BGP UPDAT) ...
monitor traffic extensive(相対シーケンス)
user@host> monitor traffic extensive no-domain-names no-resolve no-timestamp count 20 matching "tcp" listening on fxp0 In 172.24.248.221.1680 > 192.168.4.210.23: . 396159737:396159737(0) ack 1664980689 win 17574 (DF) (ttl 121, id 50003) Out 192.168.4.210.23 > 172.24.248.221.1680: P 1:40(39) ack 0 win 17680 (DF) [tos 0x10] (ttl 64, id 5394) In 203.0.113.193.179 > 192.168.4.227.1024: P 4042775817:4042775874(57) ack 1845416593 win 16384 <nop,nop,timestamp 4935379 965690>: BGP [|BGP UPDAT) ...
高度なトラフィック監視カウント
monitor traffic extensive count 5 no-domain-names no-resolve listening on fxp013:18:17.406933 In 192.168.4.206.2723610880 > 172.17.28.8.2049: 40 null (ttl 64, id 38367)13:18:17.407577 In 172.17.28.8.2049 > 192.168.4.206.2723610880: reply ok 28 null (ttl 61, id 35495)13:18:17.541140 In 0:e0:1e:42:9c:e0 0:e0:1e:42:9c:e0 9000 60: 0000 0100 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 000013:18:17.591513 In 172.24.248.156.4139 > 192.168.4.210.23: 3556964918:3556964918(0) ack 295526518 win 17601 (DF) (ttl 121, id 14)13:18:17.591568 Out 192.168.4.210.23 > 172.24.248.156.4139: P 1:40(39) ack 0 win 17680 (DF) [tos 0x10] (ttl 64, id 52376)
トラフィック監視インターフェイス
user@host> monitor traffic interface fxp0 listening on fxp0.0 18:17:28.800650 In server.home.net.723 > host1-0.lab.home.net.log 18:17:28.800733 Out host2-0.lab.home.net.login > server.home.net.7 18:17:28.817813 In host30.lab.home.net.syslog > host40.home0 18:17:28.817846 In host30.lab.home.net.syslog > host40.home0 ...
monitor traffic interface(Junos OS Evolved)
この例では、ae0は物理インターフェイスで、ae0.1は論理インターフェイスです。
user@host> monitor traffic interface ae0 reading from file -, link-type EN10MB (Ethernet) 17:51:30.691523 LLDP, length 441: host.example.com 17:51:32.296133 LLDP, length 445: host.example.com 17:51:33.029399 LLDP, length 445: host.example.com 17:51:33.523333 LLDP, length 445: host.example.com ... user@host> monitor traffic interface ae0.1 reading from file -, link-type EN10MB (Ethernet) 17:51:20.932958 IP 10.1.1.2 > 10.1.1.1: ICMP echo request, id 33378, seq 4, length 64 17:51:20.933273 IP 10.1.1.1 > 10.1.1.2: ICMP echo reply, id 33378, seq 4, length 64 17:51:21.933840 IP 10.1.1.2 > 10.1.1.1: ICMP echo request, id 33378, seq 5, length 64 17:51:21.934147 IP 10.1.1.1 > 10.1.1.2: ICMP echo reply, id 33378, seq 5, length 64 ...
トラフィック監視照合
user@host> monitor traffic matching "net 192.168.1.0/24" verbose output suppressed, use <detail> or <extensive> for full protocol decode Address resolution is ON. Use <no-resolve> to avoid any reverse lookup delay. Address resolution timeout is 4s. Listening on fxp0, capture size 96 bytes Reverse lookup for 192.168.1.255 failed (check DNS reachability). Other reverse lookup failures will not be reported. Use no-resolve to avoid reverse lookups on IP addresses. 21:55:54.003511 In IP truncated-ip - 18 bytes missing! 192.168.1.17.netbios-ns > 192.168.1.255.netbios-ns: UDP, length 50 21:55:54.003585 Out IP truncated-ip - 18 bytes missing! 192.168.1.17.netbios-ns > 192.168.1.255.netbios-ns: UDP, length 50 21:55:54.003864 In arp who-has 192.168.1.17 tell 192.168.1.9 ...
monitor traffic(TX Matrix Plusルーター)
user@host> monitor traffic verbose output suppressed, use <detail> or <extensive> for full protocol decode Address resolution is ON. Use <no-resolve> to avoid any reverse lookup delay. Address resolution timeout is 4s. Listening on em0, capture size 96 bytes 04:11:59.862121 Out IP truncated-ip - 25 bytes missing! summit-em0.example.net.syslog > sv-log-01.example.net.syslog: SYSLOG kernel.info, length: 57 04:11:59.862303 Out IP truncated-ip - 25 bytes missing! summit-em0.example.net.syslog > sv-log-02.example.net.syslog: SYSLOG kernel.info, length: 57 04:11:59.923948 In IP aj-em0.example.net.65235 > summit-em0.example.net.telnet: . ack 1087492766 win 33304 <nop,nop,timestamp 42366734 993490> 04:11:59.923983 Out IP truncated-ip - 232 bytes missing! summit-em0.example.net.telnet > aj-em0.example.net.65235: P 1:241(240) ack 0 win 33304 <nop,nop,timestamp 993590 42366734> 04:12:00.022900 In IP aj-em0.exmaple.net.65235 > summit-em0.example.net.telnet: . ack 241 win 33304 <nop,nop,timestamp 42366834 993590> 04:12:00.141204 In IP truncated-ip - 40 bytes missing! ipg-lnx-shell1.example.net.46182 > summit-em0.example.net.telnet: P 2950530356:2950530404(48) ack 485494987 win 63712 <nop,nop,timestamp 1308555294 987086> 04:12:00.141345 Out IP summit-em0.example.net.telnet > ipg-lnx-shell1.example.net.46182: P 1:6(5) ack 48 win 33304 <nop,nop,timestamp 993809 1308555294> 04:12:00.141572 In IP ipg-lnx-shell1.example.net.46182 > summit-em0.example.net.telnet: . ack 6 win 63712 <nop,nop,timestamp 1308555294 993809> 04:12:00.141597 Out IP summit-em0.example.net.telnet > ipg-lnx-shell1.example.net.46182: P 6:10(4) ack 48 win 33304 <nop,nop,timestamp 993810 1308555294> 04:12:00.141821 In IP ipg-lnx-shell1.example.net.46182 > summit-em0.exmaple.net.telnet: . ack 10 win 63712 <nop,nop,timestamp 1308555294 993810> 04:12:00.141837 Out IP truncated-ip - 2 bytes missing! summit-em0.example.net.telnet > ipg-lnx-shell1.example.net.46182: P 10:20(10) ack 48 win 33304 <nop,nop,timestamp 993810 1308555294> 04:12:00.142072 In IP ipg-lnx-shell1.example.net.46182 > summit-em0.example.net.telnet: . ack 20 win 63712 <nop,nop,timestamp 1308555294 993810> 04:12:00.142089 Out IP summit-em0.example.net.telnet > ipg-lnx-shell1.example.net.46182: P 20:28(8) ack 48 win 33304 <nop,nop,timestamp 993810 1308555294> 04:12:00.142321 In IP ipg-lnx-shell1.exmample.net.46182 > summit-em0.englab.example.net.telnet: . ack 28 win 63712 <nop,nop,timestamp 1308555294 993810> 04:12:00.142337 Out IP truncated-ip - 1 bytes missing! summit-em0.example.net.telnet > ipg-lnx-shell.example.net.46182: P 28:37(9) ack 48 win 33304 <nop,nop,timestamp 993810 1308555294> ...
monitor traffic(QFX3500スイッチ)
user@switch> monitor traffic verbose output suppressed, use <detail> or <extensive> for full protocol decode Address resolution is ON. Use <no-resolve> to avoid any reverse lookup delay. Address resolution timeout is 4s. Listening on me4, capture size 96 bytes Reverse lookup for 172.22.16.246 failed (check DNS reachability). Other reverse lookup failures will not be reported. Use <no-resolve> to avoid reverse lookups on IP addresses. 16:35:32.240873 Out IP truncated-ip - 112 bytes missing! labqfx-me0.example.net.ssh > 172.22.16.246.telefinder: P 4200727624:4200727756(132) ack 2889954831 win 65535 16:35:32.240900 Out IP truncated-ip - 176 bytes missing! labqfx-me0.example.net.ssh > 172.22.16.246.telefinder: P 132:328(196) ack 1 win 65535 ...
ICMP に一致するトラフィックの監視
user@host> monitor traffic matching "icmp" no-resolve verbose output suppressed, use <detail> or <extensive> for full protocol decode Address resolution is OFF. Listening on me0, capture size 96 bytes 09:23:17.728737 In IP 172.19.10.9 > 10.10.211.93: ICMP echo request, id 1, seq 322, length 40 09:23:17.728780 Out IP 10.10.211.93 > 172.19.10.9: ICMP echo reply, id 1, seq 322, length 40 09:23:18.735848 In IP 172.19.10.9 > 10.10.211.93: ICMP echo request, id 1, seq 323, length 40 09:23:18.735891 Out IP 10.10.211.93 > 172.19.10.9: ICMP echo reply, id 1, seq 323, length 40 09:23:19.749732 In IP 172.19.10.9 > 10.10.211.93: ICMP echo request, id 1, seq 324, length 40 09:23:19.749775 Out IP 10.10.211.93 > 172.19.10.9: ICMP echo reply, id 1, seq 324, length 40 09:23:20.749747 In IP 172.19.10.9 > 10.10.211.93: ICMP echo request, id 1, seq 325, length 40 09:23:20.749791 Out IP 10.10.211.93 > 172.19.10.9: ICMP echo reply, id 1, seq 325, length 40 ...
IPプロトコル番号に一致するトラフィックの監視
user@host> monitor traffic matching "proto 89" no-resolve verbose output suppressed, use <detail> or <extensive> for full protocol decode Address resolution is OFF. Listening on me0, capture size 96 bytes 13:06:14.700311 In IP truncated-ip - 16 bytes missing! 10.94.211.254 > 224.0.0. 5: OSPFv2, Hello, length 56 13:06:16.067010 In IP truncated-ip - 20 bytes missing! 10.94.211.102 > 224.0.0. 5: OSPFv2, Hello, length 60 13:06:16.287566 In IP truncated-ip - 20 bytes missing! 10.94.211.142 > 224.0.0. 5: OSPFv2, Hello, length 60 13:06:20.758500 In IP truncated-ip - 16 bytes missing! 10.200.211.254 > 224.0.0 .5: OSPFv2, Hello, length 56 13:06:24.309882 In IP truncated-ip - 20 bytes missing! 10.94.211.102 > 224.0.0. 5: OSPFv2, Hello, length 60 13:06:24.396699 In IP truncated-ip - 16 bytes missing! 10.94.211.254 > 224.0.0. 5: OSPFv2, Hello, length 56 13:06:25.067386 In IP truncated-ip - 20 bytes missing! 10.94.211.142 > 224.0.0. 5: OSPFv2, Hello, length 60 13:06:29.499988 In IP truncated-ip - 16 bytes missing! 10.200.211.254 > 224.0.0 .5: OSPFv2, Hello, length 56 13:06:32.858753 In IP truncated-ip - 20 bytes missing! 10.94.211.102 > 224.0.0. 5: OSPFv2, Hello, length 60 ...
ARPに一致するトラフィックの監視
user@host> monitor traffic matching “arp” no-resolve verbose output suppressed, use <detail> or <extensive> for full protocol decode Address resolution is OFF. Listening on me0, capture size 96 bytes 11:57:54.664501 In arp who-has 10.10.213.109 (00:1f:d5:f3:28:30) tell 10.10.213.31 11:57:56.828387 In arp who-has 10.10.213.233 (00:24:9d:06:77:4f) tell 10.10.213.31 11:58:01.735803 In arp who-has 10.10.213.251 (88:e0:f4:1d:41:40) tell 10.10.213.31 11:58:04.663241 In arp who-has 10.10.213.254 tell 10.94.211.170 11:58:28.488191 In arp who-has 10.10.213.149 (00:e0:91:c2:ff:8d) tell 10.10.213.31 11:58:41.858612 In arp who-has 10.10.213.148 tell 10.94.211.254 11:58:42.621533 In arp who-has 10.10.213.254 (5f:5e:ac:79:49:81) tell 10.10.213.31 11:58:44.533391 In arp who-has 10.10.213.186 tell 10.94.211.254 11:58:45.170405 In arp who-has 10.10.213.186 tell 10.94.211.254 11:58:45.770512 In arp who-has 10.10.213.186 tell 10.94.211.254
トラフィック監視照合ポート
user@host> monitor traffic matching “port 22” no-resolve verbose output suppressed, use <detail> or <extensive> for full protocol decode Address resolution is OFF. Listening on me0, capture size 96 bytes 13:14:19.108089 In IP 192.0.2.22.56714 > 10.19.300.05.22: S 2210742342:2210742342(0) win 65535 <mss 1360,nop,wscale 7,nop,nop,sackOK> 13:14:19.108165 Out IP 10.19.300.05.22 > 192.0.2.22.56714: S 23075150:23075150(0) ack 2210742343 win 65535 <mss 1460,nop,wscale 1,sackOK,eol> 13:14:19.136883 In IP 192.0.2.22.56714 > 10.19.300.05.22: . ack 1 win 32768 13:14:19.231364 Out IP truncated-ip - 1 bytes missing! 10.19.300.05.22 > 172.29.102.9.56714: P 1:22(21) ack 1 win 33320 13:14:19.260174 In IP truncated-ip - 10 bytes missing! 192.0.2.22.56714 > 10.94.211.93.22: P 1:31(30) ack 22 win 32767 13:14:19.284865 Out IP truncated-ip - 964 bytes missing! 10.19.300.05.22 > 172.29.102.9.56714: P 22:1006(984) ack 31 win 33320 13:14:19.314549 In IP truncated-ip - 652 bytes missing! 192.0.2.22.56714 > 10.94.211.93.22: P 31:703(672) ack 1006 win 32760 13:14:19.414135 Out IP 10.19.300.05.22 > 192.0.2.22.56714: . ack 703 win 33320 13:14:19.443858 In IP 192.0.2.22.56714 > 10.19.300.05.22: P 703:719(16) ack 1006 win 32760 13:14:19.467379 Out IP truncated-ip - 516 bytes missing! 10.19.300.05.22 > 172.29.102.9.56714: P 1006:1542(536) ack 719 win 33320 13:14:19.734097 In IP 192.0.2.22.56714 > 10.19.300.05.22: . ack 1542 win 32768 13:14:19.843574 In IP truncated-ip - 508 bytes missing! 192.0.2.22.56714 > 10.94.211.93.22: P 719:1247(528) ack 1542 win 32768 ...
トラフィック読み取りファイルの監視
user@host> monitor traffic read-file tcpdump_20_7_18.pcap
15:20:42.597413 Out IP 128.0.0.1.6234 > 128.0.0.17.37217: . ack 1416364513 win 65535 <nop,nop,timestamp 2494269906 347794433>
15:20:42.597424 Out IP 128.0.0.1.6234 > 128.0.0.16.49400: . ack 3549610340 win 65535 <nop,nop,timestamp 2494269906 347799892>
15:20:42.598214 Out IP truncated-ip - 32 bytes missing! 128.0.0.1.6234 > 128.0.0.16.49400: P 0:40(40) ack 1 win 65535 <nop,nop,timestamp 2494269907 347799892>
0001 0000 0020 0000
トラフィック監視write-file
user@host> monitor traffic write-file filename Address resolution is ON. Use <no-resolve> to avoid any reverse lookup delay. Address resolution timeout is 4s. Listening on em1, capture size 96 bytes ^C 955 packets received by filter 0 packets dropped by kernel
リリース情報
Junos OSリリース7.4より前に導入されたコマンド。
write-file Junos OSリリース19.1R1で導入された および のオプションread-file。