IPv6多播寻址:所有“组ID”都是IPv6组播寻址吗?被认为有效/用户可分配?
我在程序的链路本地 IPv6 多播例程中看到了一些“有趣”的行为。看来如果我设置了 112 位组 ID 字段的任何高 16 位,那么 MacOS/X 将不再接受那些多播数据包。我的问题是,这是 MacOS/X 网络堆栈中的错误,还是有某种原因设置组 ID 字段的高 16 位会影响路由行为?
更具体的信息如下:
从一台 Mac 到另一台 Mac 的多播始终有效(在 10.5 和 10.6 上测试)
从 Linux 进行多播到 Windows 始终有效
从 Mac 到 Windows、或 Windows 到 Mac、或 Linux 到 Mac 的多播,仅当多播地址中组 ID 的高 16 位为设置为零。例如:
- 在“不起作用”的情况下,Mac 上运行的 WireShark 显示 Mac 已收到多播数据包,但这些数据包永远不会传递到 Mac 上的接收应用程序。这是否意味着 Mac 网络堆栈存在错误,或者多播寻址是否存在一些我不知道的更深层次的魔力?
I'm seeing some "interesting" behavior in my program's link-local IPv6 multicast routines. It seems that if I set any of the upper 16 bits of the 112-bit Group ID field, then MacOS/X will no longer accept those multicast packets. My question is, is this a bug in the MacOS/X network stack, or is there some reason why setting the upper 16 bits of the Group ID field would affect routing behavior?
More specific info follows:
Multicasting from one Mac to another Mac always works (tested on 10.5 and 10.6)
Multicasting from Linux to Windows always works
Multicasting from Mac to Windows, or Windows to Mac, or Linux to Mac, only works if the upper 16 bits of the Group ID in the multicast address are set to zero. For example:
- In the "doesn't work" cases, WireShark running on the Mac shows that the Mac has received the multicast packets, but those packets are never passed on to the receiving application(s) on the Mac. Does this mean that the Mac networking stack has a bug, or is there some deeper magic to multicast addressing that I'm not aware of?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
您是否先加入多播组?您必须明确告诉操作系统您想要加入的组,然后操作系统才会向您发送组的消息。您可以使用
setsockopt()
访问一个命令来加入多播组。来自 Darwin ip6 联机帮助页:我找到了一些示例代码这里:
但也许你已经在这样做了吗?
Are you joining the multicast group first? You have to explicitly tell the OS the group that you want to join before it will deliver you a group's messages. There's a command you can access with
setsockopt()
to join a multicast group. From the Darwin ip6 manpage:I found some example code here:
But maybe you're doing this already?