Colección de citas famosas - Frases inspiradoras - ¿Cuál es la relación entre la longitud total y la longitud del encabezado y qué significan? Encabezado TCP El encabezado del segmento de datos TCP tiene 10 campos obligatorios y 1 campo opcional. El encabezado debe tener al menos 20 bytes. Los datos que siguen al encabezado son opcionales. 1 y el número de puerto de origen (16 bits) identifican el puerto o proceso de la computadora que envió el mensaje. El segmento de datos TCP debe contener el número de puerto de origen para que el host de destino sepa dónde enviar el mensaje de confirmación. 2. El número de puerto de destino (16 bits) identifica el puerto o proceso del host de destino que recibe el mensaje. 3. El número de secuencia (32 bits) se utiliza para identificar cada segmento de mensaje para que el host de destino pueda confirmar que ha recibido los datos en el segmento de mensaje especificado. Cuando se utiliza un host de origen para enviar mensajes desde múltiples segmentos, el número de secuencia mantiene el host de destino en orden incluso si los mensajes llegan al host de destino en un orden diferente. En el primer segmento de mensaje enviado al establecer una conexión, ambas partes proporcionan un número de secuencia inicial. El estándar TCP recomienda utilizar un valor de contador que aumente en 1 a intervalos de 4 milisegundos como valor de este número de secuencia inicial. El uso de un contador evita que aparezca el mismo número de secuencia cuando la conexión se cierra y se vuelve a conectar. Para aquellos segmentos que contienen datos, el primer byte de datos del segmento se numera como número de secuencia inicial y los bytes de datos posteriores se numeran secuencialmente. Si el host de origen utiliza la misma conexión para enviar otro segmento de datos, el número de secuencia de ese segmento de datos es igual al número de secuencia del segmento de datos anterior más el número de bytes de datos del segmento de datos anterior. Por ejemplo, supongamos que el host de origen envía tres segmentos de mensaje, cada segmento tiene 100 bytes de datos, el número de secuencia del primer segmento de mensaje es 1000, luego el número de secuencia del segundo segmento de mensaje es 1100 (100100), el El tercer segmento es 100. Si el número de secuencia aumenta al valor máximo, se restablecerá a 0. 4. Número de confirmación (32 bits) El host de destino devuelve un número de confirmación para informarle al host de origen que se han recibido uno o más segmentos. Este campo es válido si el bit de control ACK está establecido en 1. El número de acuse de recibo es igual al número de secuencia del último segmento recibido en secuencia más 1, que también es el valor del número de secuencia del siguiente segmento que recibirá el host de destino. Después de devolver el número de confirmación, la computadora considera que se han recibido todos los datos inferiores al número de confirmación. Por ejemplo, el número de secuencia es igual a la suma del número de secuencia del segmento anterior y el número de bytes de datos del segmento anterior. Por ejemplo, suponga que el host de origen envía tres segmentos de mensaje, cada segmento tiene 100 bytes de datos y el número de secuencia del primer segmento es 1000. Después de recibir el primer segmento, el host de destino devuelve un encabezado con el número de confirmación 1100. Después de recibir el segundo segmento (su número de secuencia es 1100), el host de destino devuelve el número de confirmación 1200. Después de recibir el tercer segmento, el host de destino devuelve el número de confirmación 1300. El host de destino no siempre devuelve un número de confirmación después de recibir un segmento. En el ejemplo anterior, el host de destino podría esperar hasta que se reciban los tres segmentos y luego devolver un segmento con el número de confirmación 1300, lo que indica que se han recibido los 1200 bytes de datos. Sin embargo, si el host de destino espera demasiado antes de enviar el número de confirmación, el host de origen pensará que los datos no han llegado al host de destino y los reenviará automáticamente. En el ejemplo anterior, si el host de destino recibe el primer segmento de mensaje con el número de segmento 1000 y el último segmento de mensaje con el número de segmento 1200, puede devolver un número de acuse de recibo de 1100, pero debe esperar a que el número de segmento del mensaje sea 1600. segmento y luego devolver el número de confirmación de 1300. 5. Longitud del mensaje (4 bits) Debido a que la longitud del encabezado TCP varía según el contenido del campo de opciones de TCP, el encabezado contiene campos que especifican los campos del encabezado. Este campo tiene 32 bits, por lo que la longitud del encabezado debe ser un múltiplo entero de 32 bits y, a veces, es necesario agregar 0 al final del encabezado. Si el encabezado no tiene un campo de opciones TCP, el valor de longitud del encabezado es 5, lo que significa que el encabezado tiene 160 bits o 20 bytes. 6. Todos los bits reservados (6 bits) son 0. 7. Bits de control (6 bits) URG: El segmento del mensaje es urgente. ACK: El número de confirmación es válido. PSH: Recomienda que la computadora entregue los datos a la aplicación de inmediato. RST: restablecer la conexión. SYN: Sincronización de procesos. Después del protocolo de enlace, SYN es 1, lo que indica que TCP ha establecido una conexión. En todos los segmentos de mensajes posteriores, SYN se establece en 0. FIN: el host de origen ya no necesita enviar los datos. Si se han enviado los datos del host de origen, la posición FIN en el encabezado del último segmento que se enviará bajo la conexión se establecerá en 1 o la posición en el encabezado enviado después del segmento se establecerá en 1. 8. Ventana ( 16 bits) recepción El número de bytes de datos nuevos que la computadora puede recibir. Su valor cambia con cada segmento de mensaje enviado por la computadora, según el tamaño de los recursos disponibles en el búfer de recepción. El host de origen puede utilizar el valor de la ventana recibida para determinar el tamaño del siguiente segmento del mensaje. 9. Suma de comprobación (16 bits) El host de origen y el host de destino calculan una suma de comprobación basada en el contenido del segmento de datos TCP y el pseudoencabezado. El pseudoencabezado contiene información del encabezado IP y la longitud del segmento TCP. Al igual que UDP, los pseudoencabezados no se transmiten en la red. El propósito de incluir pseudoencabezados en la suma de verificación es evitar que el host de destino reciba por error datagramas enrutados incorrectos. 10. Puntero urgente (16 bits) Si URG es 1, el puntero urgente marca el final de los datos urgentes. Su valor es el número de secuencia del último byte de datos de emergencia, lo que indica el desplazamiento del número de secuencia del segmento del mensaje. Por ejemplo, si el número de secuencia del segmento del mensaje es 1000 y los primeros 8 bytes son datos urgentes, el puntero urgente es 8. El objetivo general de los puntos de emergencia es permitir al usuario detener el proceso. 11. Opciones de TCP (0 o mayor) El encabezado TCP completo debe ser un múltiplo entero de 32 bits.
¿Cuál es la relación entre la longitud total y la longitud del encabezado y qué significan? Encabezado TCP El encabezado del segmento de datos TCP tiene 10 campos obligatorios y 1 campo opcional. El encabezado debe tener al menos 20 bytes. Los datos que siguen al encabezado son opcionales. 1 y el número de puerto de origen (16 bits) identifican el puerto o proceso de la computadora que envió el mensaje. El segmento de datos TCP debe contener el número de puerto de origen para que el host de destino sepa dónde enviar el mensaje de confirmación. 2. El número de puerto de destino (16 bits) identifica el puerto o proceso del host de destino que recibe el mensaje. 3. El número de secuencia (32 bits) se utiliza para identificar cada segmento de mensaje para que el host de destino pueda confirmar que ha recibido los datos en el segmento de mensaje especificado. Cuando se utiliza un host de origen para enviar mensajes desde múltiples segmentos, el número de secuencia mantiene el host de destino en orden incluso si los mensajes llegan al host de destino en un orden diferente. En el primer segmento de mensaje enviado al establecer una conexión, ambas partes proporcionan un número de secuencia inicial. El estándar TCP recomienda utilizar un valor de contador que aumente en 1 a intervalos de 4 milisegundos como valor de este número de secuencia inicial. El uso de un contador evita que aparezca el mismo número de secuencia cuando la conexión se cierra y se vuelve a conectar. Para aquellos segmentos que contienen datos, el primer byte de datos del segmento se numera como número de secuencia inicial y los bytes de datos posteriores se numeran secuencialmente. Si el host de origen utiliza la misma conexión para enviar otro segmento de datos, el número de secuencia de ese segmento de datos es igual al número de secuencia del segmento de datos anterior más el número de bytes de datos del segmento de datos anterior. Por ejemplo, supongamos que el host de origen envía tres segmentos de mensaje, cada segmento tiene 100 bytes de datos, el número de secuencia del primer segmento de mensaje es 1000, luego el número de secuencia del segundo segmento de mensaje es 1100 (100100), el El tercer segmento es 100. Si el número de secuencia aumenta al valor máximo, se restablecerá a 0. 4. Número de confirmación (32 bits) El host de destino devuelve un número de confirmación para informarle al host de origen que se han recibido uno o más segmentos. Este campo es válido si el bit de control ACK está establecido en 1. El número de acuse de recibo es igual al número de secuencia del último segmento recibido en secuencia más 1, que también es el valor del número de secuencia del siguiente segmento que recibirá el host de destino. Después de devolver el número de confirmación, la computadora considera que se han recibido todos los datos inferiores al número de confirmación. Por ejemplo, el número de secuencia es igual a la suma del número de secuencia del segmento anterior y el número de bytes de datos del segmento anterior. Por ejemplo, suponga que el host de origen envía tres segmentos de mensaje, cada segmento tiene 100 bytes de datos y el número de secuencia del primer segmento es 1000. Después de recibir el primer segmento, el host de destino devuelve un encabezado con el número de confirmación 1100. Después de recibir el segundo segmento (su número de secuencia es 1100), el host de destino devuelve el número de confirmación 1200. Después de recibir el tercer segmento, el host de destino devuelve el número de confirmación 1300. El host de destino no siempre devuelve un número de confirmación después de recibir un segmento. En el ejemplo anterior, el host de destino podría esperar hasta que se reciban los tres segmentos y luego devolver un segmento con el número de confirmación 1300, lo que indica que se han recibido los 1200 bytes de datos. Sin embargo, si el host de destino espera demasiado antes de enviar el número de confirmación, el host de origen pensará que los datos no han llegado al host de destino y los reenviará automáticamente. En el ejemplo anterior, si el host de destino recibe el primer segmento de mensaje con el número de segmento 1000 y el último segmento de mensaje con el número de segmento 1200, puede devolver un número de acuse de recibo de 1100, pero debe esperar a que el número de segmento del mensaje sea 1600. segmento y luego devolver el número de confirmación de 1300. 5. Longitud del mensaje (4 bits) Debido a que la longitud del encabezado TCP varía según el contenido del campo de opciones de TCP, el encabezado contiene campos que especifican los campos del encabezado. Este campo tiene 32 bits, por lo que la longitud del encabezado debe ser un múltiplo entero de 32 bits y, a veces, es necesario agregar 0 al final del encabezado. Si el encabezado no tiene un campo de opciones TCP, el valor de longitud del encabezado es 5, lo que significa que el encabezado tiene 160 bits o 20 bytes. 6. Todos los bits reservados (6 bits) son 0. 7. Bits de control (6 bits) URG: El segmento del mensaje es urgente. ACK: El número de confirmación es válido. PSH: Recomienda que la computadora entregue los datos a la aplicación de inmediato. RST: restablecer la conexión. SYN: Sincronización de procesos. Después del protocolo de enlace, SYN es 1, lo que indica que TCP ha establecido una conexión. En todos los segmentos de mensajes posteriores, SYN se establece en 0. FIN: el host de origen ya no necesita enviar los datos. Si se han enviado los datos del host de origen, la posición FIN en el encabezado del último segmento que se enviará bajo la conexión se establecerá en 1 o la posición en el encabezado enviado después del segmento se establecerá en 1. 8. Ventana ( 16 bits) recepción El número de bytes de datos nuevos que la computadora puede recibir. Su valor cambia con cada segmento de mensaje enviado por la computadora, según el tamaño de los recursos disponibles en el búfer de recepción. El host de origen puede utilizar el valor de la ventana recibida para determinar el tamaño del siguiente segmento del mensaje. 9. Suma de comprobación (16 bits) El host de origen y el host de destino calculan una suma de comprobación basada en el contenido del segmento de datos TCP y el pseudoencabezado. El pseudoencabezado contiene información del encabezado IP y la longitud del segmento TCP. Al igual que UDP, los pseudoencabezados no se transmiten en la red. El propósito de incluir pseudoencabezados en la suma de verificación es evitar que el host de destino reciba por error datagramas enrutados incorrectos. 10. Puntero urgente (16 bits) Si URG es 1, el puntero urgente marca el final de los datos urgentes. Su valor es el número de secuencia del último byte de datos de emergencia, lo que indica el desplazamiento del número de secuencia del segmento del mensaje. Por ejemplo, si el número de secuencia del segmento del mensaje es 1000 y los primeros 8 bytes son datos urgentes, el puntero urgente es 8. El objetivo general de los puntos de emergencia es permitir al usuario detener el proceso. 11. Opciones de TCP (0 o mayor) El encabezado TCP completo debe ser un múltiplo entero de 32 bits.
Para satisfacer este requisito, normalmente se rellenan ceros al final del campo de opciones de TCP. 12. Después del encabezado de la sección de datos se encuentra la sección de datos del segmento opcional. El estándar del protocolo IP requiere que los dispositivos puedan recibir datagramas con una separación de hasta 576 bytes. El encabezado IP sin otras opciones es de 20 bytes y el encabezado TCP sin otras opciones también es de 20 bytes, por lo que un segmento TCP con opciones de IP y opciones de TCP que contiene hasta 536 bytes de datos puede llegar al host de destino sin generar fragmentos. 2. El encabezado UDP consta de cuatro campos, cada campo ocupa 2 bytes, específicamente: número de puerto de origen, número de puerto de destino y valor de verificación de longitud del datagrama. El protocolo UDP utiliza números de puerto para reservar canales de transmisión de datos separados para diferentes aplicaciones. La longitud de un datagrama es el número total de bytes, incluido el encabezado y las partes de datos. Debido a que la longitud del encabezado es fija, este campo se usa principalmente para calcular la porción de datos de longitud variable (también llamada carga útil de datos). El protocolo UDP utiliza el valor de verificación en el encabezado para garantizar la seguridad de los datos. El valor de verificación se calcula primero mediante un algoritmo especial en el remitente de datos y debe volver a calcularse después de la transmisión al receptor. UDP debe tener un valor de verificación.