Re: AR9341 internal etherswitch problem.

hi!

sorry i just saw this :(

So, there are flags in the QCA switches that can control what kind of
traffic floods. They sometimes have it under "security" features.
You'd have to look at the datasheet for the internal switch to see.

I remember encountering this when doing the initial switch bring-ups;
i started noticing that the per-switch behaviour for flooding/learning
addresses was subtly different. I don't know if I fixed it on the
AR9341.



-adrian

On Mon, 2 Aug 2021 at 03:54, Mori Hiroki <yamori813@yahoo.co.jp> wrote:
>
> Hi
>
> I found very strange behavior.
>
> ARP request is flooding at AR9341 internal switch.
> But other tcp packet is not flooding.
>
> If delete arp table in host and flush mac table on
> switchthenping to ar9341 is work.
>
> But if arp have host and flush mac table on switch
> thenping in not work.
>
>
> very strange
>
> Hiroki Mori
>
>
>
> ----- Original Message -----
> > From: Mori Hiroki <yamori813@yahoo.co.jp>
> > To: "adrian@freebsd.org" <adrian@freebsd.org>
> > Cc: "freebsd-mips@freebsd.org" <freebsd-mips@freebsd.org>
> > Date: 2021/8/2, Mon 11:54
> > Subject: AR9341 internal etherswitch problem.
> >
> > Hi
> >
> > I have ethernet switch problem at AR9341 module.
> >
> > Some time can't not reach this module by ethernet.
> >
> > I check this problem. I think atu flush make problem.
> >
> > If do all atu flush then lost table host port mac address.
> >
> > This is can't reach the module.
> >
> > Current implementation is flush by cable status change.
> >
> > I think do not flush any time by host.
> >
> > Regards
> >
> > Hiroki Mori
> >
>