Foro de elhacker.net

Hola que tal, estoy aprendiendo redes y sobre modelo OSI, TPC/IP y demás y hay algo que por mas que busco y leo no entiendo o es que no he encontrado una fuente que me lo expliquen de manera clara.
Por que dicen que el protocolo UDP no es orientado a conexion? La verdad no entiendo a que se refieren con eso porque si lo usamos en una conexion o no se realmente a que es que se quieren referir con eso de que no es orientado a conexion, alguien me podria explicar para por fin salir de esa duda y enterderlo? Y disculpen mi ignorancia.

A mi me parece que la Wiki es bastante clara: https://es.wikipedia.org/wiki/Protocolo_no_orientado_a_la_conexi%C3%B3n o que parte de ahí no entiendes?

para intentar explicarlo de muy mala maneras, pero en palabras no técnicas... sería que UDP no es orientado a conexión porque no hay cabeceras de control, ni otros mecanismos que validen la comunicación (handshake)

Por eso es mucho más rápido, pero también es más inseguro, ya que permite falsificación de origen de IP.

Cuando estableces una conexión, pues lo normal es asegurate que sea la "correcta" (el destinatario, el receptor, la transmisión, el mensaje, etc)

(https://upload.wikimedia.org/wikipedia/commons/thumb/9/98/Tcp-handshake.svg/376px-Tcp-handshake.svg.png)

Explicado de mala manera:

Se manda el paquete y da por hecho que llegará al destinatario sin comprobar, validar, ni verificar nada.

Descripción gráfica:
(https://www.improgrammer.net/wp-content/uploads/2018/10/TCP-vs.-UDP-and-multicast.jpg)

De la manera más simple y sencilla con la que a mí me explicaron al principio es que UDP no comprueba si los datos llegaron bien o no, sin embargo TCP si se preocupa por verificar que los datos llegaron, caso contrario reenvía los datos faltantes nuevamente.

- La figurita que usaron para darme a entender esto fue:

(https://i.ibb.co/kKfsHhS/TCP-UDP.jpg)

Muy buena grafica!

Hola soy nuevo en el foro. Bueno te explico lo más facil que puedo:  el udp no se asegura de que los paquetes lleguen correctamente esto  lo hace ideal para aplicaciones en tiempo real como video conferencia, esto significa que si un paquete llega mal no será reenviado(imaginate lo poco fluido y confuso que sería la interacción recibiendo paquetes de video antiguos en una videoconferencia). Por el contrario TCP si se encarga que todos los paquetes llegaron al destino, esto se usa en una descarga de un archivo por ejemplo por MEGA. Saludos!

Hola, el protocolo UDP y TCP son como los Threads (multi-hilos) en los lenguajes de programación, usar TCP sería como usar Threads con Join, en cambio usar UDP es como no usar Join, es decir que no habría un orden y se enviarían todas las instrucciones al mismo tiempo.


Saludos