[ovs-discuss] discuss Digest, Vol 85, Issue 132

Thu Jul 28 14:59:35 UTC 2016

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-request at openvswitch.org> wrote:

> Send discuss mailing list submissions to
>         discuss at 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-request at openvswitch.org
>
> You can reach the person managing the list at
>         discuss-owner at 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 <mre at m79.net>
> To: discuss at openvswitch.org
> Subject: [ovs-discuss] No UDP packets showing up on host
> Message-ID:
>         <
> CAJiAMCFT--XEtMepOH6C1FO3mvTsx7Cj7DHGXevJATqm-qoYcA at 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    mre at 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 <luca at digitalocean.com>
> To: discuss at openvswitch.org
> Subject: [ovs-discuss] GUE support?
> Message-ID:
>         <
> CANjEN-HT6KM4n_WNoWjqeZQNSN9X-E4+ZsKNfMiSmy_-c6Ki1w at 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 <jesse at kernel.org>
> To: Luca Salvatore <luca at digitalocean.com>
> Cc: discuss <discuss at openvswitch.org>
> Subject: Re: [ovs-discuss] GUE support?
> Message-ID:
>         <CAEh+42i8XK7ReVU3RdHPTo2b3uAdKq52kEa=
> pF+RODeR+dMA3w at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On Wed, Jul 27, 2016 at 5:37 PM, Luca Salvatore <luca at 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.baranda at cttc.es>
> To: discuss at openvswitch.org
> Subject: [ovs-discuss] Issue with port statistics: not reporting
>         transmitted/received packets from an interface
> Message-ID: <5799D9CD.60607 at 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.baranda at 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.chiappero at intel.com>
> To: Justin Pettit <jpettit at ovn.org>
> Cc: "discuss at openvswitch.org" <discuss at openvswitch.org>
> Subject: Re: [ovs-discuss] Packet loss with RFC2544 based tests
> Message-ID:
>         <
> 695CDAEB5A6CE2498DE413F2A9AA82960909DB6B at IRSMSX101.ger.corp.intel.com>
>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Justin
>
> > -----Original Message-----
> > From: Justin Pettit [mailto:jpettit at ovn.org]
> > Sent: Tuesday, July 26, 2016 4:58 AM
> > To: Chiappero, Marco <marco.chiappero at intel.com>
> > Cc: discuss at openvswitch.org
> > Subject: Re: [ovs-discuss] Packet loss with RFC2544 based tests
> >
> > > On Jul 25, 2016, at 9:52 AM, Chiappero, Marco
> > <marco.chiappero at 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 at openvswitch.org
> http://openvswitch.org/mailman/listinfo/discuss
>
>
> ------------------------------
>
> End of discuss Digest, Vol 85, Issue 132
> ****************************************
>

-- 

Thank you.

Best Regards,

Harsha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://openvswitch.org/pipermail/ovs-discuss/attachments/20160728/02b48c20/attachment-0002.html>