> > Small correction needed regarding the multicast forwarding. > > Since we are talking about IPv6 multicast groups, which > translate to > 33:33:xx:xx:xx:xx MAC address, the router > listener notification protocol > is going to be MLD and not > IGMP. Still there are switches which support > MLD > forwarding to prevent the network flooding. > > Well as I said the mapping of IBoE MGID to Ethernet address > is not specified. However I agree that using the same > mapping as IPv6 so we end up with 33:33:... addresses makes sense.
Agreed. > > Yes, you are right that MLD snooping is the mechanism for > switches to discover IPv6 multicast group membership. > However for the IBoE case there is no requirement that IPv6 > multicast group membership corresponds in any way to the IBoE > multicast group membership for the interface (and indeed as > far as I can tell from the IBoE spec, there is no requirement > that any IPv6 interface be configured on an IBoE port). > > Furthermore, even if an IBoE interface sends MLD messages for a given > IPv6 group, there is no requirement that a switch use the > membership information for that group to forward multicast > packets with a non-IPv6 ethertype. Right. Initially there can be flooding within the VLAN. In the future we can evolve to use a group-membership protocol when customers that care about the efficiency drive their switch vendors to support it. Are there any other issues that you would like us to address before updating the patches? -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
