Team, Kindly can I have testing team alias so that I can help in contributing for any testing ? I am bit new to these types of system, kind advise and help.
On Thu, Jul 28, 2016 at 6:10 PM, <discuss-requ...@openvswitch.org> wrote: > Send discuss mailing list submissions to > discuss@openvswitch.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://openvswitch.org/mailman/listinfo/discuss > or, via email, send a message with subject or body 'help' to > discuss-requ...@openvswitch.org > > You can reach the person managing the list at > discuss-ow...@openvswitch.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of discuss digest..." > > > Today's Topics: > > 1. No UDP packets showing up on host (Mike Elliott) > 2. GUE support? (Luca Salvatore) > 3. Re: GUE support? (Jesse Gross) > 4. Issue with port statistics: not reporting > transmitted/received packets from an interface (Jorge Baranda) > 5. Re: Packet loss with RFC2544 based tests (Chiappero, Marco) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 27 Jul 2016 21:10:29 +0200 > From: Mike Elliott <m...@m79.net> > To: discuss@openvswitch.org > Subject: [ovs-discuss] No UDP packets showing up on host > Message-ID: > < > cajiamcft--xetmepoh6c1fo3mvtsx7cj7dhgxevjatqm-qo...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi - > > I have a curious situation. The environment is a Linux CentOS 7 system > with an ovs bridge (ovs-bridge) and two tap devices (abs-tap and > qemu-tap). When running a qemu vm attached to qemu-tap I can receive > (inside the qemu vm) arbitrary UDP packets. However, when I try to send a > UDP packet from the qemu vm to the host system, it never arrives; that is, > the host can send UDP packets to the vm but not the reverse. Well, it > isn't that the vm can't send the packets - I'm sure it does - but the host > doesn't get them. > > To make it even more curious, if I start up a second vm attached to > abs-tap, the two vms can send UDP packets to each other without a problem > but neither can send a UDP packet to a real machine on the network. > > Am I missing something important in the bridging and tap device setup? > > -- > ============================ > Mike Elliott m...@m79.net > ============================ > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://openvswitch.org/pipermail/discuss/attachments/20160727/1af81378/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Wed, 27 Jul 2016 20:37:19 -0400 > From: Luca Salvatore <l...@digitalocean.com> > To: discuss@openvswitch.org > Subject: [ovs-discuss] GUE support? > Message-ID: > < > canjen-ht6km4n_wnowjqezqnsn9x-e4+zsknfmismy_-c6k...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I've found some random articles which talk about GUE (generic UDP > encapsulation) but can anyone give me a solid yes or no answer if OVS > support GUE ( > https://tools.ietf.org/html/draft-ietf-nvo3-gue-04#section-5.10 > ) > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://openvswitch.org/pipermail/discuss/attachments/20160727/ff395e46/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Wed, 27 Jul 2016 18:23:01 -0700 > From: Jesse Gross <je...@kernel.org> > To: Luca Salvatore <l...@digitalocean.com> > Cc: discuss <discuss@openvswitch.org> > Subject: Re: [ovs-discuss] GUE support? > Message-ID: > <CAEh+42i8XK7ReVU3RdHPTo2b3uAdKq52kEa= > pf+roder+dm...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Wed, Jul 27, 2016 at 5:37 PM, Luca Salvatore <l...@digitalocean.com> > wrote: > > I've found some random articles which talk about GUE (generic UDP > > encapsulation) but can anyone give me a solid yes or no answer if OVS > > support GUE > > (https://tools.ietf.org/html/draft-ietf-nvo3-gue-04#section-5.10) > > No. > > > ------------------------------ > > Message: 4 > Date: Thu, 28 Jul 2016 12:09:17 +0200 > From: Jorge Baranda <jorge.bara...@cttc.es> > To: discuss@openvswitch.org > Subject: [ovs-discuss] Issue with port statistics: not reporting > transmitted/received packets from an interface > Message-ID: <5799d9cd.60...@cttc.es> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dear all, > > I am working with experimental devices which allow me to create a point > to point link a pair of such devices and establish. > The developed driver for this device allow me to list the device as a > network interface in a Ubunty machine through the "ifconfig" command. > However, when performing a ping operation I have realized that the RX > packets and TX packets statistics of such interface are not updated and > keep to 0. > I realized about that when adding this interface as a port of an OVS > switch 2.5.0. > When executing the instruction "sudo ovs-ofctl -O OpenFlow13 dump-ports > br0 [port]" for this port, everything was set to 0, although through > wireshark I check that a generated traffic was going through this > interface. > > OFPST_PORT reply (OF1.3) (xid=0x2): 1 ports > port 3: rx pkts=0, bytes=0, drop=0, errs=0, frame=0, over=0, crc=0 > tx pkts=0, bytes=0, drop=0, errs=0, coll=0 > duration=1589.855s > > However, for other interface (a normal ethernet interface), the result > for the same instruction was different: > > OFPST_PORT reply (OF1.3) (xid=0x2): 1 ports > port 4: rx pkts=464, bytes=45898, drop=2, errs=0, frame=0, over=0, > crc=0 > tx pkts=493, bytes=61575, drop=0, errs=0, coll=0 > duration=1667.484s > > I made a double check making an "ifconfig" request of these interfaces > and the values between "ifconfig" and "sudo ovs-ofctl -O OpenFlow13 > dump-ports br0 [port]" coincides. Then, my > question is: Is reading ovs-ofctl dump-ports instructions the same > values as ifconfig? At a first glimpse, it looks so. Could you confirm > this? > > Thank you very much for your time and attention, > > With kind regards, > > Jorge Baranda > > > > > -- > Jorge Baranda > Research Engineer, MSc > jorge.bara...@cttc.es > > Centre Tecnològic de Telecomunicacions de Catalunya (CTTC) > Av. Carl Friedrich Gauss, 7 > 08860 Castelldefels, Barcelona (Spain) > Tel: +34 93 645 29 00 Ext: 2171 > Fax. +34 93 645 29 01 > www.cttc.es > > > > ------------------------------ > > Message: 5 > Date: Thu, 28 Jul 2016 12:40:22 +0000 > From: "Chiappero, Marco" <marco.chiapp...@intel.com> > To: Justin Pettit <jpet...@ovn.org> > Cc: "discuss@openvswitch.org" <discuss@openvswitch.org> > Subject: Re: [ovs-discuss] Packet loss with RFC2544 based tests > Message-ID: > < > 695cdaeb5a6ce2498de413f2a9aa82960909d...@irsmsx101.ger.corp.intel.com> > > Content-Type: text/plain; charset="utf-8" > > Hi Justin > > > -----Original Message----- > > From: Justin Pettit [mailto:jpet...@ovn.org] > > Sent: Tuesday, July 26, 2016 4:58 AM > > To: Chiappero, Marco <marco.chiapp...@intel.com> > > Cc: discuss@openvswitch.org > > Subject: Re: [ovs-discuss] Packet loss with RFC2544 based tests > > > > > On Jul 25, 2016, at 9:52 AM, Chiappero, Marco > > <marco.chiapp...@intel.com> wrote: > > > > > > Hello everyone, > > > > > > I’m currently carrying out RFC2544 based tests on a server running > hundreds > > of applications which forward back a matching number of traffic flows > > generated by a HW traffic generator. These applications are running in > Linux > > containers, bridged altogether by a single OvS bridge instance (using > the DP > > kernel module). > > > > > > However a significant packet loss happens at the very beginning of > every run > > beyond a certain line rate, somehow invalidating the tests. When slowly > > increasing the load by hand, from a minimum to the target rate, no such > loss > > can be seen. Suspecting an initial delay due to the need to fill the > microflow > > cache, I tried increasing the number of handler threads and their > priority > > without success. > > > > > > Is this the expected behavior or could it be related to > misconfiguration? What > > are the best practices for testing OvS, are there any better approaches? > > > > Yes, this is known/expected behavior. Those tests were designed for > hardware > > switches, which don't generally have caches on their fastpath that need > to be > > heated up. I think this has been previously discussed on the mailing > lists, so you > > could search there. You may want to check out this presentation from > the 2015 > > OVS conference: > > > > https://www.youtube.com/watch?v=ZILwdFLy6c4 > > > > Here are the accompanying slides: > > > > http://openvswitch.org/support/ovscon2015/17/1050-abidi.pptx > > > > As they suggest, you may try increasing the max-idle value to something > closer > > to 50000. > > Thank you, this is really good input, for some reason I could not notice > this option. > > > Let us know what you find out. It's probably worth adding a FAQ entry. > > I would say that the above combined with some preliminary traffic to let > the cache become hot works for me. > > Thank you, > Marco > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: smime.p7s > Type: application/pkcs7-signature > Size: 6323 bytes > Desc: not available > URL: < > http://openvswitch.org/pipermail/discuss/attachments/20160728/efe203ae/attachment.bin > > > -------------- next part -------------- > -------------------------------------------------------------- > Intel Research and Development Ireland Limited > Registered in Ireland > Registered Office: Collinstown Industrial Park, Leixlip, County Kildare > Registered Number: 308263 > > > This e-mail and any attachments may contain confidential material for the > sole > use of the intended recipient(s). Any review or distribution by others is > strictly prohibited. If you are not the intended recipient, please contact > the > sender and delete all copies. > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > discuss mailing list > discuss@openvswitch.org > http://openvswitch.org/mailman/listinfo/discuss > > > ------------------------------ > > End of discuss Digest, Vol 85, Issue 132 > **************************************** > -- Thank you. Best Regards, Harsha
_______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss
