[j-nsp] LACP hashing algorithm
Catalin Dominte
catalin.dominte at nocsult.net
Sun Aug 12 14:06:27 EDT 2018
Hello,
I saw a similar issue, and the JTAC traced it to a software issue whereby a LACP member would be incorrectly programmed on the ASIC for random VLAN tags. Disable / Re-enable the interface did not fix it, but removing the port from LACP and adding it back fixed the ASIC programming issue.
This seems pretty similar to the issue I saw.
Catalin Dominte
Senior Network Consultant
Nocsult Ltd | 2 Cambridge House | Gogmore Lane | Chertsey | KT16 9AP | Phone: +44 (0)1628 302 007
VAT registration number: GB 180957674 | Company registration number: 08886349
P Please consider the environment - Do you really need to print this email?
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the email and its attachments from all computers.
On 10 Aug 2018, 19:57 +0100, junos fordummies via juniper-nsp <juniper-nsp at puck.nether.net>, wrote:
> ok update.
>
> We restarted the MPC4E on our 960 and voila, all 4 links being used- LOL
> !!! The MPC4E that we restarted also had another AE bundle exhibiting the
> same issue across other ports. Anyways, working now, cant even begin to
> explain what the problem might have been.
>
> Many thanks
>
> JfD
>
> On 10 August 2018 at 19:42, junos fordummies <
> junos.fordummies at googlemail.com> wrote:
>
> > Guys thanks for all the replies, when I took an sflow sample, I oculd see
> > at least 100+ flows with varying src/dst tuple and flow sizes, so cant
> > understand why flows are stuck on one link. I can understand if tuples were
> > hashing to one link, but these are varies sources/destinations... makes no
> > sense.
> >
> > I will have to raise a JTAC as I cant for the life of riley figure out
> > whats happening. I have double checked the config, will also look at what
> > Niall posted.
> >
> > I will come back to you once JTAC have a look.
> >
> > Thanks
> >
> > JFD
> >
> > On 9 August 2018 at 12:17, Luis Balbinot <luis at luisbalbinot.com> wrote:
> >
> > > How many flows are there in total? Is there a test appliance involved? We
> > > had many issues with those in the past during service delivery tests.
> > >
> > > Also I assume you are using MPCs and not DPCs and also that you are
> > > talking about IP traffic. Please correct me if not.
> > >
> > > Luis
> > >
> > > On Wed, 8 Aug 2018 at 20:32 junos fordummies via juniper-nsp <
> > > juniper-nsp at puck.nether.net> wrote:
> > >
> > > > Hi all,
> > > >
> > > > This will sound like a very weird question, but has anyone seen a
> > > > scenario
> > > > whereby an MX960 with 4 x 10G links always hashes (uses) a single link
> > > > out
> > > > of the 40G bundle ? We have restarted the device, traffic flows in one
> > > > direction only use a single link, the reverse path is all 4 links in the
> > > > bundle. Both ends of the AE is MX960 running 16.1r2
> > > >
> > > > Just wondering if anyone has seen anything similar ?
> > > >
> > > > Many thanks
> > > >
> > > > JfD.
> > > > _______________________________________________
> > > > juniper-nsp mailing list juniper-nsp at puck.nether.net
> > > > https://puck.nether.net/mailman/listinfo/juniper-nsp
> > > >
> > >
> >
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
More information about the juniper-nsp
mailing list