Re: [ovs-dev] Congratulations on your Award. Kindly Contact Me For More Details on your Award

___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH] packet_type: Force _ETHERTYPE mask in netlink messages

The kernel does not understand packet_type so it's implicitly encoded by the absence of _ETHERNET and presence of _ETHERTYPE. For non-Ethernet we need to force the mask for _ETHERTYPE otherwise the kernel's match_validate() will complain. The mask use to always be set in xlate_wc_init() and

[ovs-dev] [PATCH 4/4] netdev: fix crash when interface option is changed to invalid value

When trying to modify an interface option (e.g. remote IP of a GRE port) to an invalid value, the vswitchd does crash. For instance: ovs-vsctl add-br br0 ovs-vsctl add-port br0 gre0 -- set interface gre0 type=gre \ options:remote_ip=10.0.0.2 ovs-vsctl set interface gre0

[ovs-dev] [PATCH 3/4] ofproto-dpif-xlate: drop L3 packets on L2 legacy port

This commit drops packet during xlate if it is a L3 packet and output port packet_type is legacy_l2. It completes PTAP unit tests with: - Send L3 packet over patch port. - Output L2/L3 packet to ports with different packet_type properties. Signed-off-by: Zoltán Balogh

[ovs-dev] [PATCH 2/4] Translation of generic encap and decap actions

From: Jan Scheurich This commit implements a skeleton for the translation of generic encap and decap actions in ofproto-dpif and adds support to encap and decap an Ethernet header. In general translation of encap commits pending actions and then rewrites struct flow

[ovs-dev] [PATCH 1/4] Add OF actions for generic encap and decap

From: Jan Scheurich This commit adds support for the OpenFlow actions generic encap and decap (as specified in ONF EXT-382) to the OVS control plane. CLI syntax for encap action with properties: encap(hdr=) encap(hdr=, prop(class=,type=,val=),

[ovs-dev] [PATCH 0/4] basic encap/decap

This series is a continuation of other patch series initiated by Jan Scheurich before. These were already applied to the master branch: - userspace: Support for L3 tunneling https://mail.openvswitch.org/pipermail/ovs-dev/2017-June/87.html - Packet type aware pipeline

Re: [ovs-dev] [PATCH 2/5] lib/dp-packet: copy additional packet info when do packet copy

>-Original Message- >From: 仇大玉 [mailto:qiud...@chinac.com] >Sent: Tuesday, June 27, 2017 3:31 AM >To: Kavanagh, Mark B ; Michael Qiu >; d...@openvswitch.org >Cc: b...@ovn.org; db...@vmware.com >Subject: Re: [PATCH 2/5] lib/dp-packet:

[ovs-dev] [PATCH] Update relevant artifacts to add support for DPDK 17.05.1.

Upgrading to DPDK 17.05.1 stable release adds new significant features relevant to OVS, including, but not limited to: - tun/tap PMD, - VFIO hotplug support, - Generic flow API. Following changes are applied: - netdev-dpdk: Changes required by DPDK API modifications. - doc: Because of DPDK API

[ovs-dev] [PATCH] treewide: .gitignore updates

Signed-off-by: Lance Richardson --- ovn/utilities/.gitignore | 2 ++ tests/.gitignore | 2 ++ vtep/.gitignore | 1 + 3 files changed, 5 insertions(+) diff --git a/ovn/utilities/.gitignore b/ovn/utilities/.gitignore index dbc3719..1d01e0b 100644 ---

Re: [ovs-dev] [RFC PATCH v2] Update relevant artifacts to add support for DPDK 17.05.1.

>From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-boun...@openvswitch.org] >On Behalf Of mweglicx >Sent: Thursday, June 29, 2017 10:55 AM >To: d...@openvswitch.org >Subject: [ovs-dev] [RFC PATCH v2] Update relevant artifacts to add support for >DPDK 17.05.1. > >Patch is marked as RFC

Re: [ovs-dev] [PATCH v3 0/6] netdev-dpdk: Use intermediate queue during packet transmission.

Please, checkout my implementation of packet batching on dpif-netdev layer: https://mail.openvswitch.org/pipermail/ovs-dev/2017-June/334774.html Want to hear your opinion. Best regards, Ilya Maximets. ___ dev mailing list d...@openvswitch.org

[ovs-dev] [PATCH 3/3] netdev: Remove useless cutlen.

Cutlen already applied while processing OVS_ACTION_ATTR_OUTPUT. Signed-off-by: Ilya Maximets --- lib/netdev-bsd.c | 3 --- lib/netdev-dpdk.c | 5 - lib/netdev-dummy.c | 2 -- lib/netdev-linux.c | 3 --- 4 files changed, 13 deletions(-) diff --git

[ovs-dev] [PATCH 2/3] netdev: Remove unused may_steal.

Not needed anymore because 'may_steal' already handled on dpif-netdev layer and always true; Signed-off-by: Ilya Maximets --- lib/dpif-netdev.c | 2 +- lib/netdev-bsd.c | 4 ++-- lib/netdev-dpdk.c | 25 +++-- lib/netdev-dummy.c| 4

[ovs-dev] [PATCH 1/3] dpif-netdev: Output packet batching.

While processing incoming batch of packets they are scattered across many per-flow batches and sent separately. This becomes an issue while using more than a few flows. For example if we have balanced-tcp OvS bonding with 2 ports there will be 256 datapath internal flows for each dp_hash

[ovs-dev] [PATCH v2] dp-packet: Copy trunc flag on batch clone.

Without this applying of the cutlen action will not work on copied batch. Cutlen works for linux and dummy netdevs only because they tries to apply it per-packet inside send function. Cutlen action doesn't work for dpdk ports in case batch clone occured because invoked by the

Re: [ovs-dev] [PATCH] dp-packet: Copy trunc flug on batch clone.

Sorry for the typo in the subject. I'll respin with only that change. s/flug/flag/. On 30.06.2017 13:05, Ilya Maximets wrote: > Without this applying of the cutlen action will not work > on copied batch. Cutlen works for linux and dummy netdevs > only because they tries to apply it per-packet

[ovs-dev] [PATCH] dp-packet: Copy trunc flug on batch clone.

Without this applying of the cutlen action will not work on copied batch. Cutlen works for linux and dummy netdevs only because they tries to apply it per-packet inside send function. Cutlen action doesn't work for dpdk ports in case batch clone occured because invoked by the batch apply action.

Re: [ovs-dev] [PATCH] ofproto-dpif-ipfix: add support for per-flow drop counters

Hi Ben, Let me provide more details. I configured per-bridge IPFIX sampling with following command: $ ovs-vsctl -- set Bridge br1 ipfix=@i -- --id=@i create IPFIX 'targets="127.0.0.1:4739"' \ obs_domain_id=123 obs_point_id=1 cache_active_timeout=10 \ cache_max_flows=13