CENTRO DE ENSEANZA TCNICA Y SUPERIOR

Escuela de Ingeniera

Redes de Computadoras

Resumen TCP

Presenta:
Benjamn Fras Araya
Matrcula 16918

Tijuana, B.C., a 16 de noviembre de 2015.

INTRODUCCIN
El presente trabajo tiene como enfoque el tema de la capa de transporte, haciendo especial
nfasis en el protocolo TCP. Se realiza con el propsito de que los estudiantes de carreras
relacionadas a Ingeniera adquieran los conocimientos bsicos sobre protocolos en las
distintas capas, que les permitan realizar tareas relativas al control de envo de paquetes
mediante las mismas. El presente documento se ha de estructurar con una introduccin,
posteriormente se expone el desarrollo del proceso a manera de explicacin detallada;
finalmente, el alumno concluye sobre el aprendizaje adquirido al documentarse sobre el
protocolo.
DESCRIPCIN DEL PROCESO

INTRODUCCIN A TCP

TCP (Transmission Control Protocol) fue diseado especficamente para proveer una cadena
de bits de extremo a extremo de una forma confiable, dentro de una red no confiable. Este
protocolo fue diseado para adaptarse dinmicamente a las propiedades de redes errticas y
para ser robusto ante grandes cantidades de fallas.
Cada mquina que incluye TCP contiene una entidad de transporte (sea esta una librera, un
proceso de usuario o una parte del kernel). En todos los casos, se encarga de manejar las
interfaces de TCP hacia la capa de red. Una entidad de TCP acepta datos de usuario de
procesos locales, los desglosa en trozos que no excedan los 64 KB, y enva cada pieza como
un datagrama de IP nico. Cuando datagramas que contienen datos de TCP aterrizan en una
mquina, son dados a la entidad de TCP, quien reconstruye las cadenas de bits originales.

EL MODELO DE SERVICIO TCP

El servicio de TCP es obtenido tanto por el emisor como por el receptor, creando puntos de
extremo llamados sockets. Cada socket contiene un nmero (direccin) que consiste en la
direccin IP del host, as como un nmero de 16 bits local a ese host, llamado puerto. Un
puerto es el nombre que TCP le da a los TSAP (Transport Service Access Point). Para que el
servicio de TCP pueda ser obtenido, una conexin debe ser explcitamente establecida entre
un socket en una computadora y un socket en otra. Un socket puede ser usado para mltiples
conexiones al mismo tiempo. En otras palabras, dos o ms conexiones pueden terminar en el
mismo socket. Las conexiones se identifican mediante las etiquetas de socket en ambos
extremos (es decir, socket1, socket2).
Los nmeros de puerto por debajo de 1024 estn reservados para servicios estndar, que
usualmente slo pueden ser inicializados por usuarios privilegiados (administradores). stos
se conocen como well-known ports.

Todas las conexiones de TCP son bidireccionales y hechas de punto a punto. Bidireccionales
significa que el trfico puede ir en ambas direcciones al mismo tiempo. Punto a punto
significa que cada conexin tiene exactamente dos extremos.
Una conexin TCP es una cadena de bytes, no una cadena de mensajes. Las cadenas de
mensajes no se conservan de extremo a extremo. Por ejemplo, si el proceso de envo escribe
cuatro veces 512 bytes a una cadena de TCP, stos podran ser entregados al otro lado como
cuatro trozos de 512 bytes, dos trozos de 1024, o uno de 2048 bytes. No existe una manera
de que el receptor detecte las unidades en las que los datos fueron escritos.

EL PROTOCOLO TCP

Una de las funciones clave de TCP, y aquella que domina el diseo de protocolos, es que
cada byte en una conexin TCP tiene su propio nmero de secuencia de 32 bits. Cuando
comenz el internet, las lneas entre ruteadores eran, en su mayora, lneas rentadas de 56
kbps, as que un host a mxima velocidad demoraba una semana en viajar por los nmeros
de secuencia. A velocidades de red modernas, los nmeros de secuencia son alarmantemente
ms rpidos que antes. Nmeros de secuencia de 32 bits son acarreados en paquetes en una
direccin y en otra para envo y reconocimiento, respectivamente.
Las entidades TCP de emisin y recepcin intercambian datos en la forma de segmentos. Un
segmento de TCP consiste en una cabecera constante de 20 bytes, seguida de cero o ms bits
de datos. El software de TCP decide qu tan grandes deben ser los segmentos. Puede
acumular datos de diversas escrituras en un segmento, o puede dividrselo en mltiples. Dos
lmites restringen el tamao del segmento. Primeramente, cada segmento, incluyendo la
cabecera de TCP, deber caber en la carga IP de 65,515 bytes. Adems, cada vnculo tiene
un MTU (Maximum Transfer Unit). Cada segmento debe caber en el MTU tanto para el
emisor como para el receptor, de manera que pueda ser enviado y recibido en un solo paquete.
El protocolo bsico utilizado por entidades de TCP es el protocolo de la ventana deslizante,
con un tamao de ventana dinmico. Cuando el emisor transmite un segmento, tambin

inicializa un temporizador. Cuando el segmento aterriza en el destino, el receptor enva otro

segmento de vuelta (con o sin datos), presentando un nmero de reconocimiento igual al
siguiente nmero de secuencia que espera recibir, as como el tamao de ventana restante. Si
el temporizador del emisor se corta antes de que se reciba el reconocimiento, el emisor vuelve
a transmitir el mensaje.

LA CABECERA DE SEGMENTO

La figura anterior muestra la configuracin de un segmento de TCP. Cada segmento

comienza con una cabecera de 20 bytes. Esta cabecera puede ser sucedida por opciones.
Despus de las opciones, si las hay, hasta 65,535 20 20 = 65,495 bytes de datos pueden
seguir, en donde los primeros 20 se refieren a la cabecera de IP y los 20 restantes a la cabecera
de TCP. Los segmentos sin datos son permitidos y son comnmente usados para
reconocimientos y mensajes de control.
En el caso del puerto de origen y destino, estos campos localizan los extremos de la conexin.
El puerto de TCP ms la direccin IP del host forman un nico extremo de 48 bits. Los
extremos de origen y destino identifican la conexin. Este identificador de conexin es
conocido como quntuple porque consiste de cinco piezas de informacin: el protocolo (TCP),
el IP origen y destino, as como el puerto origen y destino.
Los campos de nmero de secuencia y nmero de reconocimiento hacen sus funciones
usuales. El campo de longitud de cabecera de TCP dice cuntas palabras de 32 bits estn
contenidas en la cabecera de TCP. Se necesita esta informacin por algunas propiedades de
longitud variable en cuanto a ciertos campos.
Despus, existe un campo de cuatro bits inutilizado. El hecho de que estos bits han
permanecido sin usarse durante treinta aos da evidencia de la fortaleza y solidificacin del
protocolo de TCP. Finalmente, se muestran las ocho banderas de un bit, entre las cuales

destacan URG (el cual se encuentra como 1 si el apuntador de urgencia [relacionado a datos
urgentes] est siendo usado.), ACK (se coloca en 1 si el nmero de reconocimiento es vlido),
SYN (para establecer conexiones, utilizado para denotar tanto conexiones solicitadas como
aceptadas). Finalmente, el bit FIN es utilizado para liberar una conexin. ste especifica que
el emisor ya no tiene ms datos para transmitir.
El control de flujo en TCP es realizado mediante una ventana deslizante de tamao variable.
El campo de tamao de ventana nos dice cuntos bytes debern enviarse empezando con el
byte reconocido.

ESTABLECIMIENTO DE CONEXIONES

Las conexiones en TCP son establecidas por medio de un mtodo conocido como saludo de
manos en tres direcciones. Para establecer la conexin, un lado (por ejemplo, el servidor)
espera pasivamente una conexin entrante, ejecutando los comandos LISTEN y ACCEPT en
ese orden. El otro lado (por ejemplo, el cliente) ejecuta un comando CONNECT,
especificando el puerto y la direccin IP a la cual desea conectarse, el tamao mximo de
segmento de TCP que est dispuesto a aceptar, as como algn dato de usuario (ejemplo, una
clave). El comando CONNECT enva un segmento de TCP con el bit de SYN encendido y
con el de ACK apagado, esperando as una respuesta.
Cuando este segmento llega al destino, la entidad de TCP revisa para ver si es que hay algn
proceso que haya ejecutado un LISTEN en el puerto especificado en el campo Puerto de
destino. Si no es as, entonces enva una respuesta con el bit de RST encendido para rechazar
la conexin.
Si hay algn proceso en el puerto con LISTEN ejecutado, entonces a ese proceso se le entrega
el segmento de TCP. ste puede tanto aceptar como rechazar la conexin. Si acepta, un
segmento de reconocimiento es devuelto.

LIBERACIN DE CONEXIONES

Para liberar una conexin, cualquier entidad puede enviar un segmento con el bit de FIN
encendido, lo cual significa que ya no tiene ms datos para transmitir. Cuando el FIN es
reconocido, entonces esa direccin es apagada en espera de nuevos datos. Sin embargo, los
datos pueden continuar fluyendo indefinidamente en la otra direccin. Cuando ambas
direcciones se hayan apagado, la conexin se libera. Normalmente, cuatro segmentos de TCP
son necesarios para liberar una conexin: un bit de FIN y otro de ACK para cada direccin.
Sin embargo, es posible que el primer ACK y el segundo FIN se encuentren en el mismo
segmento, reduciendo la cantidad total a tres.
CONCLUSIONES
En este trabajo han podido observarse los fundamentos del protocolo de transmisin de
control (TCP), correspondiente a la capa de transporte en el modelo hbrido de redes de
computadoras. En l, se han expuesto las diferentes secciones en las cuales es desglosado el
protocolo de TCP: servicio, protocolo, cabeceras y conexiones. La realizacin del presente
trabajo no slo implic un proceso de investigacin, sino tambin de extensa lectura y sntesis
de la informacin presentada de tal manera que, un individuo sin conocimientos de redes de
computadoras y con conocimientos bsicos de electrnica y arquitectura de computadoras,
pueda comprender el texto. Para tal efecto, fueron utilizadas analogas pertinentes a los temas
cuando se consider oportuno.
No obstante, es importante recalcar que la capa de transporte y sus correspondientes
protocolos, TCP por ejemplo, representan un bloque fundamental en la transmisin de datos
mediante redes de computadoras. Considero a TCP como un protocolo sumamente
importante en todo el proceso emisor-receptor de datos, pues funge como el tnel de
comunicacin entre un extremo y otro, permitiendo el paso adecuado o no de los mensajes
enviados.
REFERENCIAS
Tanembaum, A. (2011) Computer Networks. USA: Pearson Education.