【问题标题】:Unicast response to multicast?单播响应多播?
【发布时间】:2012-01-20 02:14:15
【问题描述】:

这可能是一个愚蠢的问题(但我是多播的新手)。我有一个产生两个线程的进程——一个用于侦听多播 IP (listener),另一个用于向其广播 (speaker)。我计划介绍其中的许多流程。

我的问题是,如果listener 接收到多播数据包,它是否可以在不打开新的单播样式套接字的情况下向speaker 发送的任何进程发送单播响应?

编辑:至少,我可以提取speaker 的多播数据包的 IP 地址并连接到某个进程可能正在侦听的单播式端口,对吧?

【问题讨论】:

  • 我相信答案是否定的。
  • 多播真的有一个连接的概念吗?我对此表示怀疑,因为 MC 的全部意义在于发送者不关心谁在听。

标签: c++ networking udp multicast


【解决方案1】:

编辑:至少,我可以提取扬声器的多播数据包的 IP 地址并连接到某个进程可能正在侦听的单播式端口,对吗?

组播数据包(实际上是任何 IP 数据包)都有源 IP 和目标 IP,组播的唯一区别是目标地址是组而不是计算机,从 224.0.x.x 开始。 源始终是发送者的真实 IP(除非它在 ​​NAT 之后,在这种情况下它将是网关的 IP 地址)。

这意味着您可以提取发件人的 IP,并且如果这个发件人有一个服务器(==侦听)套接字,并且所有网络配置(转发表和防火墙)都允许访问该套接字socket,你就可以用它发起一个 TCP Session...

【讨论】:

    猜你喜欢
    • 2014-12-02
    • 2019-09-08
    • 1970-01-01
    • 2011-12-16
    • 1970-01-01
    • 1970-01-01
    • 2013-09-18
    • 2019-01-21
    • 1970-01-01
    相关资源
    最近更新 更多