REDES DE COMPUTADORAS

PROTOCOLOS DE
TRANSPORTE
Luis Fernando Olán Peralta 1989942
Angela Magaly Monreal Mendez
Alan Alexis Martinez Melendez 2034245
Gerardo Martinez Ruiz 1910129
CONTENIDO
1. MECANISMOS DE LOS
PROTOCOLOS DE TRANSPORTE
ORIENTADOS A CONEXIÓN
2. PROTOCOLO TCP
3. CONTROL DE CONGESTIÓN DE
TCP
4. PROTOCOLO DE TRANSPORTE
DE INTERNET: UDP
Mecanismos de los protocolos de
transporte orientados a
conexión
Mecanismos de los protocolos de
transporte orientados a conexion

GLOSARIO
URG: campo indicador urgente importante

ACK: campo de reconocimiento importante

PSH: función de pulsación

RST: restablecer la conexión

SYN: sincronizar números de secuencia

FIN: no hay más datos del emisor

Mecanismos de los protocolos de
transporte orientados a conexion

Un protocolo orientado a la conexión es un modo de comunicación de redes donde se

debe establecer una conexión antes de transferir datos. Se identifica el flujo de tráfico
con un identificador de conexión en lugar de utilizar explícitamente las direcciones de
la fuente y el destino.
Mecanismos de los protocolos de
transporte orientados a conexion
Se dice que un servicio de comunicación entre
dos entidades es orientado a conexión cuando
antes de iniciar la comunicación se verifican
determinados datos (disponibilidad, alcance,
etc.) entre estas entidades y se negocian unas
credenciales para hacer esta conexión más
segura y eficiente. Este tipo de conexiones
suponen mayor carga de trabajo a una red (y
tal vez retardo) pero aportan la eficiencia y
fiabilidad necesaria a las comunicaciones que
la requieran.

Algunos protocolos orientados a la conexión

son Transmission Control Protocol, Frame
Relay y Asynchronous Transfer Mode.
 Servicio de red de entrega fiable

El protocolo de transporte se utiliza como un protocolo extremo a extremo entre dos sistemas finales
conectados a la misma red, en lugar de hacerlo a través de una interconexión de red. La suposición de
servicios de red con entrega en orden fiable permite el uso de un protocolo de transporte bastante
sencillo. Hay cuatro cuestiones a considerar:
Multiplexación.
Direccionamiento.
Control de flujo.
Establecimiento/cierre de la conexión
 Multiplexacion

En telecomunicación, la multiplexación es la técnica de combinar dos o más señales, y transmitirlas por

un solo medio de transmisión. La principal ventaja es que permite varias comunicaciones de forma
simultánea, usando un dispositivo llamado multiplexor. El proceso inverso se conoce como
demultiplexación. Un concepto muy similar es el de control de acceso al medio.
Multiplexar un paquete de datos, significa tomar los datos de la capa de aplicación, etiquetarlos con un
número de puerto (TCP o UDP) que identifica a la aplicación emisora, y enviar dicho paquete a la capa de
red.
 Direccionamiento

Los equipos y redes que funcionan mediante el protocolo TCP/IP (Protocolo de Control de
Transmisión / Protocolo de Internet). Este protocolo necesita para su funcionamiento que
los equipos que funcionan con él tengan dos parámetros configurados en su interfaz de red,
estos son la dirección IP y la máscara de subred.
En la actualidad los equipos cuentan con dos tipos de direcciones IP, en primer lugar, está la
dirección IPv4 que efectivamente tiene una longitud de 4 bytes (0 – 255). Y la dirección IPv6,
que está diseñada para el caso en que el direccionamiento IP tradicional se quede corto. En
este caso tendremos una dirección lógica de 128 bits, por lo que abarca un rango mucho más
amplio que la dirección IPv6.
 Control de flujo

El retardo de transmisión entre entidades de transporte es generalmente grande

comparado con el tiempo de transmisión real. Esto significa que existe un retardo
considerable en la comunicación de la información de control de flujo.
Ya que la capa de transporte opera sobre una red o una interconexión de redes, la
cantidad de retardo en la transmisión puede ser muy variable. Esto hace difícil
utilizar de forma efectiva un mecanismo de tiempos de expiración para la
retransmisión de datos perdidos.

Por estas dos razones es que en la capa de transporte del Modelo OSI el control de flujo es
mas complicado en cuestion con las capas anteriores en donde se llega a involucrar.
Entonces la capa de transporte necesita tomar medidad para disminuir o detener el flujo
de datos con el fin de evitar que se desborde la memoria temporal. Asi que la entidad
receptora de transporte podra tomar las siguientes medidas.
 Control de flujo
No hacer nada: los segmentos que desborden la memoria temporal serán descartados. La entidad
de transporte emisora, al no obtener una confirmación, los retransmitirá. Esto es inaceptable, ya
que la ventaja de una red fiable es que uno nunca tiene que retransmitir.
Rechazar la aceptación de más segmentos del servicio de red: Cuando una memoria temporal de
una entidad de transporte está llena, esta entidad rechaza datos adicionales del servicio de red.
Esto dispara los procedimientos de control de flujo dentro de la red que regulan el servicio de red
en el extremo del emisor. En respuesta, este servicio rechaza segmentos adicionales de su entidad
de transporte. Debe quedar claro que este mecanismo es poco preciso.
Usar un protocolo de ventana deslizante fija: La ventana deslizante es un mecanismo dirigido al
control de flujo de datos que existe entre un emisor y un receptor pertenecientes a una red
informática. El Protocolo de ventana deslizante es un protocolo de transmisión de datos
bidireccional de la capa del nivel de enlace.
Establecimiento y cierre de conexion

Permite a cada extremo asegurarse de que el otro existe.

Permite el intercambio o negociación de parámetros opcionales (por
ejemplo, el tamaño máximo del segmento, el tamaño máximo de la ventana y
la calidad de servicio).
Inicia la reserva de recursos de la entidad de transporte (por ejemplo,
espacio de memoria temporal y entradas en la tabla de conexiones).

Esto es necesario ya que para que sea una red realmente fiable necesita hacerse
este protocolo de establecimiento de la conexion y posteriormente el cierre de la
misma. Ahora veremos una imagen de establecimiento y cierre de la conexion.
Establecimiento y cierre de conexion
Establecimiento y cierre de conexion
 Mecanismos que utiliza TCP:
Entrega ordenada

TCP usa un esquema en el que

cada octeto de datos que se
transmite se numera
implícitamente. Así, el primer
segmento puede tener el
número de secuencia igual a 1.
Si ese segmento contiene 200
octetos de datos, entonces el
segundo segmento tendría el
número de secuencia 201 y así
sucesivamente.
 Mecanismos que utiliza TCP:
Estrategia de retransmision
En primer lugar, el segmento se puede dañar en el camino, pero llegar sin embargo a su destino. Si se
incluye en el segmento una suma de comprobación, la entidad de transporte receptora puede detectar el
error y descartar el segmento.
La segunda contingencia consiste en que el segmento no llegue a su destino. La entidad de transporte
emisora no sabe que la transmisión del segmento no se ha realizado con éxito. Para tratar esta contingencia
se utiliza un esquema de confirmaciones positivas: el receptor debe confirmar cada segmento recibido
satisfactoriamente devolviendo un segmento que contenga un número de confirmación.

Si un segmento no llega con éxito, no se enviará una confirmación positiva y se tendrá que efectuar una
retransmisión. Para poder hacer frente a esta situación, tiene que haber un temporizador asociado con cada
segmento conforme se envía. Si el temporizador expira antes de que se confirme, el emisor debe transmitir el
segmento asociado.
Mecanismos que utiliza TCP:
Estrategia de retransmision
 Mecanismos que utiliza TCP:
Deteccion de duplicados

Si uno o más segmentos sucesivos se entregan satisfactoriamente pero se pierde el correspondiente

ACK, expirará el temporizador de la entidad de transporte emisora y se retransmitirá uno o más
segmentos. Si esos segmentos retransmitidos llegan correctamente, se tendrán duplicados de los
segmentos anteriormente recibidos. Existen dos casos:
Se recibe un duplicado antes del cierre de la conexión
Se recibe un duplicado después de que se haya cerrado la conexión
En cualquier caso, se necesitan dos tácticas para tratar el caso de que un duplicado se reciba antes de
cerrar una conexión:
El receptor debe asumir que su confirmación se perdió y, por tanto, debe confirmar el duplicado.
Por consiguiente, el emisor debe no confundirse si recibe varias confirmaciones positivas del
mismo segmento.
El espacio de números de secuencia debe ser lo suficientemente amplio para no agotarse antes del
tiempo máximo de vida posible de un segmento (tiempo que necesita el segmento para atravesar la
red).
 Mecanismos que utiliza TCP:
Control de flujo

El mecanismo de asignación de créditos es flexible. Por ejemplo, si el receptor manda un

mensaje (A = i, W = j), y el último octeto recibido por este fue el i - 1, entonces:
Para aumentar crédito a una cantidad k (k > j) cuando no han arribado nuevos octetos, el
receptor envía (A = i, W = k).
Para reconocer un segmento enviado que contiene m octetos de datos (m < j), sin permitir
crédito adicional, el receptor envía (A = i + m, W = j - m)
Si el emisor opera más rápido que el receptor, los datos de entrada llenarán tarde o temprano
el buffer del receptor. En tal caso, este último envía un mensaje “ventana cero”. El emisor que
reciba este mensaje deja de transmitir paquetes hasta que el receptor indique que puede
recibir más paquetes.
Mecanismos que utiliza TCP:
Control de flujo
 Mecanismos que utiliza TCP:
Establecimiento de conexion
El establecimiento de la conexión debe tener en cuenta la falta de fiabilidad de un servicio de red.
Recuérdese que el establecimiento de la conexión requiere el intercambio de SYN, un procedimiento
llamado a veces diálogo en dos pasos. Supongamos que A emite un SYN a B. Él espera un SYN de vuelta,
confirmando la conexión. Dos cosas pueden ir mal: que se pierdan el SYN de A o la respuesta de B. Ambos
casos se pueden gestionar mediante el uso de un temporizador de retransmisión de SYN.
A volverá a emitir un SYN cuando el temporizador expire.

Potencialmente, esto puede ocasionar la duplicación de SYN. Si se perdiera el SYN inicial de A, no habría
duplicados. Si se perdiera la respuesta de B, entonces B podría recibir dos SYN de A. Es más, si la
respuesta de B no se perdiera, sino que simplemente se retrasara, A podría recibir dos SYN de respuesta.
Todo esto significa que A y B deben simplemente ignorar los SYN duplicados una vez que la conexión se
haya establecido
Mecanismos que utiliza TCP:
Cierre de conexion
 Mecanismos que utiliza TCP:
Recuperacion de interrupciones

Cuando el sistema sobre el cual una entidad de transporte se está ejecutando falla y posteriormente se
recupera, la información de estado de todas las conexiones activas se pierde. Las conexiones afectadas pasan
a estar «semiabiertas» ya que el lado que no se vio afectado por la interrupción no se ha dado cuenta todavía
del problema.

El extremo todavía activo de la conexión semiabierta puede cerrar la conexión usando un temporizador de
persistencia. Este temporizador mide el tiempo que la máquina de transporte continuará esperando una
confirmación (u otra respuesta apropiada) de un segmento transmitido después de que el segmento haya
sido retransmitido el máximo número de veces. Cuando el temporizador expira, la entidad de transporte
asume que ha fallado la otra entidad o la red intermedia, cierra la conexión e indica al usuario TS que se
produjo un cierre anormal.
Protocolo TCP
 TCP esta diseñado para proporcionar una comunicación fiable entre pares de
PROTOCOLO TCP procesos (usuarios TCP) a través de una gran variedad de redes e
interconexiones fiables y no fiables. TCP proporciona dos servicios útiles para
etiquetar los datos. Forzado y urgente:

•FLUJO DE DATOS FORZADO:

Normalmente, TCP decide cuando se han acumulado suficientes datos para formar
un segmento para su transmisión. El usuario TCP puede requerir que TCP transmita
todos los datos pendientes, a los que incluye una etiqueta con un indicador de
forzado. En el extremo receptor, TCP entregara los datos al usuario en la misma
forma. Un usuario podría requerir esto si se detecta a una interrupción lógica en
los datos.

•SEÑALIZACIÓN DE DATOS URGENTES:

Proporciona un medio para informar al usuario TCP destino que en el flujo de
datos que recibe existen datos significativos o urgentes. Es responsabilidad del
usuario destino determinar la acción apropiada.
Servicios TCP
Los servicios proporcionados por TCP se definen en términos de primitivas y parámetros.
Los servicios proporcionados por TCP son considerablemente más ricos que los
proporcionados por IP y, por tanto, el conjunto de primitivas y parámetros es más
complejo.

PRIMITIVAS DE PRIMITIVAS DE
SOLICITUD DE SERVICIO RESPUESTA DEL SERVICIO
TCP TCP
PRIMITIVAS DE SOLICITUD DE SERVICIO TCP
FORMATO DE LA CABEZERA TCP
TCP utiliza un único tipo de unidad de datos de protocolo, llamado
segmento TCP.
Tiene una longitud mínima de 20 octetos.
FORMATO DE LA CABECERA TCP

PUERTO PUERTO NÚMERO DE NÚMERO DE LONGITUD DE

ORIGEN (16 DESTINO (16 SECUENCIA CONFIRMACIÓ LA CABECERA
BITS): BITS): (32 BITS): N (32 BITS) (4 BITS):
Usuario TCP Usuario TCP Número de secuencia del Contiene el número de Número de palabras de
origen. destino. primer octeto de datos secuencia del siguiente 32 bits de la cabecera.
en este segmento, octeto que la entidad
excepto cuando está TCP espera recibir.
presente el indicador Hacen
SYN. Si el indicador SYN referencia a
está activo, se trata del octetos en lugar
número de secuencia de a segmentos
inicial (ISN) y el primer completos
octeto de datos es el
ISN+1.
FORMATO DE LA CABECERA TCP
RESERVADO (6 BITS):
Bits reservados para uso
futuro. El RFC 3168 usa dos
de esos bits para la función
de notificación explícita de
congestión.
INDICADORES (6 VENTANA (16 BITS):
BITS):
Asignación de créditos para
URG: el campo de el control de flujo, en
puntero urgente es octetos. Contiene el número
válido. de octetos de datos,
ACK: el campo de comenzando con el número
confirmación es válido. de secuencia que se indica
PSH: función de forzado. en el campo de
RST: reiniciar la confirmación que el emisor
conexión. está dispuesto a aceptar.
SYN: sincronizar los
números de secuencia.
FIN: el emisor no enviará
más datos
 SUMA DE COMPROBACIÓN (16
FORMATO DE LA BITS):
Es una suma de verificación utilizada para comprobar si hay errores

CABEZECA TCP tanto en la cabecera como en los datos. Se aplica a todo el

segmento más una pseudo cabecera incorporada en el momento del
cálculo (tanto en la transmisión como en la recepción). La pseudo
cabecera incluye los siguientes campos de la cabecera IP: dirección
red origen y destino, el protocolo y un campo de longitud del
segmento. Con la inclusión de la pseudo cabecera, TCP se protege
ante un reparto erróneo de IP

PUNTERO URGENTE (16 BITS)

Este valor, cuando se suma al número de secuencia del segmento,
contiene el número de secuencia del último octeto de la secuencia
de datos urgentes. Esto permite al receptor conocer la cantidad de
datos urgentes que llegan.

OPCIONES (VARIABLE):
un ejemplo lo constituye la opción que especifica la longitud máxima
de segmento que será aceptada.
 FORMATO DE LA CABECERA TCP
TCP está diseñado específicamente para trabajar con IP. Por tanto, algunos parámetros de
usuario se pasan a través de TCP a IP para su inclusión en la cabecera IP. Los más relevantes
son:
Precedencia: un campo de 3 bits.
Retardo-normal/bajo-retardo.
Rendimiento-normal/alto-rendimiento.
Fiabilidad-normal/alta-fiabilidad.
Seguridad: un campo de 11 bits.

El vínculo TCP/IP significa que la sobrecarga mínima requerida para cada unidad de datos es,
en realidad, de 40 octetos.
MECANISMOS TCP
ESTABLECIMIENTO DE LA CONEXIÓN:

Para iniciar una conexión, una entidad envía un

SYN, SN=X, donde X es el número de secuencia
inicial.

El receptor responde con SYN, SN=Y, AN=X+1

mediante la activación de los indicadores SYN y
ACK.

El que inicia la conexión responde con AN=Y+1.

MECANISMOS TCP
TRANSFERENCIA DE DATOS
Aunque los datos se transmiten en segmentos sobre una conexión de transporte, la transferencia
de datos se ve desde un punto de vista lógico como un flujo de octetos. Por tanto, cada octeto es
numerado módulo 2^32.

Cada segmento contiene el número de secuencia del primer octeto del campo de datos. El
control de flujo se ejerce utilizando un esquema de asignación de créditos, en el cual el
crédito es un número de octetos en lugar de un número de segmentos.

La entidad de transporte almacena temporalmente los datos tanto en la transmisión como en la

recepción. TCP normalmente aplica su propio criterio para decidir cuándo construir un
segmento para transmitirlo y cuándo entregar los datos recibidos al usuario. El indicador PUSH
(«FORZADO») se usa para obligar a que los datos acumulados sean enviados por el transmisor
y entregados al usuario por el receptor. Esto sirve como una función de fin de bloque.
MECANISMOS TCP
TRANSFERENCIA DE DATOS

El usuario puede especificar que un bloque de datos es urgente. TCP designará el fin de
ese bloque con un puntero de urgente y lo enviará en el flujo de datos ordinario. El
usuario receptor es alertado de que se están recibiendo datos urgentes.

Si durante el intercambio de datos llega un segmento que aparentemente no va dirigido

a la conexión actual, se envía un segmento con el valor del indicador RST activado. Los
SYN duplicados retrasados y las confirmaciones de datos todavía no enviados
constituyen ejemplos de esta situación.
MECANISMOS TCP
CIERRE DE LA CONEXIÓN
El procedimiento normal de finalización de una
conexión es un cierre ordenado. Cada usuario TCP
debe emitir una primitiva Close. La entidad de
transporte establece el bit FIN en el último
segmento que envía y que contiene los últimos
datos a enviar sobre esa conexión.

Si el usuario emite una primitiva Abort («abortar») se

produce un cierre abrupto. En este caso, la entidad
de transporte abandona todos los intentos de enviar
o recibir datos y descarta los datos de sus memorias
temporales de transmisión y recepción. Se envía un
segmento RST al otro extremo.
Control de Congestión de TCP
CONTROL DE CONGESTIÓN DE TCP
El mecanismo de control de flujo basado en créditos de TCP se diseñó para que el
destino restrinja el flujo de segmentos de una fuente y evitar la saturación de la memoria
temporal del destino.
Este control tiene dos efectos principales:
Cuando la congestión empieza a producirse, el tiempo de transmisión a través de la
red aumenta.
Conforme la congestión sea más severa, la red o los nodos de la interconexión
comienzan a descartar paquetes.

Si el TCP percibe que la red se esta congestionando disminuye la tasa de transmisión y

viceversa.

Un emisor generalmente no conoce donde ni por que se esta produciendo la congestión.

Simplemente experimenta un incremento en los RTT’s y tal vez reciba algún paquete
ICMP para informar de esta situación. Ante ello, el TCP debe reducir la tasa de
transmisión.

Si la congestión se hace ms severa los routers comienzan a descartar paquetes. El TCP

debe percatarse de este problema y no retransmitirlos hasta que la congestión cese.

Por este motivo, el tamaño de la ventana emisora no solo depende de lo que indica el
receptor (control del flujo), sino que también va a tener en cuenta el nivel de congestión
TIME-OUTS
Cada vez que se envía un segmento, el TCP arranca un temporizador y espera el
correspondiente ACK. Si se termina el tiempo antes de que se confirme positivamente el
segmento, el TCP asume que dicho segmento se perdió o corrompió, y lo retransmite.

El usuario es desconectado automáticamente de Internet por haber alcanzado el límite de

tiempo establecido.

El problema radica en que las redes IP poseen latencias muy variables debido a su
tamaño, heterogeneidad, variación de la carga, nivel de congestión, etc. Por este motivo el
TCP utiliza un algoritmo adaptativo para calcular los time-outs.
PROMEDIADO SIMPLE

El mecanismo de control de flujo de TCP se puede utilizar para identificar el comienzo de

la congestión (identificando el incremento de los tiempos de retardo y de los segmentos
descartados) y reaccionar mediante la reducción del flujo de datos.

Existen varias técnicas que pretenden mejorar el control de gestión de TCP, muchas
siendo de uso obligatorio, las técnicas se pueden dividir en dos categorías:
Gestión de temporizadores de retransmisión
Gestión de ventana
PROMEDIADO SIMPLE
Una opción consiste en tomar la media de los tiempos de ida y vuelta sobre un
determinado número de segmentos.

Si la media predice con precisión los retardos, entonces el temporizador de retransmisión

realizará su función. El método se pude expresar como:

RTT(i) es el tiempo de ida y vuelta para el segmento i y ARTT(K) es el tiempo de ida y

vuelta medio de los K primeros segmentos.
PROMEDIADO EXPONENCIAL
En el caso anterior cada termino de la sumatoria tiene el mismo peso. Por lo que cada
término se multiplica por la misma constante.
Si nos interesa dar mayor peso a los retardos recientes y de esta manera predecir un
comportamiento futuro. Se usa la técnica de promediado exponencial:

SRTT (K) se denomina estimación del tiempo de ida y vuelta suavizado y donde se define
SRTT(0) = 0
Mediante un valor constante de. Cuando más antigua es la observación , menos cuenta en
el promedio.
EJEMPLO PROMEDIADO
EJEMPLO PROMEDIADO
ALGORITMO DE JACOBSON
El algoritmo básico no funciona cuando los niveles de congestión son altos, ya que las
latencias son muy variables. Existen 3 fuentes de varianza:

1.- Si la velocidad de transferencia en una conexión TCP es baja, entonces el retardo

transmisión será relativamente alto a comparación de la propagación.
2.- La carga de tráfico y las condiciones de Internet pueden afectar al trafico de otras
fuentes.
3.- El TCP par puede no confirmar cada segmento inmediatamente debido a su propio
retardo de procesamiento
ALGORITMO DE JACOBSON

La mejora propuesta por Jacobson consiste en tener en cuenta además la desviación

estadística de los RTT’s, no solo su media. Intuitivamente, si la desviación es baja,
entonces el ’ultimo SampleRTT es una medida fiable.

Por otra parte, una desviación alta significa que el ultimo SampleRTT no debería ser
considerado con tanto peso a la hora de calcular TimeOut.
ALGORITMO DE JACOBSON
ALGORITMO DE JACOBSON
El Recovery Time Objective (RTO) es la cantidad de datos que se pierden y se tienen que
volver a ingresar durante el tiempo de inactividad de la red.
El RTO describe el intervalo de tiempo que puede pasar antes de que la interrupción
comience a impedir las operaciones normales.
DECRECIMIENTO EXPONENCIAL DE RTO

En una política mas sensible una fuente TCP incrementa su RTO cada vez que se
retransmite el mismo segmento. Esto se conoce como proceso de decaimiento.

Después de la primera retransmisión de un segmento de cada conexión afectada, todas las

fuentes TCP esperarán un tiempo mayor antes de intentar la segunda retransmisión.

Esto puede darle tiempo a la interconexión para despejar la congestión actual.

DECRECIMIENTO EXPONENCIAL DE RTO

Una técnica simple para implementar el decaimiento de RTO consiste en multiplicar el

RTO de un segmento por un valor constante para cada retransmisión:

Esta ecuación hace que el RTO crezca exponencialmente con cada retransmisión. El valor
más utilizado es el 2.
Esta técnica es conocida como “decaimiento exponencial binario” y es empleada en el
protocolo CSMA/CD.
ALGORITMO DE KARN

En caso que expira el temporizador de un segmento, se provoca que haya una

retransmisión. En esta situación el emisor no puede saber si el ACK recibido corresponde
con la primer o la segunda transmisión.

Si comete un error provocara una medición en el RTT que provocaran que sea demasiado
largo afectando el RTO o bien que el calculo sea demasiado corto.
ALGORITMO DE KARN
ALGORITMO DE KARN
El algoritmo de Karn funciona mediante las siguientes reglas:
1.- No utilizar el RTT medido para un segmento retransmitido para un segmento
retransmitido para actualizar SRTT y SDEV.
2.- Calcular el RTO de decaimiento utilizando la ecuación de Karn cuando se produzca
una retransmisión.
3.- Utilizar el valor de RTO de decaimiento para segmentos sucesivos hasta que llegue
una confirmación para un segmento que no se haya retransmitido.

Cuando se recibe una confirmación para un segmento que no se ha retransmitido . Se

activa de nuevo el algoritmo de Jacobson para futuros valores de RTO.
GESTIÓN DE VENTANA

Además de las técnicas para mejorar la eficiencia del temporizador de retransmisión,

existen aproximaciones para gestionar la ventana de emisión.

El tamaño de la ventana de emisión de TCP puede decisivo para que TCP pueda ser
utilizado sin causar congestión.
ARRANQUE LENTO

Cuanto mayor es la ventana de emisión de TCP, más segmentos puede enviar la fuente
TCP antes de que deba esperar una confirmación. Esto puede crear un problema cuando
se establece por primera vez una conexión TCP, ya que la entidad TCP es libre de vaciar
la ventana de datos.

Modo de arranque lento en el que se duplica el tamaño de la ventana con cada ACK
recibido. Este modo se utiliza desde que desaparece la situación de congestión hasta que
se alcanza la mitad del anterior valor.
ARRANQUE LENTO
GESTIÓN DE VENTANA
PROTOCOLO DE
TRANSPORTE DE
INTERNET: UDP
 Introducción
Internet tiene dos protocolos principales en la capa de
transporte, uno orientado y otro no orientado a la conexión
(UDP y TCP respectivamente).

UDP: Este protocolo proporciona una forma para que las

aplicaciones envíen datagramas IP encapsulados sin tener que
establecer una conexión.
UDP transmite segmentos que consisten en un encabezado de 8
bytes seguido por la carga útil.
 Introducción a UDP
El UDP no realiza control de flujo, control de errores o
retransmisión cuando se recibe un segmento erróneo.

Lo que sí realiza es proporcionar una interfaz al protocolo IP con la

característica agregada de desmultiplexar varios procesos
utilizando los puertos
UDP La velocidad de TCP es
más lenta en
comparación con UDP,
ya que verifica si hay
errores y retransmite
los paquetes.

El tamaño del
encabezado de TCP es
de 20 bytes, mientras que
UDP es de 8 bytes. Sin
embargo, tienen campos
de encabezado comunes
que son, punto de origen,
punto de destino y suma
de comprobación.
 TCP UDP
Seguro Inseguro
Orientado a la conexión Sin conexión
Lento Rápido
Transmisión garantizada Sin garantía
Utilizado por aplicaciones críticas Utilizado por aplicaciones en
Mecanismo de reordenación de tiempo real
paquetes Sin mecanismo de reorden
Control de flujo Sin control de flujo
Comprobación avanzada de Comprobación básica de errores
errores Header size 8 bytes
Header size 20 bytes Sin reconocimiento
Mecanismo de reconocimiento
VENTAJAS DE USAR
UDP
A diferencia de TCP que se limita a
uni-cast, el UDP tolera
uni-cast,multi-cast y broad-cast
DONDE SE USA
UDP
Tiene un uso muy habitual en
los servicios de streaming y
en aplicaciones multimedia

Al no tener que pedirse permiso DNS

para la conexión y no preocuparse
por la perdida de paquetes SNMP(administración de red)
entonces la latencia es muy baja
(es decir menos lag) RIP(protocolo de

enrutamiento)
Es un protocolo best-effort

(hace su mejor esfuerzo para enviar

todos los paquetes)