ESTRUCTURA DEL SEGMENTO TCP

El segmento TCP está compuesto por los datos enviados desde la capa de aplicación que es
denominado como el campo de datos, y el campo de la cabecera que esta añadida por el
protocolo de transporte que tiene una longitud de 20 bytes, siendo asi 12 bytes mas que la
cabecera del segmento UDP.

El segmento TCP consta de dos campos, el campo de la cabecera y el campo de los datos.

En el campo de los datos se contiene un fragmento de los datos de la capa de aplicación, que se
encuentra limitada el tamaño máximo de un segmento por el MSS (Tamaño Máximo de Segmento)

EL MSS limita el tamaño de los paquetes, que viajan por una red, como Internet. Todos los datos
que viajan por una red se dividen en paquetes. Los paquetes tienen varios encabezados adjuntos
que contienen información sobre su contenido y destino. El MSS mide la parte de un paquete que
no tiene encabezado, lo que se conoce como carga útil. Si la carga útil pesa demasiado , el proceso
no puede

continuar, por lo cual se deberá fragmentar los datos del segmento. En esencia, el MSS es igual a
la MTU (unidad máxima de transmisión) menos el tamaño de un encabezado TCP y un encabezado
IP

Por ejemplo: Supongamos que un enrutador de red tiene una MTU de 1500, lo que
significa que solo acepta paquetes de hasta 1500 bytes de longitud. Por lo que Los
paquetes más largos que 1500 se deberán fragmentar. ¿Cómo debería configurarse el MSS
del enrutador?

El MSS del enrutador debe configurarse a 1460 bytes. Los paquetes con un tamaño de
carga útil superior a 1460 bytes se descartarán.

Por ejemplo: Cuando TCP, envía una imagen que forma parte de una página web, se divide el
archivo en varios fragmentos de tamaño MSS, permitiendo usar de una manera eficiente los
servicios de transmisión.

TCP al igual que UDP, dentro de su cabecera se encuentran números de puerto de origen y
Destino, que se utilizan para multiplexar y demultiplexor los datos de las aplicaciones que serán
llevadas a la capa de red, El segmento TCP, al igual que el segmento UDP, la cabecera incluye un
campo de suma de comprobación para ver si el mensaje llegaría a ser alterado por algún tipo de
infiltrado externo.

El formato de la cabecera del segmento TCP es el siguiente:

El campo de puerto de origen: tiene la función de identificar el puerto de origen o del emisor,
tiene un peso de 16 bytes

El campo de puerto de destino: su función es identificar el puerto del receptor, y tiene un peso de
16 bytes.

Numeros de secuencia y Numeros de reconocimiento

El segmento TCP percibe los datos como un flujo de bytes no estructurados pero ordenados
además de proporcionar reconocimientos acumulativos.

Los números de secuencia hacen referencia al f lujo de datos enviado por el emisor TCP al
receptor TCP que representa el primer byte de datos del segmento que se utiliza para
reensamblar el mensaje en el extremo receptor si los segmentos se reciben fuera de orden.

Por ejemplo: supongamos que un proceso del Host A desea enviar un flujo de datos que pesa
500.000 bytes a un proceso del host B, por medio de una conexión TCP. Lo primera acción que se
toma es que TCP en el host A ennumere cada byte del flujo de datos debido a que el tamaño MSS
es de 100 bytes y que el primer byte del flujo de datos esta ennumerado como 0. Por lo que se
construira 500 segmentos a partir del flujo de datos. Despues el primer segmento tiene asignado
el numero de secuencia de 0, el segundo segmento tiene asignado el numero de secuencia de
1000, el tercero tendrá asignado el numero de secuencia de 2000, y asi sucesivamente. Una vez
todos los segmentos tengas asignados sus números de secuencia, son insertados en el campo de
numero de secuencia de la cabecera del segmento TCP.
Para entender con menor dificultad el concepto de los números de reconocimiento, debemos
recordar que TCP es una conexión full – dúplex, que consiste en una comunicación simultanea, por
ejemplo el host A puede estar recibiendo datos del host B mientras envia datos al host B.

Habiendo aclarado esto, cuando los segmentos que llegan procedentes del host B tienen un
numero de secuencia para los datos que fluyen del host B al host A. el numero de reconocimiento
que el host A incluye en su segmento es el numero de secuencia del siguiente byte que el host A
espera a recibir del host B.

Por ejemplo: supongamos que el host A ha recibido todos los bytes numerados de 0 a 535
procedentes del host B, y que al mismo tiempo el host A esta enviando un segmento al host B.

El host A esta esperando al byte 536 y todos los bytes que le siguen del flujo de datos del host B.
por lo tanto el host A incluirá 536 en el campo de numero de reconocimiento del segmento que
enviara al host B para hacerle saber que esta esperando al siguiente flujo de datos.

Otro ejemplo seria: supongamos que el host A recibió un segmento del host B que contiene de 0 a
535 bytes y otro segmento que contiene los bytes de 900 a 1000. Por alguna razón el host A no
recibió los bytes de 536 a 899. Por lo tanto el segmento que enviara el host A al host B contendrá
el numero 536 en el campo de numero de reconocimiento para hacerle saber que no recibió los
bytes de 536 a 899, y que se lo vuelva a enviar para que pueda continuar con el proceso.

Otro ejemplo con otro problema que puede suceder es el siguiente: el host A ha recibido el tercer
segmento que es de 900 a 1000 respetando el MSS, antes de recibir el segundo segmento de 536 a
899, por lo tanto los segmentos non llegaron en orden. Los RFC dedicados a TCP dan dos opciones:

1: el receptor puede descartar de forma inmediata los segmentos que no han llegado en orden

2: el receptor mantiene los bytes no ordenados y espera a que lleguen los bytes que faltan con el
fin de rellenar los huecos que puedan haber, siendo una solución mas eficiente en cuanto a
términos de ancho de banda de la red.

El campo de la Longitud de cabecera: pesa 4 bits, especifica la longitud de la cabecera TCP, Este
campo es requerido porque la longitud del campo “opciones” es variable. Por lo tanto el
tamaño máximo de la cabecera está limitado a 60 bytes, mientras que sin “opciones” el
tamaño normal será de 20 bytes (longitud mínima del encabezado TCP), entonces el campo
contendrá 5 (porque 5 x 4 = 20 bytes que requiere de longitud mínima) y la longitud máxima:
60 bytes, entonces tendrá el valor 15 (porque 15 x 4 = 60 bytes). Por lo tanto, el valor de este
campo siempre está entre 5 y 15. 

. A este campo también se le suele llamar “data offset” por el hecho de que es la diferencia en
bytes desde el principio del segmento hasta el comienzo de los datos

El campo de los FLAGS:

URG. El campo puntero de urgencia contiene información válida.

ACK. El campo número de acuse de recibo contiene información válida, es decir, el segmento
actual lleva un ACK. Un mismo segmento puede transportar los datos de un sentido y las
confirmaciones del otro sentido de la comunicación.
PSH. es la Solicitud de envío donde La aplicación ha solicitado una operación push  (enviar los
datos existentes en la memoria temporal sin esperar a completar el segmento).
RST. Interrupción de la conexión actual y reestablecer la conexion
SYN. Sincronización de los números de secuencia. Se utiliza al crear una conexión para indicar al
otro extremo cual va a ser el  primer número de secuencia con el que va a comenzar a
transmitir.
FIN. Indica al otro extremo que la aplicación ya no tiene más datos para enviar. Se utiliza para
solicitar el cierre de la conexión actual terminando la conexión.
El campo de ventana de receptor: este campo indica el tamaño de la ventana del TCP de envío en
bytes. en este campo se le transmite al receptor de comunicación el número de bytes que el
emisor está dispuesto a recibir.

El campo de suma de verificación (SVT): el protocolo es capaz de reconocer errores de transmisión

de manera fiable. En este contexto, se usa la suma de comprobación, que se calcula a partir del
encabezado, los datos de uso y el denominado pseudo encabezado son algunas teclas especiales
integradas en http2, que se utilizan para reemplazar la información en la línea de solicitud / línea
de respuesta en HTTP, que también incluye las direcciones IP origen y destino. Es obligatorio en
TCP a diferencia de UDP. 

El campo de puntero Urgente: (válido solo si se establece el indicador de control y relevante si

tiene una etiqueta URG. Es la Cantidad de bytes desde el número de secuencia que indica datos
urgentes que tienen preferencia sobre todos los demás e indica el siguiente byte del campo
Datos que sigue a los datos urgentes, permitiendo al receptor identificar el lugar donde acaban
los datos urgentes.

Por ejemplo: El bit ACK se utiliza para indicar que el valor transportado en el campo de
reconocimiento es valido. Los bits RST, SYN y FIN son utilizados para establecer y cerrar
conexiones, los bits CWR y ECE se utilizan en la notificación de congestión, saturación por lo tanto
el bit PSH le indica al receptor que debe pasar los datos a la capa superior de forma inmediata. El
Bit URG se utiliza para indicar que hay datos en el segmento que la capa superior del lado del
emisor han sido marcados como urgentes. Por lo tanto el segmento TCP informa a la entidad de la
capa superior del lado del receptor que si existen datos urgentes y se los deberán pasar al puntero
de datos urgentes.

El campo de Opciones: Se utiliza cunado el emisor y el receptor negocian el tamaño máximo de

segmento del MSS o como una escala de la ventana de redes de alta velocidad Para poder añadir
características no cubiertas por la cabecera fija. Un ejemplo es la definición del tamaño máximo de
segmento. La longitud de las opciones siempre debe ser un múltiplo de 32 bits, en caso contrario,
hay que rellenar con bits cero (padding).

BIBLIOGRAFIA

https://es.wikipedia.org/wiki/Segmento_TCP#:~:text=El%20segmento%20TCP%20est
%C3%A1%20compuesto,por%20la%20capa%20de%20red.

https://www.uaeh.edu.mx/scige/boletin/huejutla/n3/r1.html
https://es.acervolima.com/servicios-y-estructura-de-segmentos-en-tcp/

https://www.ionos.es/digitalguide/servidores/know-how/que-es-tcp-transport-control-protocol/

https://www.redeszone.net/2011/02/28/la-capa-de-transporte-en-internet-tcp-a-fondo-volumen-
iv/

https://www.cloudflare.com/es-es/learning/network-layer/what-is-mss/

https://es.wikipedia.org/wiki/Tama%C3%B1o_M%C3%A1ximo_de_Segmento

https://programmerclick.com/article/7784385180/