Indica la base con el prefijo
10 sin prefijo es diez decimal; 0b10 es dos binario. Las letras hexadecimales necesitan 0x y los ceros iniciales no activan el modo octal.
- 0X0012 y 18 dan el mismo resultado.
Herramientas IP y subredes
Introduce un decimal, hexadecimal con 0x o binario con 0b. También puedes cambiar los ocho bits mediante las casillas.
Las casillas escriben 0xHH. Corrige primero la entrada si está vacía o no es válida.
SYN + ACK
0x02 | 0x10 = 0x12
SYN + ACK: respuesta habitual del handshake.
Los valores se procesan en este navegador. No se capturan paquetes ni se envían datos o sondas de red.
Sin prefijo: decimal. 0x: hexadecimal. 0b: binario. Máximo 64 caracteres.
Solo ocho bits inferiores: 0–255. AE (antes NS) queda fuera de este campo.
Los patrones describen contextos habituales, no estados de conexión. ECE/CWR se explican según ECN tradicional.
Bits activos: 2; valor decimal: 18.
El decodificador de banderas TCP ayuda a comparar el 18 de un registro con el 0x12 de una captura. Son dos formas de escribir los mismos bits, no números de confirmación.
Antes de interpretar el resultado, comprueba si el registro representa un paquete o un intervalo. Algunos registros combinan las banderas de varios paquetes mediante OR.
Relaciona el valor numérico con los pesos de sus bits.
El decodificador de banderas TCP enlaza el número y las ocho casillas. Al quitar SYN de 0x12, la entrada pasa a 0x10 y ACK sigue marcado. Así puedes verificar el cambio sin hacer la conversión mentalmente.
Empieza con cero y selecciona los bits necesarios. SYN aporta 2 y ACK aporta 16; su OR da 18. El segundo diagrama muestra cómo ambos bits mantienen su posición al formar una sola máscara.
10 sin prefijo es diez decimal; 0b10 es dos binario. Las letras hexadecimales necesitan 0x y los ceros iniciales no activan el modo octal.
Cambiar una casilla escribe la entrada como 0xHH. El modo automático espera 350 ms; al desactivarlo aparece el botón de decodificación.
El JSON conserva los ocho estados, sus pesos y la expresión OR, incluidos los bits que no están activos. Consulta también la definición del campo de origen.
Los flags TCP se muestran en decimal, hexadecimal de dos dígitos y binario de ocho dígitos. Se conservan los ceros iniciales. La entrada es una máscara sin signo, no un puerto ni una posición del paquete.
FIN pesa 1 y CWR pesa 128. Los bits seleccionados se combinan con OR. ACK indica que el campo del número de confirmación es significativo; URG hace lo mismo con el puntero urgente. No representan el contenido de esos campos.
Hay ejemplos de SYN, SYN+ACK, ACK, PSH+ACK, FIN+ACK y RST+ACK. SYN junto con FIN o RST se decodifica sin borrar ningún bit y se acompaña de una nota para revisar el contexto.
Aquí se muestran FIN, SYN, RST, PSH, ACK, URG, ECE y CWR. Son los ocho bits inferiores. AE está definido en otra posición y no se interpreta con esta herramienta.
SYN vale 2 y ACK vale 16. Su OR es 18, es decir, 0x12. Es habitual en la respuesta del inicio de conexión, pero no confirma que el tercer paso del intercambio se haya recibido.
Sí, por ejemplo con TCP Fast Open. El bit SYN por sí solo no informa de la longitud de los datos. Esta herramienta analiza la máscara, no el contenido ni la cabecera completa del paquete.
FIN indica que el emisor no tiene más datos que enviar en ese sentido. Pesa 1. No significa que el otro extremo haya terminado de enviar ni que ambos hayan completado el cierre.
FIN=1 y ACK=16 producen 17 o 0x11. Indica fin de los datos del emisor y un campo de confirmación significativo. Para entender todo el cierre necesitas la secuencia de paquetes de ambos extremos.
¿Te queda alguna duda?
Utiliza el decodificador de banderas TCP para contrastar los pesos y guardar el JSON junto con el contexto de tu registro.