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 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 will verify the > rate of traffic coming out of VM interface on switch? > > Regards, > Selen > > On Tue, Jul 3, 2012 at 11:43 AM, Justin Pettit <[email protected]> wrote: > 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 egress for VM interface? > > That sounds correct. Policing is applied on traffic coming into OVS, and > shaping (queueing) is applied on traffic going out of OVS. So, you just have > to think about it from the switch's perspective. > > --Justin > > > _______________________________________________ discuss mailing list [email protected] http://openvswitch.org/mailman/listinfo/discuss
