7.2.2 Confiabilidad y control de flujo

7.2.2 Confiabilidad y control de flujo

1. 7.2.3 Comunicacion UDP (Datagramas de usuario)

   • Compaacion de baja sobrecarga y confiabilidad de UDP
     • UDP es un protocolo simple que proporciona las funciones básicas de la capa de transporte, UDP no establece niguna conexion antes de enviar datos
     • UDP no significa que no sea confiable o que o que sea un protocolo inferior estas funciones no las proporciona el protocolo de la capa de transporte, y se deben implementar aparte, si fuera necesario.
       • UDP se puede encontrar en una red tipica y los protocolos clave que usa son los siguientes
         • DNS DHCP RIP TFTP vOIP juegos en linea
   • Reensamblaje de datagramas UDP
     • cuando una aplicación tiene datos para enviar, simplemente los envía.
       • Cuando se envían datagramas múltiples a un destino, pueden tomar diferentes rutas y llegar en el orden equivocado. UDP no realiza un seguimiento de los números de secuencia
         • Los datagramas se envian al host destino, los dtagramas desordenados no se vuelven a ordenar, los datagramas perdidos no se vuelven a recuperar.

2. Confiabilidad de TCP: Perdida y retransmision de datos

   • La perdida de datos ocurre sin aunque la red este bien diseñada
   • Un servicio de host de destino que utiliza TCP generalmente sólo da acuse de recibo de datos para bytes de secuencia continuos
     • Cuando el TCP en el host de origen no recibe un acuse de recibo después de una cantidad de tiempo predeterminada, este vuelve al último número de ACK recibido y vuelve a transmitir los datos desde ese punto en adelante.
       • una implementación de TCP típica, un host puede transmitir un segmento, colocar una copia del segmento en una cola de retransmisión e iniciar un temporizador.
   • La informacion se transmite en segmentos , cuando se envia un segmento se activa un temporizador que espera a recibir un ACK del destino si no sucede se detiene el temporizador y el segmento no llego asu destino

3. Control de flujo TCP: Tamaño de la ventana y acuse de recibo

   • permite mantener la confiabilidad de la transmisión de TCP mediante el ajuste de la velocidad del flujo de datos entre el origen y el destin
     • TCP determina la cantidad de segmentos que puede aceptar el host destino
       • El encabezado TCP incluye un campo de 16 bits llamado “tamaño de la ventana”. Esta es la cantidad de bytes que el dispositivo de destino de una sesión TCP puede aceptar y procesar al mismo tiempo.
         • El tamaño de la ventana determina la cantidad de bytes enviados antes de que se espere un acuse de recibo,
           • El numero de acuse de recibo es numero siguiente del byte previsto

4. Confiabilidad de TCP: Reconocimiento y tamaño de la ventana

   • TCP garantiza que cada segmento llegue a su destino, el TCP en el host destino envian un acuse de recibo a los datos de origen.
   • Numero de secuencia (SEQ) y numero de acuse (ACK) se usan juntos para confirmar la llegada de los datos
     • SEQ indica la cantidad relativa de bytes que se transmitieron en esta sesión, incluso los bytes en el segmento actual
       • TCP Usa el ACK reenviado al origen para indicar el próximo byte que el receptor espera recibir. Esto se llama acuse de recibo de expectativa
         • Se le informa al origen que el destino recibió todos los bytes de este stream de datos, hasta el byte especificado por el número de ACK

5. Control de flujo de TCP: Prevencion de congestiones

   • TCP puede reducir el tamaño de la ventana para lograr que los segmentos recibidos sean reconocidos con mayor frecuencia.
   • El host receptor envía el valor del tamaño de la ventana al host emisor para indicar la cantidad de bytes que puede recibir
     • si un host receptor está congestionado, puede responder al host emisor con un segmento que especifique un tamaño reducido de la ventana.
       • Después de un período de transmisión sin pérdidas de datos ni recursos limitados, el receptor comienza a aumentar el campo de la ventana, lo que reduce la sobrecarga en la red
         • Este proceso de TCP es un cambio constante en la red