Re: [ovs-discuss] queueing discipline

2012-07-11 Thread Justin Pettit
I'm sorry, but I don't all the ins and outs of configuring tc off the top of my head. If you really want to dig into it, I'd look at functions like htb_setup_class__() in netdev-linux.c to see what it's doing: http://openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=blob;f=lib/netdev-linux.

Re: [ovs-discuss] queueing discipline

2012-07-11 Thread selen jia
Hi , Below I am asking for HTB. Regards, Selen On Wed, Jul 4, 2012 at 4:24 PM, selen jia wrote: > Hi Justin, > > Please correct me if I am wrong,I am trying to map "vsctl" parameters with > "tc" parameters :- > > *Mode* of class is artifical value which can be computed from *R (actual > rate)*

Re: [ovs-discuss] queueing discipline

2012-07-04 Thread selen jia
Below I am asking for HTB On Wed, Jul 4, 2012 at 4:24 PM, selen jia wrote: > Hi Justin, > > Please correct me if I am wrong,I am trying to map "vsctl" parameters with > "tc" parameters :- > > *Mode* of class is artifical value which can be computed from *R (actual > rate)*,*AR(assured rate)*,*CR

Re: [ovs-discuss] queueing discipline

2012-07-04 Thread selen jia
Hi Justin, Please correct me if I am wrong,I am trying to map "vsctl" parameters with "tc" parameters :- *Mode* of class is artifical value which can be computed from *R (actual rate)*,*AR(assured rate)*,*CR(ceil rate)*. Possible modes are - *Red*: *R* > *CR* - *Yellow*: *R* <= *CR* and *R

Re: [ovs-discuss] queueing discipline

2012-07-04 Thread selen jia
Thanks Justin! just one more query - in configuartion cookbook of OVS, you are taking measuring host as separate machine ,can't I take my bridge (OVS) as measuring machine, because traffic of VM coming on bridge only and we can verify throttle on bridge itself through netperf Regards Selen On We

Re: [ovs-discuss] queueing discipline

2012-07-04 Thread Justin Pettit
If you configure it through ovs-vsctl, an appropriate configuration should be pushed down to the kernel. We don't expose as many knobs as the tc command, so the configuration is much simpler. You should be able to verify the configuration pushed down by using the tc command to dump classes, qd

Re: [ovs-discuss] queueing discipline

2012-07-04 Thread selen jia
Hi Justin, Sorry to bother you. I am confused because tc manual is having many paarmeters to configure, class , handle id etc.. but in OVS we have just rate or burst. so how we will configure parent -child through OVS vsctl? regards, Selen On Wed, Jul 4, 2012 at 12:32 PM, Justin Pettit wrote:

Re: [ovs-discuss] queueing discipline

2012-07-04 Thread Justin Pettit
That's what you're configuring, so OVS is taking care of the tc configuration. --Justin On Jul 3, 2012, at 11:54 PM, selen jia wrote: > Hi, > > To verify HTB and HFSC on OVS ,if I am creating queue and setting rate > through vsctl command then do I need to do some configuration from "tc" als

Re: [ovs-discuss] queueing discipline

2012-07-03 Thread selen jia
Hi, To verify HTB and HFSC on OVS ,if I am creating queue and setting rate through vsctl command then do I need to do some configuration from "tc" also? Regards, Selen On Tue, Jul 3, 2012 at 12:10 PM, Justin Pettit wrote: > The former. If you want to control the rate going into the switch from

Re: [ovs-discuss] queueing discipline

2012-07-02 Thread Justin Pettit
The former. If you want to control the rate going into the switch from the VM, you'd need to use a policer. --Justin On Jul 2, 2012, at 11:35 PM, selen jia wrote: > Hi Justin, > > Is that mean to verify HTB and HFSC on VM interfaces , I have to create > queues on VM interface with particul

Re: [ovs-discuss] queueing discipline

2012-07-02 Thread selen jia
Hi Justin, Is that mean to verify HTB and HFSC on VM interfaces , I have to create queues on VM interface with particular bandwidth/rate and have to send traffic from switch to VM and then check rate . this is ingress to VM, right? OR after creating queue on VM , I will send traffic from VM and w

Re: [ovs-discuss] queueing discipline

2012-07-02 Thread Justin Pettit
On Jul 2, 2012, at 10:30 PM, selen jia wrote: > It means HTB, HFSC and policing all would work on VM interfaces ? Yes, they should. We just leverage the tc's mechanisms in the kernel. > Is this implementation opposite to policing because policing act as ingress > for switch perspective and eg

Re: [ovs-discuss] queueing discipline

2012-07-02 Thread selen jia
Thanks Justin! It means HTB, HFSC and policing all would work on VM interfaces ? Is this implementation opposite to policing because policing act as ingress for switch perspective and egress for VM interface? Regards, Selen On Tue, Jul 3, 2012 at 10:50 AM, Justin Pettit wrote: > Yes. They're

Re: [ovs-discuss] queueing discipline

2012-07-02 Thread Justin Pettit
Yes. They're on egress from the switch's perspective, though, which means they're ingress into the VM (and egress onto the wire). --Justin On Jul 2, 2012, at 10:16 PM, selen jia wrote: > Hi, > > Are HTB and HFSC queueing disciplines supported on OVS virtual port (VM > interfaces) also? >

[ovs-discuss] queueing discipline

2012-07-02 Thread selen jia
Hi, Are HTB and HFSC queueing disciplines supported on OVS virtual port (VM interfaces) also? regards, Selen ___ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss