monitor traffic
Sintaxis
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>
Descripción
Muestra los encabezados de los paquetes o los paquetes recibidos y enviados desde el motor de enrutamiento.
-
El uso del comando puede degradar el
monitor-trafficrendimiento del enrutador o del conmutador. -
Se pueden eliminar los retrasos de la resolución DNS mediante la
no-resolveopción.
Este comando no se admite en el sistema QFabric.
Opciones
| none |
(Opcional) Mostrar encabezados de paquetes transmitidos a través de fxp0. En un enrutador de transmisión Matrix Plus, muestre los encabezados de los paquetes transmitidos a través de em0. |
| brief | detail | extensive |
(Opcional) Muestra el nivel de salida especificado. |
| absolute-sequence |
(Opcional) Muestra números de secuencia TCP absolutos. |
| count count |
(Opcional) Especifique el número de encabezados de paquete que se mostrarán (de 0 a 1.000.000). El comando de monitoreo de tráfico se cierra automáticamente después de mostrar el número de paquetes especificados. |
| interface interface-name |
(Opcional) Especifique la interfaz en la que el comando muestra los En Junos OS evolucionado:
|
| layer2-headers |
(Opcional) Muestra el encabezado a nivel de vínculo en cada línea. |
| matching matching |
(Opcional) Muestra encabezados de paquetes que coincidan con una expresión regular. Utilice expresiones coincidentes para definir el nivel de detalle con el que el |
| no-domain-names |
(Opcional) Suprima la visualización de la parte del dominio de los nombres de host. Con la |
| no-promiscuous |
(Opcional) No ponga la interfaz en modo promiscuo. |
| no-resolve |
(Opcional) Suprima la búsqueda inversa de las direcciones IP. |
| no-timestamp |
(Opcional) Suprima las marcas de hora en los paquetes mostrados. |
| print-ascii |
(Opcional) Muestra cada paquete en formato ASCII. |
| print-hex |
(Opcional) Muestra cada paquete, excepto el encabezado de nivel de vínculo, en formato hexadecimal. |
| read-file filename |
Lea los paquetes del archivo especificado. |
| resolve-timeout timeout |
(Opcional) Cantidad de tiempo que el enrutador o conmutador espera cada búsqueda inversa antes de apagar el tiempo. Puede establecer el tiempo de espera de 1 a 4.294.967.295 segundos. El valor predeterminado es de 4 segundos. Para mostrar cada paquete, utilice la |
| size size |
(Opcional) Lea pero no se muestre hasta el número de bytes especificado para cada paquete. Cuando se establece para |
| write-file filename |
Escriba paquetes en el archivo especificado. |
A partir de Junos OS Evolved 20.4R1, la write-file opción en el monitor traffic interface nivel de jerarquía tiene prioridad sobre la opción cuando se extensive configuran simultáneamente. Si intenta configurar estas opciones al mismo tiempo, Junos OS Evolved le da un mensaje de advertencia de que las opciones no son compatibles y solo ejecuta el monitor traffic interface write-file comando.
Información adicional
En el monitor traffic comando, puede especificar una expresión que coincida con la matching opción e incluyendo la expresión entre comillas:
monitor traffic matching "expression"
Reemplace por expression una o varias de las condiciones de coincidencia enumeradas en Tabla 1.
|
Tipo de coincidencia |
Condición |
Descripción |
|---|---|---|
| Entidad |
|
Hace coincidir los paquetes que contienen la dirección o el nombre de host especificados. Las condiciones |
|
|
Hace coincidir los paquetes con las direcciones de origen o destino que contienen la dirección de red especificada. |
|
|
|
Hace coincidir los paquetes que contienen la dirección de red especificada y la máscara de subred. |
|
|
|
Hace coincidir los paquetes que contienen el número o nombre de puerto TCP o UDP de origen o destino especificados. En lugar de la dirección de puerto numérico, puede especificar un sinónimo de texto, como |
|
| Direccional |
|
Hace coincidir los paquetes que van al destino especificado. Esta condición de coincidencia se puede anteponer a cualquiera de las condiciones de coincidencia de tipo de entidad. |
|
|
Hace coincidir paquetes de un origen especificado. Esta condición de coincidencia se puede anteponer a cualquiera de las condiciones de coincidencia de tipo de entidad. |
|
|
|
Hace coincidir los paquetes que contienen las direcciones de origen y destino especificadas. Esta condición de coincidencia se puede anteponer a cualquiera de las condiciones de coincidencia de tipo de entidad. |
|
|
|
Hace coincidir los paquetes que contienen cualquiera de las direcciones especificadas. Esta condición de coincidencia se puede anteponer a cualquiera de las condiciones de coincidencia de tipo de entidad. |
|
| Longitud del paquete |
|
Hace coincidir paquetes más cortos o iguales que el valor especificado, en bytes. |
|
|
Hace coincidir paquetes más largos o iguales que el valor especificado, en bytes. |
|
| Protocolo |
|
Hace coincidir todos los paquetes AMT. Utilice el nivel extenso de salida para descodificar los paquetes IGMP internos además del paquete AMT externo. |
|
|
Hace coincidir todos los paquetes ARP. |
|
|
|
Hace coincidir todos los paquetes Ethernet. |
|
|
|
Hace coincidir las tramas ethernet de difusión o multidifusión. Esta condición de coincidencia se puede anteponer con |
|
|
|
Hace coincidir los paquetes con la dirección Ethernet especificada o los paquetes Ethernet del tipo de protocolo especificado. Los |
|
|
|
Hace coincidir todos los paquetes ICMP. |
|
|
|
Hace coincidir todos los paquetes IP. |
|
|
|
Hace coincidir paquetes ip de difusión o multidifusión. |
|
|
|
Hace coincidir los paquetes con el tipo de dirección o protocolo especificado. Los |
|
|
|
Hace coincidir todos los mensajes de enrutamiento IS-IS. |
|
|
|
Hace coincidir paquetes cuyos encabezados contienen el número de protocolo IP especificado. |
|
|
|
Hace coincidir todos los paquetes RARP. |
|
|
|
Hace coincidir todos los datagramas TCP. |
|
|
|
Hace coincidir todos los datagramas UDP. |
Para combinar expresiones, utilice los operadores lógicos enumerados en Tabla 2.
|
Operador lógico (de mayor a menor prioridad) |
Descripción |
|---|---|
|
|
NOT lógico. Si la primera condición no coincide, se evalúa la siguiente. |
|
|
Lógica Y. Si la primera condición coincide, se evalúa la siguiente. Si la primera condición no coincide, se omite la siguiente. |
|
|
Lógica O. Si la primera condición coincide, se omite la siguiente. Si la primera condición no coincide, se evalúa la siguiente. |
|
|
Agrupe a los operadores para invalidar el orden de precedencia predeterminado. Los paréntesis son caracteres especiales, cada uno de los cuales debe ir precedido por una barra diagonal trasera ( |
Puede usar operadores relacionales para comparar expresiones aritméticas compuestas por constantes enteras, operadores binarios, un operador de longitud y accesos de datos de paquetes especiales. La condición de coincidencia de expresión aritmética usa la siguiente sintaxis:
monitor traffic matching "ether[0] & 1 != 0""arithmetic_expression relational_operator arithmetic_expression"
El acceso de datos de paquetes usa la siguiente sintaxis:
protocol [byte-offset <size>]
El campo opcional size representa el número de bytes examinados en el encabezado del paquete. Los valores disponibles son1, 2o 4 bytes. El siguiente comando de ejemplo captura todo el tráfico de multidifusión:
user@host> monitor traffic matching "ether[0] & 1 != 0"
Para especificar condiciones de coincidencia que tengan un valor numérico, utilice los operadores aritméticos y relacionales enumerados en Tabla 3.
Dado que el motor de reenvío de paquetes elimina la información de encabezado de capa 2 antes de enviar paquetes al motor de enrutamiento:
-
El
monitor trafficcomando no puede aplicar condiciones de coincidencia al tráfico entrante. -
El
monitor traffic interfacecomando tampoco puede aplicar condiciones de coincidencia para los datos de paquetes de capa 3 y capa 4, lo que da como resultado que lamatchopción de canalización (| match) para este comando para los paquetes de capa 3 y capa 4 tampoco funcione. Por lo tanto, asegúrese de especificar condiciones de coincidencia como se describe en este resumen de comandos. Para obtener más información acerca de las condiciones de coincidencia, consulte Tabla 1. -
La información de la etiqueta VLAN 802.1Q incluida en el encabezado de capa 2 se elimina de todos los paquetes de tráfico entrante. Dado que el
monitor traffic interface ae[x]comando para interfaces Ethernet agregadas (como ) solo muestra datos de tráfico entrante, el comando no muestra información de etiqueta VLAN en la salida.
|
Operador aritmético o relacional |
Descripción |
|---|---|
| Operador aritmético | |
|
+ |
Operador de adición. |
|
- |
Operador de sustracción. |
|
/ |
Operador de división. |
|
& |
A modo de bits Y. |
|
* |
Exclusivo a nivel de bits O. |
|
| |
En términos de bits inclusivos O. |
| Operador relacional (de mayor a menor prioridad) | |
|
<= |
Si la primera expresión es menor o igual que la segunda, el paquete coincide. |
|
>= |
Si la primera expresión es mayor o igual que la segunda, el paquete coincide. |
|
< |
Si la primera expresión es menor que la segunda, el paquete coincide. |
|
> |
Si la primera expresión es mayor que la segunda, el paquete coincide. |
|
= |
Si las expresiones comparadas son iguales, el paquete coincide. |
|
!= |
Si las expresiones comparadas son desiguales, el paquete coincide. |
Nivel de privilegio requerido
Rastro
Mantenimiento
Campos de salida
Cuando ingrese este comando, se le proporcionarán comentarios sobre el estado de su solicitud.
Salida de muestra
- conteo de monitoreo de tráfico
- recuento de detalles de monitoreo de tráfico
- monitoreo de tráfico completo (secuencia absoluta)
- monitoreo de tráfico completo (secuencia relativa)
- cuenta extensa de monitoreo de tráfico
- interfaz de monitoreo de tráfico
- interfaz de monitoreo de tráfico (Junos OS Evolucionado)
- monitoreo de tráfico que coincide con
- monitoreo de tráfico (enrutador de transmisión Matrix Plus)
- monitoreo de tráfico (conmutador QFX3500)
- monitoreo de tráfico que coincide con ICMP
- monitoreo de tráfico que coincide con el número de protocolo IP
- monitorear el tráfico que coincide con arp
- monitoreo de tráfico que coincide con el puerto
- monitoreo de tráfico de lectura de archivos
- monitoreo de tráfico write-file
conteo de monitoreo de tráfico
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]
recuento de detalles de monitoreo de tráfico
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)
monitoreo de tráfico completo (secuencia absoluta)
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) ...
monitoreo de tráfico completo (secuencia relativa)
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) ...
cuenta extensa de monitoreo de tráfico
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)
interfaz de monitoreo de tráfico
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 ...
interfaz de monitoreo de tráfico (Junos OS Evolucionado)
En este ejemplo, ae0 es una interfaz física y ae0.1 es una interfaz lógica.
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 ...
monitoreo de tráfico que coincide con
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 ...
monitoreo de tráfico (enrutador de transmisión 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> ...
monitoreo de tráfico (conmutador 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 ...
monitoreo de tráfico que coincide con 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 ...
monitoreo de tráfico que coincide con el número de protocolo 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 ...
monitorear el tráfico que coincide con 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
monitoreo de tráfico que coincide con el puerto
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 ...
monitoreo de tráfico de lectura de archivos
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
monitoreo de tráfico 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
Información de versión
Comando introducido antes de la versión 7.4 de Junos OS.
Opciones read-file e write-file introducido en Junos OS versión 19.1R1.