Re: Regarding Buffer size
Prabhu <[email protected]> Sun, 19 Nov 2017 14:03:55 -0600
| Newsgroups | gmane.network.ryu.devel,gmane.linux.network.routing |
|---|---|
| Message-ID | <30d9ef08-97e0-5a5e-f7d4-9bcc0502edb4__32004.0506580428$1511121851$gmane$org@gmail.com> |
Hello Ankur, Buffer Size management is out of scope for Openvswitch and RYU SDN Controller. I have been investigating on several approaches to use queue based solutions for one of the problem that I was looking to solve. From my understanding, 1. You should be use *tc *linux utility to define queue size (or) buffer size with limits such as no.of.packets it can buffer and associate it with the port 2. Openvswitch do not have direct control over the property that you are looking for (manipulating buffer properties which can be done using tc). 3. RYU SDN controller does not have API complex queue management Also, you should be aware that OVS process packets in two modes fast path and slow path. You may have to decide where to place the buffer and depending on that you may have to either modify kernel or you can completely achieve you goal with performance tradeoff. NOTE: The above given description is based on my understanding, please correct it in case of being wrong. Thanks, Prabhu On 11/19/2017 01:38 AM, ANKUR SHETH wrote: Hello all, > I actually intend to control the buffer size for the ingress as well > as egress traffic from the openvswitch. > > I know that ovs internally uses linux tc utility to control the > traffic, but even after referring to tc command manual I am not able > to figure out how to manage the queue size of the buffers. > > I am excited about working on queue management on ovs switches using > RYU SDN controller, but I am unable to find the correct direction even > after understanding linux tc. > > Could you please suggest on how I can achieve it or guide me to some > documentation. Any help is appreciated. > > Regards, > Ankur ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Ryu-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ryu-devel