hi, ryu just talks with OVS. OVS implements the functionality using the kernel stuff. but ryu doesn't have direct knowledges about such implementation details.
the URL you mentioned seems discussing about VM -> switch traffic shaping. the rest_qos is meant about queue rates, which is about the opposite direction. (switch -> VM) the underlying kernel code for them are related but not same. (ingress vs htb) YAMAMOTO Takashi > Dear Mr.YAMAMOTO, > Our research team would like to inquire whether Ryu QoS mechanism has > used the tc kernel module in linux because we found this tc module is > missing in our working environment. We suspected that the absence of tc > module in our working environment might be the reason that QoS didn't work > in our working environment. > Therefore, we would like to know whether Ryu QoS mechanism is affected > by the tc kernel module or not. Any suggestions would be highly appreciated! > > PS The following link might be useful(Please see the Troubleshooting > section). > http://openvswitch.org/support/config-cookbooks/qos-rate-limiting/ > > > 2015-04-03 14:36 GMT+08:00 許東豐 <[email protected]>: > >> Dear Mr.YAMAMOTO, >> There were no other ryu apps running. However, it was quite strange >> that there were some flows whose priority was higher than 65533. >> >> And we found out that after transplanting ryu to our current working >> system environment, the "/sbin/tc" was missing but it existed in the >> mininet environment. We are wondering whether ryu QoS mechanism has >> something to do with ovs. Please see the Troubleshooting section in the >> following web page link: >> http://openvswitch.org/support/config-cookbooks/qos-rate-limiting/ >> >> Our lab research team will attach the kernel to our system and give >> QoS mechanism a try by next Tuesday or Monday. >> >> Any further suggestions would be highly appreciated! Thank you! >> >> >> >> 2015-04-03 12:36 GMT+08:00 YAMAMOTO Takashi <[email protected]>: >> >>> hi, >>> >>> > Dear Mr.YAMAMOTO, >>> > I have checked the dump information by using the command "ovs-appctl >>> > bridge/dump-flows ovs-br0" and I found out that the actions has been >>> set as >>> > "set_queue" but the n_packets/n_bytes is still zero. Please see the >>> > attachment. Does it mean that the data didn't go through the ovs >>> switch? >>> > Any further suggestions or commands will be greatly appreciated! >>> >>> you have a dropping flow with a higher priority. (priority=65535) >>> it seems the most of packets are just dropped by it. >>> i'm not sure who installed the flow. >>> do you have any other ryu apps running? >>> >>> YAMAMOTO Takashi >>> >>> > >>> > 2015-03-31 15:37 GMT+08:00 許東豐 <[email protected]>: >>> > >>> >> No problem, Mr.YAMAMOTO, but what do you mean by "restore ML cc? " >>> Does it >>> >> mean "Restore mailbox" or "Recovery mailbox?" Or CC(carbon copy) to " >>> >> [email protected]"? >>> >> >>> >> Besides, I have checked the switch-id according to your instruction. >>> It is >>> >> indeed the same as the settings in the curl commands(000000089be8d3c3). >>> >> Please see the attachment. I will use the command "ovs-appctl >>> >> bridge/dump-flows ovs-br0" to check the firewall function's information >>> >> (the actions field) and report the result to you later today. Thank >>> you >>> >> once again for your prompt reply and kind help! >>> >> >>> >> 2015-03-31 14:42 GMT+08:00 YAMAMOTO Takashi <[email protected]>: >>> >> >>> >>> btw can you restore ML cc:? thank you. >>> >>> >>> >>> > hi, >>> >>> > >>> >>> > are you sure if you are controlling the right switch? >>> >>> > "ovs-vsctl get bridge ovs-br0 datapath-id" and compare it with >>> >>> > the one shown in ryu console. >>> >>> > >>> >>> > YAMAMOTO Takashi >>> >>> > >>> >>> >> Dear Mr.YAMAMOTO, >>> >>> >> Thank you very much for your quick reply. VNET0 is used for vm1 >>> >>> and the >>> >>> >> dump-flows information and the problem description is attached in >>> this >>> >>> >> mail. The other two team members in our research team have tried >>> the >>> >>> >> firewall mechanism under the same environment and it functioned >>> >>> normally as >>> >>> >> expected. However, I am curious why QoS couldn't work even all the >>> curl >>> >>> >> settings have successfully completed. Any further suggestions >>> will be >>> >>> >> greatly appreciated! >>> >>> >> >>> >>> >> >>> >>> >> 2015-03-31 12:41 GMT+08:00 YAMAMOTO Takashi < >>> [email protected]>: >>> >>> >> >>> >>> >>> hi, >>> >>> >>> >>> >>> >>> which vnet0 etc are used for which VMs? >>> >>> >>> >>> >>> >>> you can check the output of "ovs-appctl bridge/dump-flows ovs-br0" >>> >>> >>> to see if expected flows are actually used. >>> >>> >>> (look at n_packets/n_bytes columns) >>> >>> >>> >>> >>> >>> YAMAMOTO Takashi >>> >>> >>> >>> >>> >>> > To whom it may concern, >>> >>> >>> > My name is Jason and I am writing to asking some questions >>> >>> about Ryu >>> >>> >>> > QoS. I have attach my problem description in the "QoS testing >>> >>> steps" word >>> >>> >>> > file. Could you please check it out? Any suggestions or help >>> would >>> >>> be >>> >>> >>> > highly appreciated! Thank you! >>> >>> >>> > >>> >>> >>> > -- >>> >>> >>> > Best wishes, >>> >>> >>> > >>> >>> >>> > Jason Syu >>> >>> >>> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> >> -- >>> >>> >> Best wishes, >>> >>> >> >>> >>> >> Jason Syu >>> >>> >> >>> >>> >> >>> >>> >> Department of Electronic and Computer Engineering, >>> >>> >> National Taiwan University of Science and Technology (NTUST) >>> >>> > >>> >>> >>> >> >>> >> >>> >> >>> >> -- >>> >> Best wishes, >>> >> >>> >> Dong-Fong Syu >>> >> 許東豐 >>> >> >>> >> Department of Electronic and Computer Engineering, >>> >> National Taiwan University of Science and Technology (NTUST) >>> >> Email(1): [email protected] >>> >> Email(2): [email protected] >>> >> Tel : 0910137762 >>> >> >>> >> >>> > >>> > >>> > -- >>> > Best wishes, >>> > >>> > Dong-Fong Syu >>> > 許東豐 >>> > >>> > Department of Electronic and Computer Engineering, >>> > National Taiwan University of Science and Technology (NTUST) >>> > Email(1): [email protected] >>> > Email(2): [email protected] >>> > Tel : 0910137762 >>> >> >> >> >> -- >> Best wishes, >> >> Jason Syu >> >> >> > > > -- > Best wishes, > > Jason Syu ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ Ryu-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ryu-devel
