* bridge igmp snooping implementation
@ 2012-09-25 10:18 Felix Fietkau
2012-09-25 15:12 ` Lin Ming
0 siblings, 1 reply; 2+ messages in thread
From: Felix Fietkau @ 2012-09-25 10:18 UTC (permalink / raw)
To: netdev; +Cc: Herbert Xu
Hi,
I'v been looking at the bridge IGMP snooping code and I noticed that it
appears to not keep track of multicast group member IP addresses. Is
this intentional?
It seems to me that this would lead to issues when multiple members of
the same multicast group are behind the same bridge port, and one of
them leaves.
I'm currently looking into adding a feature that allows bridge ports to
be configured to selectively turn multicast traffic into unicast
traffic. For this I would need to change the code to keep track of
member IP and MAC addresses.
This helps a lot on 802.11, where unicast is often much cheaper than
multicast, even when sending out duplicate packets (higher data rates
and aggregation heavily reduce airtime utilization).
- Felix
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: bridge igmp snooping implementation
2012-09-25 10:18 bridge igmp snooping implementation Felix Fietkau
@ 2012-09-25 15:12 ` Lin Ming
0 siblings, 0 replies; 2+ messages in thread
From: Lin Ming @ 2012-09-25 15:12 UTC (permalink / raw)
To: Felix Fietkau; +Cc: netdev, Herbert Xu
On Tue, Sep 25, 2012 at 6:18 PM, Felix Fietkau <nbd@openwrt.org> wrote:
> Hi,
>
> I'v been looking at the bridge IGMP snooping code and I noticed that it
> appears to not keep track of multicast group member IP addresses. Is
> this intentional?
>
> It seems to me that this would lead to issues when multiple members of
> the same multicast group are behind the same bridge port, and one of
> them leaves.
>
> I'm currently looking into adding a feature that allows bridge ports to
> be configured to selectively turn multicast traffic into unicast
> traffic. For this I would need to change the code to keep track of
> member IP and MAC addresses.
Good idea. This can help to resolve my problem at:
http://marc.info/?l=linux-netdev&m=134855468803809&w=2
Thanks.
>
> This helps a lot on 802.11, where unicast is often much cheaper than
> multicast, even when sending out duplicate packets (higher data rates
> and aggregation heavily reduce airtime utilization).
>
> - Felix
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2012-09-25 15:12 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-25 10:18 bridge igmp snooping implementation Felix Fietkau
2012-09-25 15:12 ` Lin Ming
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).