[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230517165335.o2hvnz7ymi3nh7sy@skbuf>
Date: Wed, 17 May 2023 19:53:35 +0300
From: Vladimir Oltean <olteanv@...il.com>
To: Tobias Waldekranz <tobias@...dekranz.com>
Cc: Andrew Lunn <andrew@...n.ch>, Fabio Estevam <festevam@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
Steffen Bätz <steffen@...osonix.de>,
netdev <netdev@...r.kernel.org>
Subject: Re: mv88e6320: Failed to forward PTP multicast
On Tue, May 16, 2023 at 03:10:00PM -0300, Fabio Estevam wrote:
> Hi Tobias,
>
> On Thu, May 11, 2023 at 8:56 AM Tobias Waldekranz <tobias@...dekranz.com> wrote:
>
> > I imagine that if you were to open a socket and add a membership to the
> > group, the packets would reach the CPU. What happens if you run:
> >
> > socat udp-recvfrom:1234,ip-add-membership=224.0.1.129:br0 gopen:/dev/null &
> >
> > Can you see the PTP packets on the CPU now?
>
> Yes, this seems to do the trick!
>
> After adding a membership to the group, I don't see the PTP traffic
> getting blocked anymore on a VLAN-aware configuration.
>
> I will be running more tests, but this seems to be very promising.
Slightly unrelated to the original topic and probably completely
unrelated to Fabio's actual issue.
I'm completely inapt when it comes to IP multicast. Tobias, does the
fact that br0 have mcast_router 1 mean that the CPU port should be a
recipient of all multicast traffic, registered or unregistered?
Powered by blists - more mailing lists