我可以为TCP使用广播或多播吗?

Ale*_*lex 28 ip udp tcp multicast broadcast

对于Internet协议(IP),我可以使用多播:

另外,在示例中,对于UDP,我可以使用:

  • broadcast - 将数据包发送到地址范围
  • multicast - 将数据包发送到指定地址列表

但是我可以将这些内容用于TCP吗?

Ste*_*ich 62

不,你不能.TCP是用于在两个端点之间进行通信的协议.与UDP相比,它具有可靠的传输功能,这意味着数据包不仅可以发送,而且预计对等体会确认收到数据,如果确认丢失,则会重新传输数据.并且因为广播和多播仅发送但从不接收数据,所以TCP的可靠性不能在这些协议之上实现.


小智 8

我通常不会在这里发帖,但我只需要对这里的推理进行一些澄清。斯蒂芬的回答是正确的。不,你不能!完美的。让我回答剩下的问题,说 UDP 是用于发送多播和广播消息的正确协议。我在拥挤的房间里大喊 Steffen 的名字,我想让每个人都回应吗?没门!如果使用TCP,每个人都会确认我的数据包!

所以要讨论的第二项是可靠性。这混淆了答案。UDP 很棒。当人们说 UDP 不可靠时,并不是说它不好。他们的意思是UDP多播的数据包不需要听到响应,以确认交付。UDP 也非常适合语音通信,因为当我说话时,这些数据包的传递速度更快,因为听者不应该说是,我收到了那个数据包,我说的每一个字。

最后,这使我们认识到 UDP 是可靠的。在我弄清楚这一点后,回去再读一遍上面的段落。UDP 不可靠。这是 TCP 和 UDP 之间的主要区别。所以这是交易,有 UDP 和 R-UDP。R-UDP 是与 UDP 不同的 RFC(见底部链接)。那个 RFC 显然是 IETF。可能还有其他人。他们指出原来的答案是正确的,但介绍了有关 UDP (RFC 2460) 的信息是错误的。出于学术原因,以及普通语义

在此处阅读有关 R-UDP 的信息 RUDP 似乎没有正确的 RDF。在其概念化中使用了一些 RFC,但它看起来是由微软使用的,微软已经发送了 IETF,一些文件来启动 RFC 流程。该链接如下:

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

另外,MS 确实在下面发布了一些信息以及 RUDP wiki:

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

好吧显然我的声誉必须是 10 才能发布两个以上的链接——所以维基百科的另一个链接寻找 R-UDP 或 RUDP