Puis-je utiliser la diffusion ou la multidiffusion pour TCP?
Pour Internet Protocol (IP) je peux utiliser multicast :
Aussi, par exemple, pour UDP, je peux utiliser:
- diffusion - pour envoyer un paquet à une plage d'adresses
- multidiffusion - pour envoyer le paquet à la liste des adresses spécifiées
Mais puis-je en utiliser quelque chose pour TCP?
Non, tu ne peux pas. TCP est un protocole de communication entre exactement deux points d'extrémité. Comparé à UDP, il offre un transport fiable, ce qui signifie que les paquets ne sont pas seulement envoyés, mais il est prévu que l'homologue accuse réception de la et ces données seront retransmises si l'accusé de réception est manquant. Et parce que la diffusion et la multidiffusion envoient mais ne reçoivent jamais de données, la fiabilité de TCP ne peut pas être implémentée en plus de ces protocoles.
Normalement, je ne poste pas ici, mais j'avais juste besoin d'ajouter une petite clarification au raisonnement ici. La réponse de Steffen est correcte. Non, tu ne peux pas! parfait. permettez-moi de répondre au reste pour dire que l'UDP est le bon protocole pour envoyer des messages de multidiffusion et de diffusion. Je crie le nom de Steffen dans une pièce bondée, est-ce que je veux que tout le monde réponde? En aucune façon! Si TCP a été utilisé, tout le monde confirmera mon paquet!
Donc, le deuxième point à discuter est la fiabilité, ce qui brouille la réponse. L'UDP est génial. Quand les gens disent que l'UDP n'est pas fiable, ils ne veulent pas dire que c'est mauvais. tout ce qu'ils signifient, c'est que le paquet pour la multidiffusion UDP n'a pas besoin d'entendre une réponse, pour confirmer la livraison. UDP est également idéal pour la communication vocale, car lorsque je parle, ces paquets passent plus rapidement, car l'auditeur ne devrait pas dire oui, j'ai reçu ce paquet, pour chaque mot que je dis.
Enfin, cela nous conduit à la fiabilité d'UDP. Après avoir clarifié cela, revenez en arrière et relisez le paragraphe au-dessus de celui-ci. UDP n'est pas fiable. Ceci est une différence majeure entre TCP et UDP. Voici donc le Deal, il y a UDP et R-UDP. R-UDP est un RFC différent (voir lien en bas) puis UDP. Le RFC est apparemment l'IETF. Il peut y en avoir d'autres. Ils indiquent que la réponse originale était correcte, mais a introduit des informations erronées sur l'UDP (RFC 2460).
Lisez à propos de R-UDP ici RUDP ne semble pas avoir un RDF approprié. certains RFC sont utilisés dans sa conceptualisation, mais il semble être utilisé par Microsoft, qui a envoyé à l'IETF, un document pour démarrer un processus RFC. ce lien est ci-dessous:
http://www.ietf.org/proceedings/44/I-D/draft-ietf-sigtran-reliable-udp-00.txt
De plus, MS a publié quelques informations ci-dessous, ainsi qu'un wiki RUDP:
http://www.viavisolutions.com/en-us/literature/Microsoft-tv-test-application-notes-en.pdf
bien Apparemment, ma réputation doit être de 10 pour publier plus de deux liens - alors wikipedia l'autre lien cherche R-UDP ou RUDP