Cada uno de los protocolos nombrados supone la presencia de un transporte secuencial de datos sin pérdidas. El servicio TCP se adapta perfectamente a esos protocolos de nivel superior.
UDP solo envía datagramas y no gestiona la conexión, retransmisión o secuencia de datos. Para los protocolos que pueden soportar la pérdida de datos o prefieren una estrategia de ritmo de datos diferente a la que proporciona TCP, UDP es una mejor opción. Los servicios de transmisión de audio y video donde los flujos de datos están diseñados para soportar pérdidas de datos a veces pueden mejorar con el protocolo UDP más liviano.
Sin embargo, cualquier flujo de datos que quiera un protocolo confiable donde puedan “disparar y olvidar” sus datos y estar seguros de su entrega, TCP es el camino a seguir.
- ¿Qué cosas debo hacer para asegurar mi dirección IP?
- TCP / IP: ¿Cuál es la forma correcta de transferir datos? Comprimir los datos cifrados o cifrar los datos comprimidos?
- ¿Por qué la fase inicial en el control de congestión TCP se llama inicio lento cuando en realidad es exponencial, mientras que la fase de aumento aditivo tiene un crecimiento de ventana de congestión lineal?
- ¿Hay algún escenario en el que podamos quedarnos sin direcciones IPv6?
- ¿Cómo podemos optimizar el tamaño del paquete durante la transmisión de datos, suponiendo que la posibilidad de que un paquete se corrompa y necesite una nueva transmisión es directamente proporcional al tamaño del paquete, y suponiendo que podamos transmitir un paquete por unidad de tiempo sin importar el tamaño del paquete?
ACTUALIZACIÓN: muchos navegadores web y servidores están moviendo HTTP a QUIC y SPDY a través de UDP para sus conexiones, permitiendo que las conexiones web continúen rápidamente sin el apretón de manos TCP lento de 3 vías, pero luego administran la secuencia de datos a nivel de aplicación del nivel de red. Esto, por supuesto, requiere más código en el navegador web y en el nivel del servidor web para administrar la conexión.
