INSTITUTO TECNOLGICO

SUPERIOR DE SAN ANDRS

TUXTLA
CARRERA
ING. EN SISTEMAS COMPUTACIONALES.
MATERIA
REDES INALAMBRICAS AVANZADAS
INVESTIGACION DOCUMENTAL
DOCENTE
ING. MARTHA LAURA SEDAS CARDENAS
ALUMNO
VAZQUEZ LAGOS ANGEL ESAU
NUM. DE CONTROL
111U0226
GRUPO
704 A

INTRODUCCIN
Aunque a TCP/IP lo confunden como si fuese un solo protocolo, en realidad es
una coleccin de mltiples protocolos, de entre los cuales destacan el protocolo IP y el
protocolo TCP. Se ha convertido en el protocolo ms popular debido a que es utilizado
por Internet y est muy extendido en los sistemas operativos.
TCP/IP se ha convertido en el conjunto de protocolos de red disponible ms
adaptable por el medio del cual se puede trabajar casi en cualquier medio de Red,
Hardware y Sistema Operativo existente, desde una pequea LAN de grupo de trabajo,
hasta la conexin de millones de sistemas que componen la propia Internet.
La unidad de envo o recepcin datos del protocolo TCP se conoce con el nombre de
segmento TCP y la unidad de envo o recepcin de datos del protocolo UDP es
conocido como datagrama UDP.

Control de Flujo del TCP

Protocolo TCP
La capa de transporte ofrece a la capa de aplicacin dos servicios: un servicio
orientado a conexin protocolo TCP "Transmition Control Protocol" y un servicio no
orientado a conexin protocolo UDP "User Datagram Protocol". La unidad de envo o
recepcin datos del protocolo TCP se conoce con el nombre de segmento TCP y la
unidad de envo o recepcin de datos del protocolo UDP es conocido como datagrama
UDP. La funcin protocolo TCP consiste en ofrecer un servicio de envo y recepcin de
datos orientados a conexin que sea seguro y que goce de los siguientes mecanismos:

Multiplexamiento.
Conexiones.
Fiabilidad.
Control de flujo y congestin.

Mecanismo de Multiplexamiento
El mecanismo de multiplexamiento consiste en que ms de una aplicacin pueda
utilizar los servicios del protocolo TCP. El protocolo TCP hace uso de los parmetros de
control: Puerto destino y Puerto origen incluidos en una cabecera TCP y los parmetros
de control: Direccin IP Destino y Direccin IP Origen incluidos en una cabecera IP con
el fin de satisfacer el mecanismo de multiplexamiento.
Cuando los nmeros de puerto son concatenados con las direcciones IP de la
capa de enrutamiento, conforman lo que se denomina un conector "socket". Un par de
conectores identifica de forma nica la conexin bidireccional entre una aplicacin
cliente y una aplicacin servidor.
Los puertos de las aplicaciones que ofrecen servicios a las aplicaciones clientes
han sido estandarizados y se conocen con el nombre de "puertos bien conocidos". La
organizacin que controla y estandariza el nmero de un puerto es la IANA "Internet
Assigned Numbers Authority".
El nmero de puerto de una aplicacin est definido por un registro de 16 bit
"parmetro de control Puerto destino y/o puerto origen", esto implica un rango de
puertos que va de 0 a 65535 puertos. El rango de puertos que va de 0 a 1023 son
conocidos con el nombre de puertos privilegiados. Los procesos que hacen uso de
estos puertos son ejecutados con privilegio root.
En un encabezado TCP el nmero de puerto que refleja el parmetro puerto
origen es el nmero de puerto de la aplicacin que est enviando los datos. Y el
nmero de puerto que refleja el parmetro puerto destino es el nmero de puerto de la
aplicacin destino.

Mecanismo de conexin:
Como el protocolo TCP es un protocolo orientado a conexin, es necesario
iniciar y mantener la informacin del estado para cada conexin TCP. Cada conexin
queda identificada de forma nica por un par de conectores que corresponden con sus
dos extremos "Socket".
Cuando dos procesos "cliente/servidor" desean comunicarse, el protocolo TCP
debe establecer primero una conexin (inicializar la informacin de estado en cada
lado) y cuando la comunicacin se ha completado, la conexin se termina con la
intencin de liberar recursos en el sistema.
Como las conexiones tienen que establecerse entre "computadoras,
enrutadores, etc." y sobre un servicio no orientado a conexin ofrecido por la capa de
enrutamiento, el protocolo TCP utiliza un mecanismo de acuerdo que usa nmeros de
secuencia para la inicializacin de las conexiones.
Los parmetros de control utilizados para iniciar, reiniciar y finalizar una conexin
TCP son:

SYN: Es utilizado para sincronizar el nmero de secuencia de los segmentos a

ser enviados o recibidos.

FIN: Este parmetro es utilizado para notificar al receptor que los datos recibidos
son los ltimos datos enviados por el emisor y su funcin es la de notificar el
cierre de la conexin.
RST: La funcin del parmetro RST es la de reiniciar la conexin.
ACK: La funcin del parnetro ACK es la de hacer valedera el parmetro:
nmero de acuse recibido.
Nmero de secuencia: Indica el nmero de secuencia del segmento. Si el
parmetro SYN es igual a uno lgico este campo refleja el nmero de secuencia
inicial.
Nmero de acuse recibido: Si el bit de control ACK es igual a uno lgico, este
campo contiene el valor del siguiente nmero de secuencia que el emisor del
segmento espera recibir y a su vez indica que el segmento anterior fue recibido
sin errores.
Ventana: Es el nmero de octetos de datos que el receptor de este segmento
est dispuesto a aceptar, contados a partir del nmero indicado en el campo de
"Nmero de acuse de recibo".

 Opciones: EL campo de opciones puede ocupar un espacio al final de la

cabecera de TCP pero siempre de una longitud mltiplo de 8 bits. La opcin ms
comn es el parmetro: tamao mximo del segmento "MSS". Si esta opcin
est presente, entonces indica el tamao mximo de segmento que puede
recibir el mdulo de TCP que enva este segmento. Este campo debe enviarse
nicamente en la peticin inicial de conexin. Si esta opcin no est presente en
una cabecera TCP por defecto el MSS es igual a 556 Byte = 536 Byte "Payload"
+ 20 Byte "Cabecera TCP".
Mecanismo de fiabilidad
Con el fin de poder recuperar los datos que se corrompan, pierdan, dupliquen o
se entreguen desordenados por los servicios de la capa de enrutamiento, el protocolo
TCP est diseado para satisfacer los principios de un protocolo orientado a conexin,
es decir; que por cada segmento enviado por el emisor este debe recibir un nmero de
acuse de recibido enviado por el receptor
Mecanismo de cotrol de flujo
El protocolo TCP est diseado para controlar el envo y recepcin de
segmentos TCP a fin de evitar momentos de congestin en la red. Las principales
tcnicas de control de flujo implementadas en el protocolo TCP son:
Desplazamiento de ventana "Sliding Window".
Comienzo lento "Slow Start" y control de congestin.
La tcnica de desplazamiento de ventana es una tcnica de control del flujo
impuesta por el receptor de segmentos TCP con el fin de evitar momentos de
congestin en el computador receptor. Durante el proceso de inicializacin de una
conexin TCP, el proceso TCP de cada computador da a conocer los parmetros de
control ventana y MSS. Con estos dos parmetros el proceso de envo de segmentos
del protocolo TCP puede calcular el mximo nmero de segmentos que puede recibir el
proceso de recepcin del protocolo TCP en un momento determinado. El parmetro
ventana incluido en una cabecera TCP es un registro de 16 bits y el valor del mismo
puede variar durante el envo y recepcin de segmentos TCP hasta llegar al punto de
que sea igual a cero. Cuando esto ocurre indica que el proceso de recepcin de
segmentos no est en capacidad de recibir ningn segmento TCP ya que el buffer de
recepcin se encuentra completamente lleno. Esto obliga al proceso de envo de
segmentos TCP del computador remoto no transmitir ningn segmento hasta que el
parmetro de control ventana sea mayor o igual a un segmento.
Esta tcnica funciona si la conexin TCP se establece en una red local pero
cuando la conexin TCP se establece a travs de una red WAN los enrutadores
pueden experimentar momentos de congestin ya que los mismos interactan con un

servicio de conexin no orientado y la capacidad de envo y recepcin de datos de un

enlace WAN en la mayora de los casos es mucho menor que el de una red LAN. Para
resolver este inconveniente el protocolo TCP hace uso de la tcnicas comienzo lento
"Slow Start" y control de congestin. Estas tcnicas son tcnicas de control de flujo
impuestas en el emisor para evitar momentos de congestin en la red.
Las tcnicas slow start y control de congestin consisten en que el transmisor de
segmentos TCP hace uso de los parmetros de control: ventana de congestin y
umbral de congestin. El parmetro de control ventana de congestin es utilizado para
calcular el mximo nmero de segmentos que pueden ser transmitidos por el
transmisor en un momento determinado. Y el parmetro umbral de congestin es
utilizado para detectar momentos de congestin en la red.
El valor inicial del parmetro congestin de ventana es igual al parmetro MSS y
el valor inicial del umbral de congestin es igual a 65535. Por cada nmero de acuse
recibido de cada segmento transmitido el parmetro congestin de ventana se
incrementa a un MSS; esto implica un posible crecimiento exponencial de este
parmetro.
El mximo nmero de segmentos TCP que el transmisor puede enviar en un
momento dado es seleccionado por el mnimo valor de la comparacin de los
parmetros Ventana y Congestin de ventana, es decir; que si el valor del parmetro
Ventana es igual a 4096 bytes y el parmetro Congestin de ventana es igual a 2048
bytes. El transmisor de segmentos TCP har uso del parmetro congestin de ventana
para determinar el mximo nmero de segmentos que pueden ser transmitidos en un
momento dado. El crecimiento del parmetro congestin de ventana se detiene hasta
que el mismo sea igual al parmetro de control ventana.
Si el transmisor de segmentos TCP detecta un posible momento de congestin
en la red debido a que el tiempo de espera de un nmero de acuse recibido expir, el
protocolo slow start se inicia nuevamente inicializando la ventana de congestin con el
valor asignado al MSS y el parmetro umbral de congestin se le asigna un valor igual
a la mitad de la ventana de transmisin pero nunca por debajo de dos segmentos. Esto
implica que el umbral de congestin es determinado por la siguiente frmula:
Umbral de congestin = max [2 segmentos, 1 / 2 min (ventana, ventana de
congestin)]. Luego la tcnica slow start entra en accin hasta que el parmetro
congestin de ventana sea mayor que el umbral del congestin. Cuando esto ocurre el
crecimiento de la ventana de congestin deja de ser exponencial ya que se incrementa
a uno no por cada nmero de acuse recibido por segmento sino por el grupo de
nmeros de acuse recibido del rango de segmentos que son incluidos en la ventana de
congestin en ese momento.
Se dice que el protocolo de transmisin TCP se encuentra en el estado slow start
si la ventana de congestin es menor o igual al umbral de congestin. Y si la ventana

de congestin es mayor que el umbral de congestin se dice que el protocolo de

transmisin se encuentra en un estado de control de congestin.
Control de flujo para aplicaciones interactivas
Cuando las aplicaciones interactivas Ejemplo: Telnet hacen uso de los servicios
de la capa de transporte por cada caracter a ser enviado, el protocolo TCP crea un
segmento TCP de 21 Bytes que al ser encapsulado por la capa de enrutamiento
tenemos un paquete de 41 Bytes. Una vez que este paquete es recibido y procesado,
el computador destino enva un paquete IP de 40 bytes, el cual incluye el nmero de
acuse recibido del segmento enviado. Esto implica que por cada caracter a ser enviado
se requieren como mnimo de 81 Bytes. Para optimizar esta situacin en el receptor
muchas de las aplicaciones retardan el envo de los nmeros de acuse recibido o las
actualizaciones de ventanas a un tiempo fijo, el cual vara dependiendo de la aplicacin
TCP. Este retardo se encuentra en el rango de 200mseg - 500mseg. Para el transmisor
se hace uso del algoritmo de Nagle el cual consiste en enviar el primer caracter y
almacenar en un buffer los posibles nuevos caracteres que sern enviados cuando se
reciba el nmero de acuse recibido del primer caracter.

CONCLUSIN
El protocolo TCP puede controlar la cantidad de datos que debe enviar mediante el
segmento TCP y la unidad de envo o recepcin de datos del protocolo UDP es
conocido como datagrama UDP y campo Window. Este campo indica el nmero
mximo de octetos que pueden ser recibidos. El receptor de un segmento con el campo
window a cero, no puede enviar mensajes al emisor, excepto mensajes de prueba.
Un mensaje de prueba es un mensaje de un solo octeto que se utiliza para detectar
redes o hosts inalcanzables.
La capa de transporte ofrece a la capa de aplicacin dos servicios: un servicio
orientado a conexin protocolo TCP "Transmition Control Protocol" y un servicio no
orientado a conexin protocolo UDP "User Datagram Protocol".

REFERENCIAS BIBLIOGRFICAS
Feit TCP/IP
Editorial McGraw-Hill, primera edicin 1998

Greer Tyson.
Editorial Microsoft Press primera edicin 1997

www.rfc-editor.org
www.w3c.org