On Mon, Aug 31, 2015 at 11:29:45AM +0200, Steven Barth wrote:
>
>
>
> >Ok, I was able to easily reproduce the issue here. Looking at the
> >tcpdump the wifi client receives its own Neighbor Solicitation
> >again, reflected through the bridge-hairpin option.
>
> Why are we reflecting packets
>Ok, I was able to easily reproduce the issue here. Looking at the
>tcpdump the wifi client receives its own Neighbor Solicitation
>again, reflected through the bridge-hairpin option.
Why are we reflecting packets back to the originator anyway? Could it not be
excluded?
Btw. once we are bit
On Mon, Aug 31, 2015 at 12:19:44PM +0200, Linus Lüssing wrote:
> I had somehow expected that mac80211 would exclude it. But looks like it
> doesn't.
Looks like mac80211 on an STA does that for frames with a
multicast destination (to prevent getting the own multicast
packets echo'd back once the
Hi Steven,
Thanks for the feedback.
On Sat, Aug 29, 2015 at 04:21:50PM +0200, Steven Barth wrote:
Let me know if you need more info.
Could you make a tcpdump for ICMPv6 on the wifi of the client?
Please start it before connecting and let it run for about three
minutes after connecting to the
On Sun, Aug 30, 2015 at 03:49:50PM +0200, Linus Lüssing wrote:
Hi Steven,
Thanks for the feedback.
On Sat, Aug 29, 2015 at 04:21:50PM +0200, Steven Barth wrote:
Let me know if you need more info.
Could you make a tcpdump for ICMPv6 on the wifi of the client?
Please start it before
PS: Out of curiousity, can someone with deeper knowledge into 802.11
tell me, when an STA sends a multicast packet to its master which
then rebroadcasts it at e.g. 1MBit/s, how does the originating STA
know that its a rebroadcast of its own frame and refrain from
forwarding it internally?
Hi Linus,
one of these two kernel patches break IPv6 over WiFi completely.
https://dev.openwrt.org/changeset/46719 works
https://dev.openwrt.org/changeset/46723 is broken with default settings,
but works when setting option igmp_snooping 0.
symptoms are:
IPv6: wlan0: IPv6 duplicate address
This reverts commit a080e8e1943156168913d0353a2e99d1151102aa.
It did not fix the problem but just hid some symptom. The real issue was
that IGMP/MLD report suppression was not considered for the
multicast-to-unicast feature. A recent netifd which isolates IGMP/MLD
reports between STAs by