[j-nsp] Juniper Buffer Bloat
Colton Conor
colton.conor at gmail.com
Wed Oct 17 19:48:05 EDT 2018
So what kind of classification queues do you use for the customer traffic
assuming its all just best effort internet traffic?
So what do you think about an inline X86 sever running linux with fq-codel
installed before the Multi-service access node? That is basically what
preseem.com is doing for the wireless isp market.
On Wed, Oct 17, 2018 at 6:30 PM Benny Lyne Amorsen <benny+usenet at amorsen.dk>
wrote:
> Colton Conor <colton.conor at gmail.com> writes:
>
> > Benny,
> >
> > Great information! So what would you do to avoid congest on access
> > networks? Example DSLAM's fed by 10G links. The 10G link is no where near
> > capacity, but customers are individually maxing out their 20Mbps by 1Mbps
> > DSL connection. Would you use DPI, fq-codel, or something else?
>
> The approach $dayjob went with is to classify customer traffic into 3
> queues plus one for network control, and then do RED with a size-limited
> queue per subif. It works well when traffic gets classified
> correctly. Tuning RED is challenging and it is tempting to increase
> buffer size to give RED a bit more of a chance to react smoothly.
>
> Even so, one aggressive flow can be quite detrimental to everything else
> in the samme traffic class.
>
> fq-codel would achieve better results with much less work.
>
>
> /Benny
>
More information about the juniper-nsp
mailing list