BocaDePez
1
⋮
daniel.haxx.se/blog/2018/11/11/http-3/
Una de las novedades más curiosas es que, al contrario que el HTTP de toda la vida (y creo que todos los protocolos de transferencia de archivos clásicos), HTTP/3 funcionará por UDP.
- 💬 Foros
- Servicios
Anunciado HTTP/3
¿Exclusivamente por UDP? Joder, qué miedo da eso.
✖
Y para los que no somos duchos en el tema... cuales son los inconvenientes/riesgos?
✖
Ninguno.
El UDP, en sí, para archivos, lo que se hará es, que el consumo de ancho de banda, tanto del servidor, como de cliente, no saturarán el ancho de banda de ninguna de las partes.
La mejora en ello es, que a la postre, el UDP, al hacer transferencias, dará lugar a que, te bajes otra cosa al mismo tiempo sin mermar tu conexión (como cliente) y hacer otras cosas que no te perderás mientras estés bajando ficheros de gran tamaño a toda velocidad.
Esa es la mejora que hace el UDP: que no te ralentizará la conexión en ningún sentido.
¿Riesgos? Ninguno.
✖
¿Se te han caducado las pastillas de la tensión?
Justo para "transmisión de archivos" es para donde menos indicado debería estar UDP ya que, si no implementas algún tipo de comprobación correcta de recepción, el archivo que envíe el servidor y reciba el cliente, pueden ser muy distintos (e inservible).
Hay dos formas de enviar datos en una red de datos, por TCP y por UDP. La diferencia es que TCP lleva integrado un sistema de comprobación y reparación automática de errores de transmisión, y los paquetes todos llevan "acuse de recibo", de manera que tanto el origen como el destinatario siempre están seguros que han recibido toda la información, y de la integridad de la misma. UDP no lleva nada de eso.
La ventaja de TCP es evidente, seguridad. La desventaja es que los acuses de recibo y los sistemas de corrección de errores consumen recursos (tiempo y tamaño de los paquetes).
UDP se suele usar en los casos en los que es más importante la latencia que no el hecho que los paquetes lleguen (o que lleguen en buen estado), por ejemplo streaming, videoconferencia, juegos online, etc. En estos casos si pierdes un poco de información la descartas, en contrapartida de poder mantener una latencia baja y sin pausas.
TDP se usa en transmisión de ficheros, en los que no es aceptable que un archivo llegue mal, y no importa si tarda un poco más o si hay que volver a enviar algún que otro paquete de datos.
De todas formas hoy en día es más eficiente hacer el sistema de comprobación y reparación de errores por software, ya que con los nuevos algoritmos de corrección de errores y con la mejora de la potencia de los equipos que se conectan a internet, sale mejor usar UDP y gestionar tu mismo el resto.
✖
BocaDePez
1
⋮
Pero implementar control de errores sobre UDP es un contrasentido, para eso está TCP.
No sé qué clase de datos van a enviar por HTTP/3 pero tiene poco sentido UDP para HTML, imagenes estáticas o ficheros binarios. A no ser que jueguen con la creencia que las redes actuales no pierden paquetes, pero no creo que sea así.
✖
Hay dos formas de enviar datos en una red de datos ...
Mal empezamos ... te voy a volver a mandar a leer el Stallings ... ;-)
✖
✖