tcp udp ip broadcast multicast

tcp - multicast ipv4



¿Puedo usar broadcast o multicast para TCP? (2)

No, no puedes. TCP es un protocolo para la comunicación entre exactamente dos puntos finales. En comparación con UDP, cuenta con un transporte confiable, es decir, que los paquetes no solo se envían, sino que se espera que el interlocutor reconozca la recepción de los datos y que los datos se retransmitan si falta el reconocimiento. Y como Broadcast y Multicast solo envían, pero nunca reciben datos, la confiabilidad de TCP no se puede implementar sobre estos protocolos.

Para el Protocolo de Internet (IP) puedo usar multidifusión :

También, en el ejemplo, para UDP puedo usar:

  • difusión - para enviar paquetes a rango de direcciones
  • multidifusión: para enviar un paquete a la lista de direcciones especificadas

¿Pero puedo usar algo de estos para TCP?


Normalmente no publico aquí, pero solo necesito agregar una pequeña aclaración al razonamiento aquí. La respuesta de Steffen es correcta. No, no puedes! Perfecto. Permítame responder al resto para decir que UDP es el protocolo correcto para enviar mensajes de multidifusión y difusión. Yo grito el nombre de Steffen en una sala llena de gente, ¿quiero que todos respondan? ¡De ninguna manera! Si se usó TCP, ¡Todos confirmarán mi paquete!

Así que el segundo tema a discutir es la confiabilidad. Esto confunde la respuesta. Cuando la gente dice que el UDP no es confiable, no significa que sea malo. todo lo que quieren decir es que el paquete para la multidifusión UDP no necesita escuchar una respuesta, para confirmar la entrega. UDP también es genial para la comunicación de voz, ya que cuando hablo, esos paquetes se transmiten más rápido, porque el oyente no debería decir que sí, recibí ese paquete por cada palabra que digo.

Finalmente, esto nos lleva a que UDP sea confiable. Después de aclarar esto, vuelva atrás y lea el párrafo sobre este otra vez. UDP no es confiable. Esta es una gran diferencia entre TCP y UDP. Así que aquí está el trato, hay UDP y R-UDP. R-UDP es un RFC diferente (ver enlace en la parte inferior) y luego UDP. Ese RFC es aparentemente IETF. Puede haber otros. Señalaron que la respuesta original era correcta, pero introdujo información sobre UDP (RFC 2460) que estaba equivocada. Por razones académicas, así como simplemente semse.

Lea acerca de R-UDP aquí RUDP no parece tener un RDF adecuado. algunos RFC se utilizan en su conceptualización, pero parece ser utilizado por microsoft, que ha enviado IETF, algún documento para iniciar un proceso de RFC. ese enlace está abajo:

http://www.ietf.org/proceedings/44/I-D/draft-ietf-sigtran-reliable-udp-00.txt

Además, MS publicó alguna información a continuación, junto con un wiki de RUDP:

http://www.viavisolutions.com/en-us/literature/microsoft-tv-test-application-notes-en.pdf

Bueno, aparentemente, mi reputación tiene que ser 10 para publicar más de dos enlaces. Por lo tanto, wikipedia el otro enlace busca R-UDP o RUDP.