Re: [ovs-dev] [PATCH] ovn-controller: use localnet port for directly connected datapath only.

On Tue, Jun 27, 2017 at 10:42 AM, Han Zhou wrote: > > > On Tue, Jun 27, 2017 at 10:40 AM, Han Zhou wrote: > > > > > > > > On Tue, Jun 27, 2017 at 10:12 AM, Mickey Spiegel > wrote: > > > > > > > > > On Tue, Jun 27, 2017 at 1:02 AM,

[ovs-dev] OVSDB Replication: Clarifications required

Hi, Got few clarifications on OVSDB replication. Please let me know your inputs on it. 1. From the ovsdb-server code(main_loop()), it seems that the standby ovsdb-server becomes 'Active' if the JSONRPC session with the active-ovsdb-server is not alive. Instead of this behavior, is there a

[ovs-dev] [PATCH 6/6] NSH unit test cases using encap and decap actions

From: Jan Scheurich With the support of generic encap and decap actions for Ethernet and NSH it is now possible to build test cases that mimic realistic OVS configurations and OF pipelines for Service Function Chaining. Packets are being encapsulated in NSH, forwarded

[ovs-dev] [PATCH 3/6] Adding nsh.at for NSH unit tests

From: Jan Scheurich First basic NSH test case implemented and working. Unconditionally show matched packet_type in megaflows, even when matching on eth. Signed-off-by: Jan Scheurich --- lib/match.c | 6 --

[ovs-dev] [PATCH 5/6] Generic encap and decap support for NSH

From: Jan Scheurich This commit adds translation and netdev datapath support for generic encap and decap actions for the NSH MD1 header. The generic encap and decap actions are mapped to specific encap_nsh and decap_nsh actions in the datapath. The translation

[ovs-dev] [PATCH 4/6] userspace: add NSH support to vxlan-gpe tunnels

From: Jan Scheurich Signed-off-by: Yi Yang Signed-off-by: Jan Scheurich --- lib/netdev-native-tnl.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/lib/netdev-native-tnl.c b/lib/netdev-native-tnl.c index

[ovs-dev] [PATCH 1/6] userspace: Add support for NSH MD1 match fields

From: Jan Scheurich This patch adds support for NSH packet header fields to the OVS control plane and the userspace datapath. Initially we support the fields of the NSH base header as defined in https://www.ietf.org/id/draft-ietf-sfc-nsh-12.txt and the fixed context

[ovs-dev] [PATCH 2/6] userspace: enable set_field support for nsh fields

From: Jan Scheurich Signed-off-by: Yi Yang Signed-off-by: Jan Scheurich --- lib/odp-execute.c | 65 +++ lib/odp-util.c| 33 2 files

[ovs-dev] [PATCH 0/6] Generic Encap & Decap based NSH implementation

This patch series implemented NSH (Network Service Header, https://www.ietf.org/id/draft-ietf-sfc-nsh-13.txt) based on the merged L3 patch series and PTAP patch series as well as [ovs-dev] [PATCH 0/4] basic encap/decap Zoltan posted

[ovs-dev] 答复: Re: 答复: Re: 答复: [spam可疑邮件]Re: 答复: Re: [PATCH 2/2] ovn-northd: Fix ping failure of vlan networks.

Hi Mickey, Thanks for your review. If we could do some modifications to avoid the north/south problem you mentioned? Like as follow: When packets send to the localnet-port, if the MAC is router-port MAC, we change the router-port MAC to HV physical NIC MAC. And in gateway node, we make the

[ovs-dev] Finanzas para no Financieros + 11 Temas

Buenas Tardes: Este mes de Julio le invitamos a adquirir una de nuestras pólizas de Capacitación online, los cuáles constan de 12 Temas que son utilizables durante 3 meses, las 24 hrs del día, las veces que usted así lo requiera. En Específico le ofrecemos el plan de Contabilidad y Finanzas

Re: [ovs-dev] [PATCH] dpif-netilnk: convert packet_type netlink attribute

Hi Eric and Yi, I tried to fix the issues. I posted v2 to the list. Could you have a look at it and test it, please? https://patchwork.ozlabs.org/patch/784317/ Best regards, Zoltan > -Original Message- > From: Yang, Yi Y [mailto:yi.y.y...@intel.com] > Sent: Tuesday, July 04, 2017 2:10

[ovs-dev] [PATCH v2] dpif-netlink: convert packet_type netlink attribute

By introducing packet type-aware pipeline, match on ethertype was removed when packet type is not Ethernet. As pointed out by Eric Garver, this could have a side effect on the kernel datapath: https://patchwork.ozlabs.org/patch/782991/ This patch does approach the problem from a different

[ovs-dev] [PATCH ovs] dpif: fix warn msg when failed to open netdev

Currently it is using the datapath name/type but what has actually failed was the netdev. Fix it by using netdev name/type instead and also log why it failed. Signed-off-by: Marcelo Ricardo Leitner --- lib/dpif.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[ovs-dev] offset of 0x10001 in dpif_netlink_queue_to_priority

Hi I'm trying to map the vlan_pcp onto 802.11 tid. net/wireless/util.c in mac80211 specifies: > /* skb->priority values from 256->263 are magic values to >* directly indicate a specific 802.1d priority. This is used >* to allow 802.1d priority to be passed directly in

[ovs-dev] [PATCH] checkpatch: Use default encoding from email library.

There are three paths for running the core checkpatch path: From a file, from stdin, or reading from git output. Currently, the file version of this calls the "email" library's decode routine which translates the stream into a bytes array, which we later call decode() to turn it back into a

Re: [ovs-dev] [PATCH 0/3] Output packet batching.

Hi Eelco, Thanks for paying attention to this. I'll be appreciated if you'll test/review the solution when 'implementation level' discussion finished. Best regards, Ilya Maximets. On 04.07.2017 12:27, Eelco Chaudron wrote: > Hi Ilya/Bhanu, > > I see you guys started a discussion already, so

Re: [ovs-dev] [PATCH 0/3] Output packet batching.

On 04.07.2017 14:37, Bodireddy, Bhanuprakash wrote: > Apologies for snipping the text. I did it to keep this thread readable. > >> >> Hi Darrell and Jan. >> Thanks for looking at this. I agree with Darrell that mixing implementations >> on >> two different levels is a bad idea, but as I already

Re: [ovs-dev] [PATCH 0/3] Output packet batching.

Apologies for snipping the text. I did it to keep this thread readable. > >Hi Darrell and Jan. >Thanks for looking at this. I agree with Darrell that mixing implementations on >two different levels is a bad idea, but as I already wrote in reply to >Bhanuprakash [2], there is no issues with

[ovs-dev] [PATCH] ovn-controller: fix vlan_trunk bug

The bug description is as follow: Neutron configure a trunk-sub port. The parent-port and sub-port located in different network. there is a vm attached to parent port. And no vm attached to the network of sub-port in the same chassis. In this situation, the ovn-controller can not get the

Re: [ovs-dev] [PATCH 0/3] Output packet batching.

On 03.07.2017 20:33, Darrell Ball wrote: > > > On 7/3/17, 7:31 AM, "ovs-dev-boun...@openvswitch.org on behalf of Jan > Scheurich" jan.scheur...@ericsson.com> wrote: > > I like this generic approach to collect the packets to be output per

[ovs-dev] [PATCH v2 4/4] tunneling: Avoid datapath-recirc by combining recirc actions at xlate.

This patch set removes the recirculation of encapsulated tunnel packets if possible. It is done by computing the post tunnel actions at the time of translation. The combined nested action set are programmed in the datapath using CLONE action. Signed-off-by: Sugesh Chandran

[ovs-dev] [PATCH v2 2/4] xlate: Clear tunnel mask along with other fields while combine actions.

The tunnel mask in the translation state should be cleared along with other context fields. It is necessary in 'apply_nested_clone_actions' as it will be used to combine post tunnel output actions with tunnel push. This will assure right openflow state while executing the translation.

[ovs-dev] [PATCH v2 0/4]tunneling : Improving tunneling performance by avoiding dp recirc.

Openvswitch datapath recirculates packets for tunneling, i.e. the incoming packets are encapsulated at first pass. Further actions are applied on encapsulated packets on the second pass after recirculating. The proposed patch compute and append the post tunnel actions at the time of translation

[ovs-dev] [PATCH v2 1/4] xlate: Refactor translation of patch port output actions.

Outputting to a patch port is translated by its peer patch port actions. Refactoring the translation part to use later in the patch series for the tunnel push. Signed-off-by: Sugesh Chandran Signed-off-by: Zoltán Balogh Co-authored-by:

Re: [ovs-dev] [PATCH 0/3] Output packet batching.

Hi Ilya/Bhanu, I see you guys started a discussion already, so just some input form my side... When I started looking into this, my hack looked very much like Ilya's, and I was flushing my tx queue every rx batch.I even kept track of which port had packets waiting to send, so I did not have

Re: [ovs-dev] [PATCH v1] docs: Use DPDK 16.11.2 stable release.

> Hi Ian > > Do you have a good link to the 16.11.2 release notes ? > I have been looking around and found some links but may not be the best > and I am not sure new functionality is not being enabled with 16.11.2 ? > > What specifically do we want from 16.11.2 ? > > Thanks Darrell Hi Darrell,

Re: [ovs-dev] [PATCH] dpif-netilnk: convert packet_type netlink attribute

Thank you for testing! I'm going to fix it. /Zoltan > -Original Message- > From: Yang, Yi Y [mailto:yi.y.y...@intel.com] > Sent: Tuesday, July 04, 2017 2:10 AM > To: Eric Garver ; Zoltán Balogh > Cc: 'd...@openvswitch.org'

Re: [ovs-dev] [PATCH] dpif-netilnk: convert packet_type netlink attribute

Thank you for reviewing! I'm going to fix it. /Zoltan > -Original Message- > From: Eric Garver [mailto:e...@erig.me] > Sent: Monday, July 03, 2017 8:52 PM > To: Zoltán Balogh > Cc: 'd...@openvswitch.org' > Subject: Re: [ovs-dev] [PATCH]