[j-nsp] LACP hashing algorithm

junos fordummies junos.fordummies at googlemail.com
Fri Aug 10 14:42:56 EDT 2018


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
>>
>


More information about the juniper-nsp mailing list