[j-nsp] hold-queue on EX4300 ?
james list
jameslist72 at gmail.com
Sun Dec 13 13:30:50 EST 2020
Hi Ytti
we're thinking to upgrade to 10 Gbs the interface, this should help.
Cheers James
Il giorno dom 13 dic 2020 alle ore 12:45 Saku Ytti <saku at ytti.fi> ha
scritto:
> 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