On Apr 18, 2015 13:33, "David Lang" wrote: > > On Sat, 18 Apr 2015, Ketan Kulkarni wrote: > >> Hi, >> We have been talking about the bloated buffers mostly on the home routers. >> The Cisco PIE too has been standardized by docsis meant to be for cable >> modems >> >> I think we would have similar concerns for switches and routers. (E.g. >> cat3k switches or Cisco 5760 controllers just to name) > > > remember that bufferbloat shows up where there is a difference in bandwidth from one side of the router to the other (i.e. a bottleneck) > Thanks this makes the devices easier to target. > This is almost always going to happen at the edge of your LAN where you go from your Gig-E (or in a datacenter, possibly 10Gig-E to your WAN link. It can happen at places inside your datacenter, but isn't as likely > Agree. As per my (limited) knowledge of such deployment goes, these probably never run to their peak capacity in the production/live system probably not even to saturate the lowest of the links( I may be wrong though) . Given this, what is the gravity of the effect of the bufferbloat? Or such study has never been done before? Having AQM won't definitely hurt, however is it indeed a real problem to solve for such edge routers? At the same time I hear codel or pie finding the space in data centers. So there are definitely some pieces I am missing. Sorry for being little naive but the answers will definitely help me understand the problem space and spread more awareness about bufferbloat. > >> I would like to know your views about what you think about it . >> Are the theories so far and the AQMs (codel and pie) stand true for such >> devices too? > > > If they are bottlenecks, yes. If they are not bottlenecks it won't hurt (no queues will build up > > >> What would it take to measure the bloat levels of these devices? Do we >> still need to use the netperf wrapper to get the characteristics of such >> devices? > > > the same approach works. you may need beefier systems to generate sufficient load. > > David Lang > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat >