[ovs-discuss] discuss Digest, Vol 119, Issue 52

Loai Abdallatif loai.abdallatif at gmail.com
Fri May 24 20:50:05 UTC 2019


Hello Guys,
I have Xen Server with Open vSwitch Enabled , the Xen server has two VMs
one is reachable and the other is not while the two machines have  same
vlan .

please see below

root at e83935c15370:~# ovs-vsctl show
285f89d5-cd8d-44d8-9c51-b92124c644ee
    Bridge "ovsbr0"
        Port "ovsbr0"
            Interface "ovsbr0"
                type: internal
        Port "vif2.0"
            tag: 9
            trunks: [9]
            Interface "vif2.0"
        Port "vif1.0"
            tag: 9
            trunks: [9]
            Interface "vif1.0"
        Port "bond0"
            trunks: [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16]
            Interface "enp2s0f0"
            Interface "enp2s0f1"
    ovs_version: "2.6.2"



the output of #ovs-vsctl list port is below


_uuid               : 27f15228-f7c3-43b2-81dc-970328d2e3b0
bond_active_slave   : []
bond_downdelay      : 0
bond_fake_iface     : false
bond_mode           : []
bond_updelay        : 0
external_ids        : {}
fake_bridge         : false
interfaces          : [52cc9823-658f-4c59-99b1-80cf92c5993e]
lacp                : []
mac                 : []
name                : "ovsbr0"
other_config        : {}
qos                 : []
rstp_statistics     : {}
rstp_status         : {}
statistics          : {}
status              : {}
tag                 : []
trunks              : []
vlan_mode           : []

_uuid               : acd7f509-ce5a-47e3-83f5-21ce4f32024e
bond_active_slave   : []
bond_downdelay      : 0
bond_fake_iface     : false
bond_mode           : []
bond_updelay        : 0
external_ids        : {}
fake_bridge         : false
interfaces          : [08bced5f-e46b-469f-8168-946f52e5fa3d]
lacp                : []
mac                 : []
name                : "vif1.0"
other_config        : {}
qos                 : []
rstp_statistics     : {}
rstp_status         : {}
statistics          : {}
status              : {}
tag                 : 9
trunks              : [9]
vlan_mode           : native-untagged

_uuid               : 8dbdb3ae-bebf-404b-a748-30bc2319097d
bond_active_slave   : []
bond_downdelay      : 0
bond_fake_iface     : false
bond_mode           : []
bond_updelay        : 0
external_ids        : {}
fake_bridge         : false
interfaces          : [dd2f0fb8-d55f-4aa7-9556-e111f7db2b07]
lacp                : []
mac                 : []
name                : "vif2.0"
other_config        : {}
qos                 : []
rstp_statistics     : {}
rstp_status         : {}
statistics          : {}
status              : {}
tag                 : 9
trunks              : [9]
vlan_mode           : native-untagged

_uuid               : ee02234f-3dfa-4426-81a3-fa5f521c8832
bond_active_slave   : "e8:39:35:c1:53:70"
bond_downdelay      : 0
bond_fake_iface     : true
bond_mode           : balance-slb
bond_updelay        : 0
external_ids        : {}
fake_bridge         : false
interfaces          : [dbd8c389-b046-4a36-bc15-6ae84f985db1,
dcf49ab6-1908-49bb-9aa8-a09e26e8c796]
lacp                : off
mac                 : []
name                : "bond0"
other_config        : {}

qos                 : []
rstp_statistics     : {}
rstp_status         : {}
statistics          : {}
status              : {}
tag                 : []
trunks              : [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15,
16]
vlan_mode           : native-untagged

On Fri, May 24, 2019 at 10:20 PM <ovs-discuss-request at openvswitch.org>
wrote:

> Send discuss mailing list submissions to
>         ovs-discuss at openvswitch.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
> or, via email, send a message with subject or body 'help' to
>         ovs-discuss-request at openvswitch.org
>
> You can reach the person managing the list at
>         ovs-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. Re: Flow Monitoring (Vasu Dasari)
>    2. Re: ??:  An issue that the deleted flow tables in kernel
>       based datapath couldn't be established again (Ben Pfaff)
>    3. Re: [ovs-dev] one issue in vxlan functionality of the
>       kernel-datapath type of ovs (Ben Pfaff)
>    4. Potential IPFIX Bug in OVS v2.9.3 ? (HUMMON, PETER)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 24 May 2019 09:52:32 -0400
> From: Vasu Dasari <vdasari at gmail.com>
> To: Ben Pfaff <blp at ovn.org>
> Cc: ovs-discuss at openvswitch.org
> Subject: Re: [ovs-discuss] Flow Monitoring
> Message-ID:
>         <CAJ5iS+2YPhW3exsYR2Jn7=
> vRyf7A6AptQ9ehx4et4kTTyOsKNA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Thanks for the clarification.
>
> *Vasu Dasari*
>
>
> On Thu, May 23, 2019 at 11:39 PM Ben Pfaff <blp at ovn.org> wrote:
>
> > On Thu, May 23, 2019 at 10:46:40PM -0400, Vasu Dasari wrote:
> > > Thanks for digging into this. My comments inline. I am sorry that I had
> > to
> > > differ from your analysis.
> >
> > Thank you for the correction.  You are right: this is buggy.  OVS does
> > not and should not claim to support flow monitoring except as an OVS
> > extension.  I knew that the support was not there before, although I
> > though we had added it recently, but I did not know that OVS tried
> > to support it before.
> >
> > Ashish submitted a patch back in January to add full support:
> > https://mail.openvswitch.org/pipermail/ovs-dev/2019-January/355778.html
> > and we discussed it a bit:
> > https://mail.openvswitch.org/pipermail/ovs-dev/2019-February/355901.html
> > but I do not know of a v3.
> >
> > Ashish, is there a newer version of this patch?
> >
> > However, for 2.11 and earlier, I expect that the best we can do is to
> > simply change this request so that it provokes an error.
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.openvswitch.org/pipermail/ovs-discuss/attachments/20190524/f63cfe14/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Fri, 24 May 2019 09:22:15 -0700
> From: Ben Pfaff <blp at ovn.org>
> To: pei Jikui <jkpei at hotmail.com>
> Cc: "ovs-dev at openvswitch.org" <ovs-dev at openvswitch.org>,
>         "ovs-discuss at openvswitch.org" <ovs-discuss at openvswitch.org>
> Subject: Re: [ovs-discuss] ??:  An issue that the deleted flow tables
>         in kernel based datapath couldn't be established again
> Message-ID: <20190524162215.GT473 at ovn.org>
> Content-Type: text/plain; charset=utf-8
>
> On Fri, May 24, 2019 at 03:23:26AM +0000, pei Jikui wrote:
> > Ben,
> >
> > Much thanks for your reply.
> > 1) I know this command will be rarely used by customer.  For me, the
> reason why I used this command is trying to understand the full-cycle of
> packet traveling in OVS system.
> >    And I do not know if there are some cases for the customer in the
> real world to use this command.
> >
> > 3) a) Not for every packets to the userspace. Just for the packets
> generated the packet_miss upcall.
> >      b) The initial thinking
> >          i) for the case to delete all the flow tables, then cleanup all
> the ufid keys in userspace.
>
> But how would userspace find out?  "ovs-dpctl del-flows" goes directly
> to the kernel.  It doesn't go through ovs-vswitchd at all.
>
> >          ii) No much think for the case how to delete the according ufid
> for the deleting specific flow entries.
> >
> > Thanks
> >
> > Jikui
> >
> >
> > ??? Outlook<http://aka.ms/weboutlook>
> >
> > ________________________________
> > ???: Ben Pfaff <blp at ovn.org>
> > ????: 2019?5?24? 0:57
> > ???: pei Jikui
> > ??: ovs-dev at openvswitch.org; ovs-discuss at openvswitch.org
> > ??: Re: [ovs-discuss] An issue that the deleted flow tables in kernel
> based datapath couldn't be established again
> >
> > On Thu, May 23, 2019 at 11:57:05AM +0000, pei Jikui wrote:
> > > 1)    I found a case in the netlink based datapth, that if we delete
> the existing datapath flow tables via ?ovs-dpctl del-flows?, the according
> datpath flow tables could not be created again and then  all the
> consecutive packets need to go through the user-space slow path.
> >
> > OK.
> >
> > One way to avoid this problem is to not run "ovs-dpctl del-flows".  Is
> > there a reason you want to run that command?
> >
> > > 2)    I also found the potential root cause.  It is because when we
> delete the datapath flow tables, their according ufid keys stored in the
> userspace vswitchd are not deleted accordingly.  So, when the coming
> packets? packet_missing upcall sent to vswitchd, they ufid key is still in
> the UKEY_OPERATIONAL status so that the DPIF_FP_CREATE message will not be
> sent to datapath anymore.
> >
> > That does seem like a plausible root cause.
> >
> > > 3)    That will be causing the above case.  The possible fixinges are,
> > >
> > > a) Send the DPIF_FP_CREATE message to datapath regardless if the
> according ufid key exists or not. (I have verified this fix).
> >
> > Do you mean, send the message on every packet that comes to userspace?
> > This could have performance implications, but I don't know how much.
> >
> > > b) More fine-graind fix is when we execute ?ovs-dpctl del-flows **?,
> we also should clean up the according ufid cach in vswitch.
> >
> > How do you suggest that userspace should detect that the flows were
> > deleted?
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 24 May 2019 11:36:04 -0700
> From: Ben Pfaff <blp at ovn.org>
> To: pei Jikui <jkpei at hotmail.com>
> Cc: "ovs-dev at openvswitch.org" <ovs-dev at openvswitch.org>,
>         "ovs-discuss at openvswitch.org" <ovs-discuss at openvswitch.org>
> Subject: Re: [ovs-discuss] [ovs-dev] one issue in vxlan functionality
>         of the kernel-datapath type of ovs
> Message-ID: <20190524183604.GA473 at ovn.org>
> Content-Type: text/plain; charset=utf-8
>
> On Sat, May 18, 2019 at 10:23:50AM +0000, pei Jikui wrote:
> > I found one issue in the vxlan functionality in kernel-datapath type of
> ovs which could be potentially optimize?
> >
> >
> > For example, there is a machine (A) running ovs with one configured one
> vxlan interface with tunnel value 123,  then all the vxlan traffics
> destinate to this machine(A) will be dealt with the ovs.
> >
> >
> > Although the ovs in machine A only configured with one vxlan tunnel
> (123), all the vxlan traffics regardless the tunnel value is 123 or not,
> will be delivered to the vswitchd to do the slow path if there is no flow
> tables found in the datapath.
> >
> > This is due to the vxlan configuration such as the configured vxlan
> tunnel valuse does not exist in the datapath. (There is only one vxlan
> tunnel with vni value 0 exist in the datapath?s vxlan configuration).
>
> It's true, but does it matter?  It would be unusual for a host to
> receive much VXLAN traffic that it is only going to drop.
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 24 May 2019 19:18:49 +0000
> From: "HUMMON, PETER" <ph9821 at att.com>
> To: "bugs at openvswitch.org" <bugs at openvswitch.org>
> Cc: Adam Howarth <adam.howarth at plixer.com>
> Subject: [ovs-discuss] Potential IPFIX Bug in OVS v2.9.3 ?
> Message-ID:
>         <
> 25C05BC861FBB44493207CCFEE915A0C85FAFBC3 at MISOUT7MSGUSRDE.ITServices.sbc.com
> >
>
> Content-Type: text/plain; charset="us-ascii"
>
>    Hello OVS,
>
>    I am Pete Hummon, a development engineer who is trying to develop an
> IPFIX collector; this collector would monitor IPFX exports from our OVS
> bridges.  I've encountered what I think may be a bug in the ovs-vsctl - set
> bridge myBridge ipfix command.
>
>    I will try to provide lots of detail.  To keep this email organized,
> I'll divide my information up into mini-sections:
>
>
>   *   My OVS Bridge
>   *   My Traffic Test
>   *   Analyzing The Test  ::  Bug 1  ::  Cache Active Timeout Not Working
> Properly?
>   *   Analyzing The Test  ::  Bug 2  ::  Byte Totals Multiplied By N?
>   *   Additional Environmental Information
>
> Before I launch into my observations, let me say that I'd be happy to
> answer follow-up questions and/or demonstrate this behavior on my local
> machine.  Thank you for your consideration.
>
>           -Pete Hummon
>
>
> My OVS Bridge
>    I have set up a single OVS bridge in my Ubuntu server.  I've then
> connected to VMs to that OVS bridge, plus added a connection to the outside
> network:
>
> root at upce-superl1:~# ovs-vsctl show
> 527530c2-6f42-498f-92a6-67dc43d931bc
>     Bridge "PDH_bridge2"
>         Port "vm1_pdh"
>             Interface "vm1_pdh"
>                 type: dpdkvhostuser
>         Port "vm2_pdh"
>             Interface "vm2_pdh"
>                 type: dpdkvhostuser
>         Port "eth2"
>             Interface "eth2"
>     ovs_version: "2.9.3"
> root at upce-superl1:~#
>
> The bridge has an IP address and can ping an external IPFIX collector from
> the across the network.  I enable IPFIX exporting on my OVS switch:
>
> root at upce-superl1:~# ovs-vsctl -- set bridge PDH_bridge2 ipfix=@i --
> --id=@i create IPFIX targets=\"168.161.114.10:4739\"
> cache_active_timeout=60  obs_domain_id=11111 obs_point_id=22222
> sampling=1024 other_config:enable-input-sampling=false
> 912d5e89-1065-4eec-83d7-6e568c3a117b
> root at upce-superl1:~#
>
> A few important parameters to highlight here:
>
> cache_active_timeout=60
>
> I've set the active timeout to 60 seconds, meaning if a flow stays active
> for less than 60 seconds, it should be aggregated and reported in a single
> data record.  When a flow runs longer than 60 seconds, the switch should
> export what it has in a single data record, then consider all subsequent
> packets in the flow as the start of a new flow.  And so on.
>
> sampling=1024
>
> The switch should sample 1 out of every 1024 packets
>
> other_config:enable-input-sampling=false
>
> I'm not entirely sure what this does, but playing with it suggests that
> this means I am only sampling packets that are egressing an interfacing,
> i.e., ignoring packets ingressing an interface.  I turned this on because I
> assume it means I am not doublesampling a flow, meaning sampling the flow
> once when it enters the switch and then again when it exits.  But I am not
> sure.
>
>
> IPFIX is running just fine:
>
> root at upce-superl1:~# ovs-vsctl list ipfix
> _uuid               : 912d5e89-1065-4eec-83d7-6e568c3a117b
> cache_active_timeout: 60
> cache_max_flows     : []
> external_ids        : {}
> obs_domain_id       : 11111
> obs_point_id        : 22222
> other_config        : {enable-input-sampling="false"}
> sampling            : 1024
> targets             : ["168.161.114.10:4739"]
>
> root at upce-superl1:~#
>
>
> My Traffic Test
> So now I run a simple test.  I set up iPerf3 as a traffic generator on
> both my attached VMs, and then I send ten seconds' worth of traffic from
> one VM to another:
>
> CLIENT VM  (168.161.114.15)
> larry at pdhvnf1:~$
> larry at pdhvnf1:~$ iperf3 -c 168.161.114.16 -t 10
> Connecting to host 168.161.114.16, port 5201
> [  4] local 168.161.114.15 port 46196 connected to 168.161.114.16 port 5201
> [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
> [  4]   0.00-1.00   sec   361 MBytes  3.02 Gbits/sec  1318    195 KBytes
> [  4]   1.00-2.01   sec   465 MBytes  3.84 Gbits/sec  2071    321 KBytes
> [  4]   2.01-3.00   sec   517 MBytes  4.40 Gbits/sec  1141    276 KBytes
> [  4]   3.00-4.00   sec   555 MBytes  4.65 Gbits/sec  474    383 KBytes
> [  4]   4.00-5.00   sec   550 MBytes  4.60 Gbits/sec  1283    506 KBytes
> [  4]   5.00-6.00   sec   418 MBytes  3.51 Gbits/sec  1855    257 KBytes
> [  4]   6.00-7.00   sec   479 MBytes  4.02 Gbits/sec  1689    279 KBytes
> [  4]   7.00-8.00   sec   426 MBytes  3.57 Gbits/sec  2010    201 KBytes
> [  4]   8.00-9.00   sec   520 MBytes  4.36 Gbits/sec  1438    287 KBytes
> [  4]   9.00-10.00  sec   435 MBytes  3.65 Gbits/sec  2153    250 KBytes
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval           Transfer     Bandwidth       Retr
> [  4]   0.00-10.00  sec  4.61 GBytes  3.96 Gbits/sec  15432
>  sender
> [  4]   0.00-10.00  sec  4.61 GBytes  3.96 Gbits/sec
> receiver
>
> iperf Done.
> larry at pdhvnf1:~$
>
> SERVER VM  (168.161.114.16)
> larry at pdhvnf2:~$
> larry at pdhvnf2:~$ iperf3 -s
> -----------------------------------------------------------
> Server listening on 5201
> -----------------------------------------------------------
> Accepted connection from 168.161.114.15, port 46194
> [  5] local 168.161.114.16 port 5201 connected to 168.161.114.15 port 46196
> [ ID] Interval           Transfer     Bandwidth
> [  5]   0.00-1.00   sec   347 MBytes  2.91 Gbits/sec
> [  5]   1.00-2.00   sec   465 MBytes  3.90 Gbits/sec
> [  5]   2.00-3.00   sec   521 MBytes  4.37 Gbits/sec
> [  5]   3.00-4.00   sec   541 MBytes  4.54 Gbits/sec
> [  5]   4.00-5.00   sec   547 MBytes  4.59 Gbits/sec
> [  5]   5.00-6.00   sec   423 MBytes  3.55 Gbits/sec
> [  5]   6.00-7.00   sec   487 MBytes  4.09 Gbits/sec
> [  5]   7.00-8.00   sec   425 MBytes  3.56 Gbits/sec
> [  5]   8.00-9.00   sec   521 MBytes  4.37 Gbits/sec
> [  5]   9.00-10.00  sec   422 MBytes  3.54 Gbits/sec
> [  5]  10.00-10.25  sec  25.8 MBytes   864 Mbits/sec
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval           Transfer     Bandwidth       Retr
> [  5]   0.00-10.25  sec  4.61 GBytes  3.87 Gbits/sec  15432
>  sender
> [  5]   0.00-10.25  sec  4.61 GBytes  3.87 Gbits/sec
> receiver
> -----------------------------------------------------------
>
>
> Analyzing The Test  ::  Bug 1  ::  Cache Active Timeout Not Working
> Properly?
> Okay; with only one client, one host, communicating on a single TCP port
> (5201), all running within ten seconds, should all be seen as one flow.
> But when I look at what my collector receives, I see 186 records.  Of
> those, 173 records are my test traffic.  (My collector exports to a MySQL
> database, but I've verified this manually with WireShark dumps):
>
> mysql>
> mysql> select timestamp, 1_octetDeltaCount, 8_sourceIPv4Address,
> 12_destinationIPv4Address, 4_protocolIdentifier, 7_sourceTransportPort,
> 11_destinationTransportPort /
>        from testable /
>        where  8_sourceIPv4Address = '168.161.114.15' and
> 12_destinationIPv4Address = '168.161.114.16';
>
> +------------+-------------------+---------------------+---------------------------+----------------------+-----------------------+-----------------------------+
> | timestamp  | 1_octetDeltaCount | 8_sourceIPv4Address |
> 12_destinationIPv4Address | 4_protocolIdentifier | 7_sourceTransportPort |
> 11_destinationTransportPort |
>
> +------------+-------------------+---------------------+---------------------------+----------------------+-----------------------+-----------------------------+
> | 1558714850 | 1536000           | 168.161.114.15      | 168.161.114.16
>         | 6                    | 46196                 | 5201
>           |
> | 1558714850 | 1536000           | 168.161.114.15      | 168.161.114.16
>         | 6                    | 46196                 | 5201
>           |
> | 1558714850 | 1536000           | 168.161.114.15      | 168.161.114.16
>         | 6                    | 46196                 | 5201
>           |
> ...etc...
> | 1558714852 | 1536000           | 168.161.114.15      | 168.161.114.16
>         | 6                    | 46196                 | 5201
>           |
>
> +------------+-------------------+---------------------+---------------------------+----------------------+-----------------------+-----------------------------+
> 173 rows in set (0.01 sec)
>
> mysql>
>
> So I'm receiving 173 flow records.  But I think I think I should be
> receiving only one, because I set cache_active_timeout=60 in my ovs-vsctl
> -- set bridge command.  I wonder if this is a bug?
>
>
> Analyzing The Test  ::  Bug 2  ::  Byte Totals Multiplied By N?
> Something odd jumps out at me when I compare the IPFIX Flow Data with what
> I see in Wireshark.  Here's a single IPFIX data record, captured by
> Wireshark; it is what the OVS bridge is exporting to the collector:
>
> Cisco NetFlow/IPFIX
>     Version: 10
>     Length: 316
>     Timestamp: May 24, 2019 16:20:50.000000000 UTC
>         ExportTime: 1558714850
>     FlowSequence: 464
>     Observation Domain Id: 11111
>     Set 1 [id=280] (1 flows)
>        ...etc...
>         Flow 1
>             Observation Point Id: 22222
>             Direction: Ingress (0)
>             ...etc...
>             SrcAddr: 168.161.114.15
>             DstAddr: 168.161.114.16
>             SrcPort: 46196 (46196)
>             DstPort: 5201 (5201)
>             [Duration: 0.000000000 seconds (delta milliseconds)]
>                 StartTime: May 24, 2019 16:20:49.840000000 UTC
>                 EndTime: May 24, 2019 16:20:49.840000000 UTC
>             ...etc...
>             Dropped Octets: 1536000
>             Dropped Total Octets: 665531392
>             Octets: 1536000
>             ...etc...
>
> So this flow record reports that this flow carried a payload of 1,536,000
> bytes.  Note that in the above MySQL report, every flow was reported to
> carry 1,536,000 octets.
>
>    That struck me as odd, so I did another Wireshark capture, this time on
> the test host.  Here's what my iPerf3 traffic generator is sending in one
> packet:
>
> Frame 21: 1514 bytes on wire (12112 bits), 1514 bytes captured (12112
> bits) on interface 0
>     ...etc...
> Ethernet II, Src: RealtekU_62:32:cc (52:54:00:62:32:cc), Dst:
> RealtekU_38:43:f3 (52:54:00:38:43:f3)
>     ...etc...
> Internet Protocol Version 4, Src: 168.161.114.15, Dst: 168.161.114.16
>     ...etc...
>     Total Length: 1500
>     ...etc...
>     Source: 168.161.114.15
>     Destination: 168.161.114.16
> Transmission Control Protocol, Src Port: 46388, Dst Port: 5201, Seq: 38,
> Ack: 1, Len: 1448
>     Source Port: 46388
>     Destination Port: 5201
>     ...etc...
>     TCP payload (1448 bytes)
> Data (1448 bytes)
>     ...etc...
>     [Length: 1448]
>
> So it appears that iPerf3 likes to transfer test traffic in 1,500 byte
> frames.  And I can't help but notice that:
>
> 1536000 / 1500  =  1024
>
> And of course, I'm sampling with a rate of N = 1024.
>
>    So its not really a bug, but I'm wondering if this is what is going on:
>
>
>   1.  A flow of packets enter the OVS switch
>   2.  The first 1024 packets of my test traffic are identified as part of
> one flow; one of those packets is randomly sampled for IPFIX
>   3.  The IPFIX process within the OVS Switch notes the packet payload -
> 1,500 bytes - and records that for IPFIX's "octetDeltaCount" statistic,
> which is defined to be the number of octets within flow.
>   4.  However, because I am sampling at N = 1024, OVS then does a quick
> multiplication ( 1500 bytes  X  1024 = 1536000 octets ) and records that
> number as "octetDeltaCount"
>   5.  After sampling the one packet, OVS exports the data record, i.e.
> does not aggregate the statistics over a 60 second timeframe.
>
> Step D is what concerns me.  If OVS is automatically compensating for the
> N Sampling, that's fine, but I need to understand that behavior.  A lot of
> IPFIX collectors will learn about the N Sampling and will do additional
> calculations on the reports; this of course distorts the final data.
>
>
> Additional Environmental Information
>    I am running OVS ver 2.9.3:
>
> root at upce-superl1:~# ovs-vsctl -V
> ovs-vsctl (Open vSwitch) 2.9.3
> DB Schema 7.15.1
> root at upce-superl1:~# ovs-vswitchd --version
> ovs-vswitchd (Open vSwitch) 2.9.3
> DPDK 17.11.3
> root at upce-superl1:~#
>
> This version was not acquired from GitHub, and I'm not aware of any
> patches applied.  My host system is Ubuntu:
>
> root at upce-superl1:~# more /proc/version
> Linux version 4.4.0-64-generic (buildd at lgw01-56) (gcc version 5.4.0
> 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #85-Ubuntu SMP Mon Feb 20
> 11:50:30 UTC 2017
> root at upce-superl1:~#
>
> My /etc/openvswitch/conf.db database file is below.  Here's some more
> requested outputs:
>
> root at upce-superl1:~# ovs-dpctl show
> system at ovs-system:
>         lookups: hit:0 missed:0 lost:0
>         flows: 0
>         masks: hit:0 total:0 hit/pkt:0.00
>         port 0: ovs-system (internal)
>         port 1: pdh_sql_net (internal)
>         port 2: f69586c6e2e3 (internal)
> root at upce-superl1:~#
> root at upce-superl1:~# ovs-ofctl show PDH_bridge2
> OFPT_FEATURES_REPLY (xid=0x2): dpid:00003a6e7faafb4b
> n_tables:254, n_buffers:0
> capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS ARP_MATCH_IP
> actions: output enqueue set_vlan_vid set_vlan_pcp strip_vlan mod_dl_src
> mod_dl_dst mod_nw_src mod_nw_dst mod_nw_tos mod_tp_src mod_tp_dst
> 8(eth1): addr:da:22:1d:fa:69:15
>      config:     0
>      state:      0
>      current:    10GB-FD COPPER
>      speed: 10000 Mbps now, 0 Mbps max
> 9(eth2): addr:a2:31:68:b0:97:55
>      config:     0
>      state:      0
>      current:    10GB-FD COPPER
>      speed: 10000 Mbps now, 0 Mbps max
> 12(eth5): addr:00:00:00:00:00:00
>      config:     PORT_DOWN
>      state:      LINK_DOWN
>      speed: 0 Mbps now, 0 Mbps max
> 13(vm1_pdh): addr:00:00:00:00:00:00
>      config:     0
>      state:      0
>      speed: 0 Mbps now, 0 Mbps max
> 14(vm2_pdh): addr:00:00:00:00:00:00
>      config:     0
>      state:      0
>      speed: 0 Mbps now, 0 Mbps max
> 15(solar_eth0): addr:00:00:00:00:00:00
>      config:     0
>      state:      0
>      speed: 0 Mbps now, 0 Mbps max
> 150(eth3): addr:ee:b9:8e:21:6e:65
>      config:     0
>      state:      0
>      current:    10GB-FD COPPER
>      speed: 10000 Mbps now, 0 Mbps max
> LOCAL(PDH_bridge2): addr:3a:6e:7f:aa:fb:4b
>      config:     0
>      state:      0
>      current:    10MB-FD COPPER
>      speed: 10 Mbps now, 0 Mbps max
> OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0
> root at upce-superl1:~#
>
>
>
> /etc/openvswitch/conf.db
> OVSDB JSON 12805 600d75cac9a8ecc7f1b3d0194813fc9534f5e6b5
> {"cksum":"2211824403
> 22535","name":"Open_vSwitch","version":"7.12.1","tables":{"Controller":{"columns":{"is_connected":{"ephemeral":true,"type":"boolean"},"connection_mode":{"type":{"min":0,"key":{"type":"string","enum":["set",["in-band","out-of-band"]]}}},"local_gateway":{"type":{"min":0,"key":"string"}},"enable_async_messages":{"type":{"min":0,"key":"boolean"}},"other_config":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"status":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"local_netmask":{"type":{"min":0,"key":"string"}},"controller_burst_limit":{"type":{"min":0,"key":{"minInteger":25,"type":"integer"}}},"local_ip":{"type":{"min":0,"key":"string"}},"controller_rate_limit":{"type":{"min":0,"key":{"minInteger":100,"type":"integer"}}},"target":{"type":"string"},"role":{"ephemeral":true,"type":{"min":0,"key":{"type":"string","enum
>
>  ":["set",["master","other","slave"]]}}},"inactivity_probe":{"type":{"min":0,"key":"integer"}},"max_backoff":{"type":{"min":0,"key":{"minInteger":1000,"type":"integer"}}}}},"Bridge":{"indexes":[["name"]],"columns":{"name":{"mutable":false,"type":"string"},"flood_vlans":{"type":{"max":4096,"min":0,"key":{"minInteger":0,"maxInteger":4095,"type":"integer"}}},"auto_attach":{"type":{"min":0,"key":{"type":"uuid","refTable":"AutoAttach"}}},"ports":{"type":{"max":"unlimited","min":0,"key":{"type":"uuid","refTable":"Port"}}},"stp_enable":{"type":"boolean"},"fail_mode":{"type":{"min":0,"key":{"type":"string","enum":["set",["secure","standalone"]]}}},"rstp_enable":{"type":"boolean"},"rstp_status":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"flow_tables":{"type":{"max":"unlimited","min":0,"key":{"minInteger":0,"maxInteger":254,"type":"integer"},"value":{"type":"uuid","refTable":"Flow_Table"}}},"netflow":{"type":{"min":0,"key":{"type":"uuid","refT
>
>  able":"NetFlow"}}},"datapath_type":{"type":"string"},"controller":{"type":{"max":"unlimited","min":0,"key":{"type":"uuid","refTable":"Controller"}}},"status":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"ipfix":{"type":{"min":0,"key":{"type":"uuid","refTable":"IPFIX"}}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"other_config":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"datapath_id":{"ephemeral":true,"type":{"min":0,"key":"string"}},"mirrors":{"type":{"max":"unlimited","min":0,"key":{"type":"uuid","refTable":"Mirror"}}},"mcast_snooping_enable":{"type":"boolean"},"datapath_version":{"type":"string"},"sflow":{"type":{"min":0,"key":{"type":"uuid","refTable":"sFlow"}}},"protocols":{"type":{"max":"unlimited","min":0,"key":{"type":"string","enum":["set",["OpenFlow10","OpenFlow11","OpenFlow12","OpenFlow13","OpenFlow14","OpenFlow15"]]}}}}},"Queue":{"isRoot":true,"columns":{"ot
>
>  her_config":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"dscp":{"type":{"min":0,"key":{"minInteger":0,"maxInteger":63,"type":"integer"}}}}},"Open_vSwitch":{"maxRows":1,"isRoot":true,"columns":{"bridges":{"type":{"max":"unlimited","min":0,"key":{"type":"uuid","refTable":"Bridge"}}},"manager_options":{"type":{"max":"unlimited","min":0,"key":{"type":"uuid","refTable":"Manager"}}},"statistics":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"ovs_version":{"type":{"min":0,"key":"string"}},"other_config":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"cur_cfg":{"type":"integer"},"next_cfg":{"type":"integer"},"ssl":{"type":{"min":0,"key":{"type":"uuid","refTable":"SSL"}}},"iface_types":{"type":{"max":"unlimited","min":0,"key":"string
>
>  "}},"datapath_types":{"type":{"max":"unlimited","min":0,"key":"string"}},"system_type":{"type":{"min":0,"key":"string"}},"system_version":{"type":{"min":0,"key":"string"}},"db_version":{"type":{"min":0,"key":"string"}}}},"NetFlow":{"columns":{"active_timeout":{"type":{"key":{"minInteger":-1,"type":"integer"}}},"engine_type":{"type":{"min":0,"key":{"minInteger":0,"maxInteger":255,"type":"integer"}}},"engine_id":{"type":{"min":0,"key":{"minInteger":0,"maxInteger":255,"type":"integer"}}},"add_id_to_interface":{"type":"boolean"},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"targets":{"type":{"max":"unlimited","key":"string"}}}},"IPFIX":{"columns":{"cache_active_timeout":{"type":{"min":0,"key":{"minInteger":0,"maxInteger":4200,"type":"integer"}}},"obs_point_id":{"type":{"min":0,"key":{"minInteger":0,"maxInteger":4294967295,"type":"integer"}}},"other_config":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"external_ids":{
>
>  "type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"sampling":{"type":{"min":0,"key":{"minInteger":1,"maxInteger":4294967295,"type":"integer"}}},"targets":{"type":{"max":"unlimited","min":0,"key":"string"}},"cache_max_flows":{"type":{"min":0,"key":{"minInteger":0,"maxInteger":4294967295,"type":"integer"}}},"obs_domain_id":{"type":{"min":0,"key":{"minInteger":0,"maxInteger":4294967295,"type":"integer"}}}}},"QoS":{"isRoot":true,"columns":{"queues":{"type":{"max":"unlimited","min":0,"key":{"minInteger":0,"maxInteger":4294967295,"type":"integer"},"value":{"type":"uuid","refTable":"Queue"}}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"other_config":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"type":{"type":"string"}}},"Port":{"indexes":[["name"]],"columns":{"statistics":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"integer"}},"bond_downdelay":{"type":"integer"},"name":
>
>  {"mutable":false,"type":"string"},"mac":{"type":{"min":0,"key":"string"}},"fake_bridge":{"type":"boolean"},"trunks":{"type":{"max":4096,"min":0,"key":{"minInteger":0,"maxInteger":4095,"type":"integer"}}},"rstp_status":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"tag":{"type":{"min":0,"key":{"minInteger":0,"maxInteger":4095,"type":"integer"}}},"bond_updelay":{"type":"integer"},"bond_active_slave":{"type":{"min":0,"key":"string"}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"other_config":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"status":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"qos":{"type":{"min":0,"key":{"type":"uuid","refTable":"QoS"}}},"bond_mode":{"type":{"min":0,"key":{"type":"string","enum":["set",["active-backup","balance-slb","balance-tcp"]]}}},"rstp_statistics":{"ephemeral":true,"type":{"max":"unlimited","min":0,"
>
>  key":"string","value":"integer"}},"vlan_mode":{"type":{"min":0,"key":{"type":"string","enum":["set",["access","native-tagged","native-untagged","trunk"]]}}},"interfaces":{"type":{"max":"unlimited","key":{"type":"uuid","refTable":"Interface"}}},"bond_fake_iface":{"type":"boolean"},"lacp":{"type":{"min":0,"key":{"type":"string","enum":["set",["active","off","passive"]]}}}}},"sFlow":{"columns":{"agent":{"type":{"min":0,"key":"string"}},"header":{"type":{"min":0,"key":"integer"}},"polling":{"type":{"min":0,"key":"integer"}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"sampling":{"type":{"min":0,"key":"integer"}},"targets":{"type":{"max":"unlimited","key":"string"}}}},"SSL":{"maxRows":1,"columns":{"bootstrap_ca_cert":{"type":"boolean"},"private_key":{"type":"string"},"certificate":{"type":"string"},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"ca_cert":{"type":"string"}}},"Flow_Sample_Collector_Set":{"
>
>  isRoot":true,"indexes":[["id","bridge"]],"columns":{"id":{"type":{"key":{"minInteger":0,"maxInteger":4294967295,"type":"integer"}}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"ipfix":{"type":{"min":0,"key":{"type":"uuid","refTable":"IPFIX"}}},"bridge":{"type":{"key":{"type":"uuid","refTable":"Bridge"}}}}},"Mirror":{"columns":{"name":{"type":"string"},"select_all":{"type":"boolean"},"output_vlan":{"type":{"min":0,"key":{"minInteger":1,"maxInteger":4095,"type":"integer"}}},"statistics":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"integer"}},"select_dst_port":{"type":{"max":"unlimited","min":0,"key":{"refType":"weak","type":"uuid","refTable":"Port"}}},"select_src_port":{"type":{"max":"unlimited","min":0,"key":{"refType":"weak","type":"uuid","refTable":"Port"}}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"output_port":{"type":{"min":0,"key":{"refType":"weak","type":"u
>
>  uid","refTable":"Port"}}},"select_vlan":{"type":{"max":4096,"min":0,"key":{"minInteger":0,"maxInteger":4095,"type":"integer"}}}}},"Flow_Table":{"columns":{"name":{"type":{"min":0,"key":"string"}},"prefixes":{"type":{"max":3,"min":0,"key":"string"}},"groups":{"type":{"max":"unlimited","min":0,"key":"string"}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"overflow_policy":{"type":{"min":0,"key":{"type":"string","enum":["set",["evict","refuse"]]}}},"flow_limit":{"type":{"min":0,"key":{"minInteger":0,"type":"integer"}}}}},"Interface":{"indexes":[["name"]],"columns":{"statistics":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"integer"}},"mac":{"type":{"min":0,"key":"string"}},"options":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"bfd_status":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"cfm_health":{"ephemeral":true,"type":{"min":0,"key":{"minInteger":0,"maxInteger
>
>  ":100,"type":"integer"}}},"ofport":{"type":{"min":0,"key":"integer"}},"admin_state":{"ephemeral":true,"type":{"min":0,"key":{"type":"string","enum":["set",["down","up"]]}}},"error":{"type":{"min":0,"key":"string"}},"cfm_fault_status":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string"}},"lacp_current":{"ephemeral":true,"type":{"min":0,"key":"boolean"}},"mtu":{"ephemeral":true,"type":{"min":0,"key":"integer"}},"ofport_request":{"type":{"min":0,"key":{"minInteger":1,"maxInteger":65279,"type":"integer"}}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"status":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"link_state":{"ephemeral":true,"type":{"min":0,"key":{"type":"string","enum":["set",["down","up"]]}}},"cfm_remote_opstate":{"ephemeral":true,"type":{"min":0,"key":{"type":"string","enum":["set",["down","up"]]}}},"cfm_fault":{"ephemeral":true,"type":{"min":0,"key":"boolean"}},"link_speed
>
>  ":{"ephemeral":true,"type":{"min":0,"key":"integer"}},"duplex":{"ephemeral":true,"type":{"min":0,"key":{"type":"string","enum":["set",["full","half"]]}}},"ingress_policing_rate":{"type":{"key":{"minInteger":0,"type":"integer"}}},"name":{"mutable":false,"type":"string"},"cfm_flap_count":{"type":{"min":0,"key":"integer"}},"ifindex":{"ephemeral":true,"type":{"min":0,"key":{"minInteger":0,"maxInteger":4294967295,"type":"integer"}}},"type":{"type":"string"},"mac_in_use":{"ephemeral":true,"type":{"min":0,"key":"string"}},"link_resets":{"ephemeral":true,"type":{"min":0,"key":"integer"}},"lldp":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"other_config":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"cfm_remote_mpids":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"integer"}},"bfd":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"cfm_mpid":{"type":{"min":0,"key":"integer"}},"ingress_policing_burst":{"type"
>
>  :{"key":{"minInteger":0,"type":"integer"}}}}},"AutoAttach":{"columns":{"mappings":{"type":{"max":"unlimited","min":0,"key":{"minInteger":0,"maxInteger":16777215,"type":"integer"},"value":{"minInteger":0,"maxInteger":4095,"type":"integer"}}},"system_name":{"type":"string"},"system_description":{"type":"string"}}},"Manager":{"indexes":[["target"]],"columns":{"is_connected":{"ephemeral":true,"type":"boolean"},"connection_mode":{"type":{"min":0,"key":{"type":"string","enum":["set",["in-band","out-of-band"]]}}},"other_config":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"external_ids":{"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"status":{"ephemeral":true,"type":{"max":"unlimited","min":0,"key":"string","value":"string"}},"target":{"type":"string"},"inactivity_probe":{"type":{"min":0,"key":"integer"}},"max_backoff":{"type":{"min":0,"key":{"minInteger":1000,"type":"integer"}}}}}}}
> OVSDB JSON 196 a9ae963e4eee3f3ecbe40da47af9d4a6ca23d896
> {"_date":1488654763350,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"db_version":"7.12.1"}},"_comment":"ovs-vsctl:
> ovs-vsctl --no-wait -- init -- set Open_vSwitch . db-version=7.12.1"}
> OVSDB JSON 461 77719c6c947f4f16412bcb80078596e16a2e8ff8
> {"_date":1488654763368,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"ovs_version":"2.5.0","external_ids":["map",[["system-id","dc1e7067-2d46-474b-93ce-9de741c5eedb"]]],"system_type":"Ubuntu","system_version":"16.04-xenial"}},"_comment":"ovs-vsctl:
> ovs-vsctl --no-wait set Open_vSwitch . ovs-version=2.5.0
> \"external-ids:system-id=\\\"dc1e7067-2d46-474b-93ce-9de741c5eedb\\\"\"
> \"system-type=\\\"Ubuntu\\\"\" \"system-version=\\\"16.04-xenial\\\"\""}
> OVSDB JSON 233 edb7aa2b166fb3b12ed8db439fac313f97042f1c
>
> {"_date":1488654763419,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"datapath_types":["set",["netdev","system"]],"iface_types":["set",["geneve","gre","internal","ipsec_gre","lisp","patch","stt","system","tap","vxlan"]]}}}
> OVSDB JSON 176 78c012506c9b591b4764021a5d3ba24889ce73ab
>
> {"_date":1529425965482,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"iface_types":["set",["geneve","gre","internal","lisp","patch","stt","system","tap","vxlan"]]}}}
> OVSDB JSON 328 f1eefdc95f07aa23c128ad34558357d569c6aa6a
> {"_date":1529501413049,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"ovs_version":"2.5.4"}},"_comment":"ovs-vsctl:
> ovs-vsctl --no-wait set Open_vSwitch . ovs-version=2.5.4
> \"external-ids:system-id=\\\"dc1e7067-2d46-474b-93ce-9de741c5eedb\\\"\"
> \"system-type=\\\"Ubuntu\\\"\" \"system-version=\\\"16.04-xenial\\\"\""}
> OVSDB JSON 188 6274ebfc08cb524ae2b74ef5e197ae8a3cf02d0f
>
> {"_date":1529501413053,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"iface_types":["set",["geneve","gre","internal","ipsec_gre","lisp","patch","stt","system","tap","vxlan"]]}}}
> OVSDB JSON 219 677b8f5da717073c362c0ab032cb0fc78a5030cc
> {"_date":1529501576221,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"other_config":["map",[["dpdk-init","true"]]]}},"_comment":"ovs-vsctl:
> ovs-vsctl--no-wait set Open_vSwitch . other_config:dpdk-init=true"}
> OVSDB JSON 516 692c16c38d9db20cb82abb1c7469075a8ed69818
>
> {"_date":1529502134532,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"external_ids":["map",[["ovn-encap-ip","10.10.57.109"],["ovn-encap-type","stt"],["ovn-nb","tcp:
> 10.10.57.109:6641"],["ovn-remote","tcp:10.10.57.109:6642"],["system-id","dc1e7067-2d46-474b-93ce-9de741c5eedb"]]],"next_cfg":1}},"_comment":"ovs-vsctl:
> ovs-vsctl set Open_vSwitch . external_ids:ovn-remote=tcp:10.10.57.109:6642
> external_ids:ovn-nb=tcp:10.10.57.109:6641
> external_ids:ovn-encap-ip=10.10.57.109 external_ids:ovn-encap-type=stt"}
> OVSDB JSON 94 9b5cd6148126ecc76076093cfbbf3afb0f99899e
>
> {"_date":1529502134533,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"cur_cfg":1}}}
> OVSDB JSON 805 d9383117385767ac28552801ad682001d8a64c44
> {"Interface":{"f94694db-c742-462e-93a4-53795634ee97":{"name":"br-int","type":"internal"}},"Port":{"fb40987c-b293-4d9b-a964-3c89d177c9d5":{"name":"br-int","interfaces":["uuid","f94694db-c742-462e-93a4-53795634ee97"]}},"_date":1529502467585,"Bridge":{"e5a2a755-1d41-4704-aef2-b01c7845d0f4":{"name":"br-int","ports":["uuid","fb40987c-b293-4d9b-a964-3c89d177c9d5"],"fail_mode":"secure","external_ids":["map",[["bridge-id","br-int"]]],"other_config":["map",[["disable-in-band","true"]]]}},"_comment":"ovs-vsctl:
> ovs-vsctl --timeout=5 -vconsole:off -- --may-exist add-br br-int -- set
> bridge br-int external_ids:bridge-id=br-int
> other-config:disable-in-band=true
> fail-mode=secure","Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"bridges":["uuid","e5a2a755-1d41-4704-aef2-b01c7845d0f4"],"next_cfg":2}}}
> OVSDB JSON 164 62bdb6d379761ba62169b6b8cbf680ee8720dcf7
>
> {"Interface":{"f94694db-c742-462e-93a4-53795634ee97":{"ofport":65534}},"_date":1529502467718,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"cur_cfg":2}}}
> OVSDB JSON 107 ee8170cafbeb8096be5ddbfea05cb18b91d6940c
>
> {"Bridge":{"e5a2a755-1d41-4704-aef2-b01c7845d0f4":{"datapath_version":"<unknown>"}},"_date":1529502467718}
> OVSDB JSON 438 242ea85c677b166cf8e097c03be9c9da86491147
>
> {"_date":1529502467726,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"external_ids":["map",[["ovn-bridge","br-int"],["ovn-encap-ip","10.10.57.109"],["ovn-encap-type","stt"],["ovn-nb","tcp:
> 10.10.57.109:6641"],["ovn-remote","tcp:10.10.57.109:6642"],["system-id","dc1e7067-2d46-474b-93ce-9de741c5eedb"]]],"next_cfg":3}},"_comment":"ovs-vsctl:
> ovs-vsctl --timeout=5 -vconsole:off set open_vswitch .
> external_ids:ovn-bridge=br-int"}
> OVSDB JSON 94 0ae0f3e78797dbfdc7613e31c17d87b3555733fc
>
> {"_date":1529502467743,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"cur_cfg":3}}}
> OVSDB JSON 587 0bfc385320cd1dfb8f9b81417b0d6c3e3f1cc999
> {"Port":{"276bf31c-bf45-43e1-b02a-63fb92fdd969":{"name":"br1","interfaces":["uuid","ff037320-8336-4042-a441-84275d9be67e"]}},"Interface":{"ff037320-8336-4042-a441-84275d9be67e":{"name":"br1","type":"internal"}},"_date":1529508073030,"Bridge":{"54d3fa9f-7328-4044-9633-927705b71728":{"name":"br1","ports":["uuid","276bf31c-bf45-43e1-b02a-63fb92fdd969"]}},"_comment":"ovs-vsctl:
> ovs-vsctl add-br
> br1","Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"bridges":["set",[["uuid","54d3fa9f-7328-4044-9633-927705b71728"],["uuid","e5a2a755-1d41-4704-aef2-b01c7845d0f4"]]],"next_cfg":4}}}
> OVSDB JSON 164 ba8a9352eee41b8219ea2ca8edb1b7a1eac1fd9d
>
> {"Interface":{"ff037320-8336-4042-a441-84275d9be67e":{"ofport":65534}},"_date":1529508073092,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"cur_cfg":4}}}
> OVSDB JSON 107 b6e39ddb6a4bcce4eb1dbea4daf811089e7959c3
>
> {"Bridge":{"54d3fa9f-7328-4044-9633-927705b71728":{"datapath_version":"<unknown>"}},"_date":1529508073092}
> OVSDB JSON 511 ff2bac70174cdd96b10e715354e3d668e0dc8210
> {"_date":1529508662734,"Bridge":{"54d3fa9f-7328-4044-9633-927705b71728":{"ipfix":["uuid","6c6a0c3a-8fc6-4775-b156-191f20e9e375"]}},"_comment":"ovs-vsctl:
> ovs-vsctl -- set bridge br1 ipfix=@i -- --id=@i create IPFIX \"targets=\\\"
> 172.17.0.2:4739\\\"\" obs_domain_id=11111 obs_point_id=22222
> sampling=64","Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"next_cfg":5}},"IPFIX":{"6c6a0c3a-8fc6-4775-b156-191f20e9e375":{"obs_point_id":22222,"obs_domain_id":11111,"targets":"
> 172.17.0.2:4739","sampling":64}}}
> OVSDB JSON 94 a3d637093fc5eb2de27a68518b0929f6ce3c227f
>
> {"_date":1529508662736,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"cur_cfg":5}}}
> OVSDB JSON 277 e35f729266fd9c0ff4f9d7d78728d4f17ec4794b
> {"_date":1529509190694,"Bridge":{"54d3fa9f-7328-4044-9633-927705b71728":{"ipfix":["set",[]]}},"_comment":"ovs-vsctl:
> ovs-vsctl clear bridge br1
> ipfix","IPFIX":{"6c6a0c3a-8fc6-4775-b156-191f20e9e375":null},"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"next_cfg":6}}}
> OVSDB JSON 94 a23acff4f06d3fbd51083de5b767ea2d017329ac
>
> {"_date":1529509190695,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"cur_cfg":6}}}
> OVSDB JSON 490 9280e9088adde1a1ff8d1a99dd4313040ec60fe4
> {"_date":1529514016743,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"external_ids":["map",[["ovn-bridge","br-int"],["ovn-encap-ip","localhost"],["ovn-encap-type","stt"],["ovn-nb","tcp:localhost:6641"],["ovn-remote","tcp:localhost:6642"],["system-id","dc1e7067-2d46-474b-93ce-9de741c5eedb"]]],"next_cfg":7}},"_comment":"ovs-vsctl:
> ovs-vsctl set Open_vSwitch . external_ids:ovn-remote=tcp:localhost:6642
> external_ids:ovn-nb=tcp:localhost:6641 external_ids:ovn-encap-ip=localhost"}
> OVSDB JSON 94 9b165819a77c4a7330e0f57480da65ea92c96a73
>
> {"_date":1529514016744,"Open_vSwitch":{"fe9a80c6-2318-41b4-a052-701fe955b827":{"cur_cfg":7}}}
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.openvswitch.org/pipermail/ovs-discuss/attachments/20190524/6e18807e/attachment.html
> >
>
> ------------------------------
>
> _______________________________________________
> discuss mailing list
> discuss at openvswitch.org
> https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
>
>
> End of discuss Digest, Vol 119, Issue 52
> ****************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openvswitch.org/pipermail/ovs-discuss/attachments/20190524/badc942a/attachment-0001.html>


More information about the discuss mailing list