[j-nsp] hold-queue on EX4300 ?

Saku Ytti saku at ytti.fi
Sun Dec 13 06:44:54 EST 2020


Hey James,

> I see on a customer EX4300 in VC connected to Cisco 3560 huge drop errors.

This isn't specific enough to understand what is going on.

> On Cisco side I've mitigated with hold-queue 4096 but on EX4300 is there
> any related command ?

Hold-queue is for punted packets, not particularly important or
interesting usually. So I suspect your issue with JNPR has nothing to
do with your issue in CSCO, two separate matters.

> Or do I'm forced to change buffer size ?

Maybe. Cost optimised platforms have very little delay buffer, because
it's transistor expensive, which is space expensive, which is yield
expensive. If your traffic flows are such that many ports are sending
to one port, or traffic from high speed interface is going to slow
speed interface you definitely need to tune QoS settings but it might
be that you can only improve not fix the situation.
Mind you, you'd need to do this same on 3560 too, and it's not
hold-queue but you'd assign all buffer space into a single queue, to
allow you to sink largest possible microburst.

-- 
  ++ytti


More information about the juniper-nsp mailing list