The message could not be delivered
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Add support for layer 3 GRE vports (non-tap aka non-VTEP).
This makes use of a vport mode configuration for the existing (tap/VTEP)
GRE vports.
In order to differentiate packets for two different types of GRE vports a
new flow key attribute, OVS_KEY_ATTR_NEXT_BASE_LAYER, is used. It is
intended
This allows GRE tunnels to send and receive both
layer 2 packets (packets with an ethernet header) and
layer 3 packets (packets without an ethernet header).
Signed-off-by: Simon Horman
---
v10
* Handle case of l3 only packets on vport-netdev
* Use ARPHRD_NONE for ipgre interfaces as per recent ch
Allow push and pop mpls actions to act on layer 3 packets by teaching
them not to access non-existent L2 headers of such packets.
Signed-off-by: Simon Horman
---
v10
* Limit scope of hdr in {push,pop}_mpls()
v9
* New Patch
---
net/openvswitch/actions.c | 19 ---
1 file changed,
Extend support for layer 3 packets to cover non-IP packets.
This removes the assumption that the first octet of a layer 3 packet
indicates the IP protocol version - true for IP (v4 and v6), but not
for necessarily for other protocols.
The key motivation for this is to allow forwarding of MPLS pac
From: Lorand Jakab
This is needed for sending a packet back to the datapath after a miss
upcall was processed. The presence of a layer 2 packet is signaled by
adding OVS_KEY_ATTR_ETHERNET to the packet metadata sent with the
ovs_packet netlink message. Layer 3 packets need to be accompanied by
This series implements support for layer 3 encapsulated packets. At the
core of this change is removing the assumption that all packets/flows have
Ethernet header. Support for layer 3 packets in GRE tunnels is also added
by this patchset.
The implementation automatically adds appropriate pop_eth
From: Lorand Jakab
Implementation of the pop_eth and push_eth actions in the kernel, and
layer 3 flow support.
This doesn't actually do anything yet as no layer 2 tunnel ports are
supported yet. The original patch by Lorand was against the Open vSwitch
tree which has L2 LISP tunnels but that is
From: Lorand Jakab
This commit relaxes the assumption that all packets have an Ethernet
header, and adds support for layer 3 flows. For each packet received on
the Linux kernel datapath the l2 and l3 members of struct ofpbuf are
intialized appropriately, and some functions now expect this (notab
At the core of this patch set is removing the assumption in Open vSwitch
datapath that all packets have Ethernet header. Support for layer 3 GRE
tunnels is also added by this patchset.
The implementation relies on the presence of pop_eth and push_eth actions
in datapath flows to facilitate adding
* Set skb protocol based on contents of packet. I have observed this is
necessary to get actual protocol of a packet when it is injected into an
internal device e.g. by libnet in which case skb protocol will be set to
ETH_ALL.
* Set the mac_len which has been observed to not be set up correc
From: Lorand Jakab
These actions will allow L2->L3 and L3->L2 switching, and are supposed
to be added to flows installed in the datapath transparently by
ovs-vswitchd.
Signed-off-by: Lorand Jakab
Signed-off-by: Simon Horman
---
v11 [Simon Horman]
* Omit type field from push_eth action, it is
This breaks out some of of skb_vlan_pop into a separate helper.
This new helper moves the outer-most vlan tag present in packet data
into metadata.
The motivation is to allow acceleration VLAN tags without adding a new
one. This is in preparation for a push ethernet header support in Open
vSwitch.
The patch adds a new action to support packet truncation. The new action
is formatted as 'output(port=n,max_len=m)', as output to port n, with
packet size being MIN(original_size, m).
One use case is to enable port mirroring to send smaller packets to the
destination port so that only useful pack
Van: TSO St Bernardus
Verzonden: donderdag 2 juni 2016 7:28
Aan: TSO St Bernardus
Onderwerp: Technical Support Team
We zijn momenteel het uitvoeren van regulier onderhoud van onze
veiligheidsmaatregelen op uw rekening. Uw account is willekeurig geselecteerd
voor
> -Original Message-
> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Santosh Shukla
> Sent: Wednesday, June 1, 2016 4:27 PM
> To: dev@openvswitch.org
> Subject: [ovs-dev] vhost-user multiqueue issue
>
> Hi,
>
> I am experiencing issue with vhost-user MQ, I don't see pkt re
On 02.06.2016 04:32, Daniele Di Proietto wrote:
>
> On 25/05/2016 04:03, "Ilya Maximets" wrote:
>
>> On 23.05.2016 17:55, Traynor, Kevin wrote:
-Original Message-
From: Ilya Maximets [mailto:i.maxim...@samsung.com]
Sent: Tuesday, May 17, 2016 4:09 PM
To: dev@openvswit
On 02.06.2016 04:33, Daniele Di Proietto wrote:
> I wanted to do this for a long time now, thanks for posting this patch.
>
> I didn't notice a drop in throughput with this patch, for phy-ovs-phy
> tests, even when we call rte_eth_tx_burst() for every single packet.
It's good news.
> How about '
linux/in.h (from linux uapi headers) carries many of the same
definitions as netinet/in.h (from glibc).
If linux/in.h is included after netinet/in.h, conflicts are avoided in
two ways:
1) linux/libc-compat.h (included by linux/in.h) detects the include
guard of netinet/in.h and defines some ma
In the run() function of ofproto-dpif we call rule_expire() for every
possible flow that has a timeout and rule_expire() calls time_msec().
Calling time_msec() repeatedly can be pretty expensive, even though most
of the time it involves only a vdso call.
This commit calls time_msec only once in ru
On 1 June 2016 at 04:46, Paul Boca wrote:
> The problem is that on some cases it gets called with the socket
> name instead of the service name.
>
> Signed-off-by: Paul-Daniel Boca
Looking at commit 0c473314294930a47a18d380e0bbcdf7b02a16f2 which
introduced this macro, it seems like simply skippi
I wanted to do this for a long time now, thanks for posting this patch.
I didn't notice a drop in throughput with this patch, for phy-ovs-phy
tests, even when we call rte_eth_tx_burst() for every single packet.
How about 'dpdk_tx_burst()' instead of 'netdev_dpdk_eth_instant_send()'?
The "instant
Hi Ilya,
apologies for the delay.
I didn't take a extremely detailed look at this series, but I have
a few high level comments.
Thanks for adding a command to configure the rxq affinity. Have
you thought about using the database instead? I think it will
be easier to use because it survives res
On 25/05/2016 04:03, "Ilya Maximets" wrote:
>On 23.05.2016 17:55, Traynor, Kevin wrote:
>>> -Original Message-
>>> From: Ilya Maximets [mailto:i.maxim...@samsung.com]
>>> Sent: Tuesday, May 17, 2016 4:09 PM
>>> To: dev@openvswitch.org; Daniele Di Proietto
>>> Cc: Dyasly Sergey ; Heetae
Thanks for the patch!
I'm not sure how to best handle the libnuma dependency. Question:
Is it still useful to move the device to a PMD thread on the appropriate
numa socket, even if DPDK is compiled without
CONFIG_RTE_LIBRTE_VHOST_NUMA? If it's useful, I'm fine with the
approach followed by this p
Thanks for fixing this. Should we log an error if we try to copy more than
allocated packet length?
Acked-by: Sairam Venugopal
On 5/17/16, 8:23 AM, "Paul Boca" wrote:
>Fixed possible deadlock in case NdisGetDataBuffer fails
>Validate the segment length and offset on reassemble to avoid buffer
commit 60bdd01148e4 ("Separating OVN NB and SB database processes")
introduced a separating OVN NB and SB database process, the path of
sock files need to be updated.
Fixes: 60bdd01148e4 ("Separating OVN NB and SB database processes")
Signed-off-by: Li Wei
---
v1 -> v2:
* fix typo(thanks Aaron Co
Hi Paul,
Thanks for updating the patch. I had some minor comments that I have added
inline.
It looks good overall.
Thanks,
Sairam
On 5/17/16, 8:23 AM, "Paul Boca" wrote:
>*Added OvsExtractLayers - populates only the layers field without
>unnecessary
>memory operations for flow part
>*If in ST
Hi,
On 05/31/2016 10:59 PM, Aaron Conole wrote:
> Li Wei writes:
>
>> commit 60bdd01 ("Separating OVN NB and SB database processes") introduced
>> a separating OVN NB and SB database process, the path of sock file need
>> to be updated.
>>
>> Fixes: 60bdd01 ("Separating OVN NB and SB database pr
On Tue, May 17, 2016 at 05:27:03PM +0300, Liran Schour wrote:
> Add monitor_cond method to ovsdb-client. Add unit tests.
> See ovsdb-client(1) man page for details.
> Replace monitor2 with monitor_cond.
>
> Signed-off-by: Liran Schour
Thanks for the updated patch.
In the documentation, s/emtpy/
On Tue, May 17, 2016 at 05:27:02PM +0300, Liran Schour wrote:
> Hold session's conditions in ovsdb_monitor_session_condition. Pass it
> to ovsdb_monitor for generating "update2" notifications.
> Add functions that can generate "update2" notification for a
> "monitor_cond" session.
> JSON cache is e
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, May 17, 2016 at 05:27:01PM +0300, Liran Schour wrote:
> This commit allows to add unmonitored columns to a monitored table
> due to condition update.
> It will be used to evaluate conditions on unmonitored columns.
> Update notification includes only monitored columns.
> Due to the limited
On Wed, Jun 01, 2016 at 08:31:26PM +0200, Mauricio Vásquez wrote:
> Hi Ben,
>
> On Wed, Jun 1, 2016 at 7:38 PM, Ben Pfaff wrote:
>
> > On Wed, Jun 01, 2016 at 06:48:07PM +0200, Mauricio Vasquez B wrote:
> > > when an empty path is given to the --with-dpdk option
> > > (--with-dpdk="" or --width-
Ansis Atteka writes:
> On 20 May 2016 at 13:32, Aaron Conole wrote:
>
>> Currently, when using Open vSwitch with DPDK and qemu guests, the
>> recommended
>> method for joining the guests is via the dpdkvhostuser interface. This
>> interface uses Unix Domain sockets to communicate. When these soc
On Tue, May 17, 2016 at 05:27:00PM +0300, Liran Schour wrote:
> Change ovsdb_condition to be a 3-element json array or a boolean value.
> Conditions utilities will be used later for conditional monitoring.
>
> Signed-off-by: Liran Schour
I believe that this actually extends the OVSDB protocol.
Hi Antonio,
I did some very simple benchmarks of the connection tracker
between two phy ports (OpenFlow port 1 and 2).
This is the flow table: it doesn't stress classification,
but it includes one recirculation:
ct_state=-trk,actions=ct(commit,table=0)
in_port=1,ct_state=+trk,actions=2
With 64
Thanks for the patch!
I have a few comments inline, otherwise this looks good to me
2016-05-12 9:13 GMT-07:00 Zoltán Balogh :
> Hi,
>
> OVS reports that link state of a vhost-user port (type=dpdkvhostuser) is
> DOWN, even when traffic is running through the port between a Virtual
> Machine and t
Hi Ben,
On Wed, Jun 1, 2016 at 7:38 PM, Ben Pfaff wrote:
> On Wed, Jun 01, 2016 at 06:48:07PM +0200, Mauricio Vasquez B wrote:
> > when an empty path is given to the --with-dpdk option
> > (--with-dpdk="" or --width-dpdk=$NON_SET_ENV_VARIABLE) the configure
> > script does not show any error and
On Tue, May 17, 2016 at 05:26:59PM +0300, Liran Schour wrote:
> Columns indexing is different in ovsdb_row then in ovsdb_monitor_row.
> We need mapping between the 2 for condition evaluation.
>
> signed-off-by: Liran Schour
In ovsdb_monitor_table_columns_sort(), I don't understand why this loop
On 20 May 2016 at 13:32, Aaron Conole wrote:
> Currently, when using Open vSwitch with DPDK and qemu guests, the
> recommended
> method for joining the guests is via the dpdkvhostuser interface. This
> interface uses Unix Domain sockets to communicate. When these sockets are
> created, they inher
On Tue, May 17, 2016 at 05:26:58PM +0300, Liran Schour wrote:
> This patch series implements conditional monitoring by introducing an OVSDB
> RFC extension with 2 new JSON-RPC methods: "monitor_cond" and
> "monitor_cond_update". Specification of this extension is defined in the
> ovsdb-server (1) m
On Wed, Jun 01, 2016 at 06:48:07PM +0200, Mauricio Vasquez B wrote:
> when an empty path is given to the --with-dpdk option
> (--with-dpdk="" or --width-dpdk=$NON_SET_ENV_VARIABLE) the configure
> script does not show any error and configures OvS without DPDK support,
> this can create some confusi
On 23 May 2016 at 17:57, Thadeu Lima de Souza Cascardo
wrote:
> Currently, cleanup files for system tests will look like this:
>
> modprobe -q -r vport_vxlan
> modprobe -q -r vport_sttmodprobe
> modprobe -q -r vport_lispmodprobe
> modprobe -q -r vport_gremodprobe
> modprobe -q -r vport_genevemodpr
On Tue, May 24, 2016 at 04:14:26PM +, Alin Serdean wrote:
> Found by inspection.
>
> Signed-off-by: Alin Gabriel Serdean
> Acked-by: Nithin Raju
Applied, thanks!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, May 24, 2016 at 04:14:19PM +, Alin Serdean wrote:
> Introduce UDP checksum if it was specified in the tunnel information
> on Tx.
>
> Set the tunnel checksum information flag on the flow if the
> UDP checksum was non zero on the Rx.
>
> Signed-off-by: Alin Gabriel Serdean
Applied, t
OVN only supports source_node replication and previously vtep interaction,
which used service node replication by default for multicast/broadcast/unknown
unicast traffic worked by happenstance. Because of limited vxlan
encapsulation metadata, received packets were resubmitted to find the egress
po
On Tue, May 24, 2016 at 11:28:03PM +, Yin Lin wrote:
> UDP checksum computation is shared by both vxlan and geneve on Windows.
> Move the function so that the code can be shared.
>
> Signed-off-by: Yin Lin
Applied, thanks!
___
dev mailing list
dev@o
Currently, there is some documentation which describes setting up and
using port mirrors for bridges. This documentation is helpful to setup
a packet capture for specific ports.
However, a utility to do such packet capture would be valuable, both
as an exercise in documenting the steps an addition
On Wed, Jun 01, 2016 at 06:48:07PM +0200, Mauricio Vasquez B wrote:
> when an empty path is given to the --with-dpdk option
> (--with-dpdk="" or --width-dpdk=$NON_SET_ENV_VARIABLE) the configure
> script does not show any error and configures OvS without DPDK support,
> this can create some confusi
when an empty path is given to the --with-dpdk option
(--with-dpdk="" or --width-dpdk=$NON_SET_ENV_VARIABLE) the configure
script does not show any error and configures OvS without DPDK support,
this can create some confusion.
This patch modifies that behavior showing an explicity error in that ca
>-Original Message-
>From: Flavio Leitner [mailto:f...@sysclose.org]
>Sent: Tuesday, May 31, 2016 10:04 PM
>To: Bodireddy, Bhanuprakash
>Cc: dev@openvswitch.org; Traynor, Kevin
>Subject: Re: [ovs-dev] [PATCH 2/2] doc: Refactor DPDK install guide, add
>ADVANCED doc
>
>
>This looks very goo
Thanks Flavio for reviewing the install guide in detail. My comments inline.
>-Original Message-
>From: Flavio Leitner [mailto:f...@sysclose.org]
>Sent: Tuesday, May 31, 2016 9:44 PM
>To: Bodireddy, Bhanuprakash
>Cc: dev@openvswitch.org; Traynor, Kevin
>Subject: Re: [ovs-dev] [PATCH 1/2]
Did you get a chance to review my previous email? Please let me know if you did
like to review few sample records from your target audience.
Look forward to hearing back.
Regards,
Julia
_
From: Julia Perez
Sent: Friday, May
This patch adds support for sampling to the OVS extension.
The following flow was used for generating sample actions:
ovs-ofctl add-flow tcp:127.0.0.1: "actions=sample(
probability=12345,collector_set_id=23456,obs_domain_id=34567,
obs_point_id=45678)"
Signed-off-by: Sorin Vinturis
Nithin, as Alin said the userspace expects just the payload. I saw that in
daemon logs while testing the patch. Below the logs that caught my attention
and motivates the change.
"...
2016-06-01T15:04:07.307Z|00040|dpif(handler14)|DBG|system@ovs-system: action
upcall:
recirc_id(0),ct_state(0),ct
>-Original Message-
>From: Mauricio Vásquez [mailto:mauriciovasquezber...@gmail.com]
>Sent: Wednesday, June 1, 2016 4:28 PM
>To: Bodireddy, Bhanuprakash
>Cc: ovs dev
>Subject: Re: --with-dpdk configure option issue
>
>
>
>On Wed, Jun 1, 2016 at 5:14 PM, Bodireddy, Bhanuprakash
> wrote:
On Wed, Jun 1, 2016 at 5:14 PM, Bodireddy, Bhanuprakash <
bhanuprakash.bodire...@intel.com> wrote:
> >-Original Message-
> >From: Mauricio Vásquez [mailto:mauriciovasquezber...@gmail.com]
> >Sent: Wednesday, June 1, 2016 3:37 PM
> >To: Bodireddy, Bhanuprakash
> >Cc: ovs dev
> >Subject: R
>-Original Message-
>From: Mauricio Vásquez [mailto:mauriciovasquezber...@gmail.com]
>Sent: Wednesday, June 1, 2016 3:37 PM
>To: Bodireddy, Bhanuprakash
>Cc: ovs dev
>Subject: Re: --with-dpdk configure option issue
>
>
>
>On Wed, Jun 1, 2016 at 3:29 PM, Bodireddy, Bhanuprakash
> wrote:
>>
On Wed, Jun 01, 2016 at 04:37:24PM +0200, Mauricio Vásquez wrote:
> On Wed, Jun 1, 2016 at 3:29 PM, Bodireddy, Bhanuprakash <
> bhanuprakash.bodire...@intel.com> wrote:
>
> > >-Original Message-
> > >From: Mauricio Vásquez [mailto:mauriciovasquezber...@gmail.com]
> > >Sent: Wednesday, June
On Wed, Jun 1, 2016 at 3:29 PM, Bodireddy, Bhanuprakash <
bhanuprakash.bodire...@intel.com> wrote:
> >-Original Message-
> >From: Mauricio Vásquez [mailto:mauriciovasquezber...@gmail.com]
> >Sent: Wednesday, June 1, 2016 11:17 AM
> >To: ovs dev
> >Cc: Bodireddy, Bhanuprakash
> >Subject:
Hi Antonio
Thanks a lot. That's what i'm looking for. But I also would like to
understand the ovs cache in the kernel as well. Can you point out?
Anyway, okay, got it. Sorry for the wrong thread.
Ado
On Wed, Jun 1, 2016 at 6:39 PM, Fischetti, Antonio <
antonio.fische...@intel.com> wrote:
> Hi A
>-Original Message-
>From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Sheroo
>Pratap
>Sent: Wednesday, June 1, 2016 9:48 AM
>To: ovs dev
>Subject: [ovs-dev] OVS is failing while starting with DPDK
>
>Hi All,
>
> I am trying to start OVS with DPDK but it is failing with below er
>-Original Message-
>From: Mauricio Vásquez [mailto:mauriciovasquezber...@gmail.com]
>Sent: Wednesday, June 1, 2016 11:17 AM
>To: ovs dev
>Cc: Bodireddy, Bhanuprakash
>Subject: --with-dpdk configure option issue
>
>Dear All,
>I noticed that when I run the command
>./configure --with-dpdk=
Hi,
I added a new field to the rules like the field "priority" and when i want
to delete a flow with "ovs-ofctl del-flows br0 new_field=80" or with
--strict the ovs doesn't do anything, and even i wanted to delete a flow
with priority using -strict nothing happens to the rules.
so can anyone help m
"dev" wrote on 06/01/2016 02:18:13 AM:
> From: Zong Kai LI
> To: dev@openvswitch.org
> Cc: Zong Kai LI
> Date: 06/01/2016 02:19 AM
> Subject: [ovs-dev] [PATCH] [PATCH v1 1/2] ovn-controller: Add 'na'
> action in ovn-controller
> Sent by: "dev"
>
> This patch adds a new OVN action 'na' to suppo
"dev" wrote on 06/01/2016 01:13:03 AM:
> From: Zong Kai LI
> To: dev@openvswitch.org
> Cc: Zong Kai LI
> Date: 06/01/2016 01:13 AM
> Subject: [ovs-dev] [PATCH] lib/packets: Add compose_na
> Sent by: "dev"
>
> Add a method compose_na to compose a NA packet.
> The ND feature of OVN will base on
"dev" wrote on 06/01/2016 06:55:41 AM:
> From: Quentin Monnet
> To: ovs-dev
> Date: 06/01/2016 06:56 AM
> Subject: Re: [ovs-dev] [PATCH] lib: Use a more accurate value for
> CPU count (sched_getaffinity).
> Sent by: "dev"
>
> Hi all,
>
> Does anyone have some feedback about this patch, please?
Hi all,
Does anyone have some feedback about this patch, please?
Best regards,
Quentin
2016-05-20 (11:20 +0200) ~ Quentin Monnet
> From: David Marchand
>
> Relying on /proc/cpuinfo to count the number of available cores is not
> the best option:
>
> - The code is x86-specific.
> - If the proce
The problem is that on some cases it gets called with the socket
name instead of the service name.
Signed-off-by: Paul-Daniel Boca
---
tests/ovs-macros.at | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/tests/ovs-macros.at b/tests/ovs-macros.at
index 470c31c..604b277
On Windows the CTL file doesn't contain the PID in it's name
Signed-off-by: Paul-Daniel Boca
---
tests/ovs-macros.at | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/tests/ovs-macros.at b/tests/ovs-macros.at
index e5710a0..470c31c 100644
--- a/tests/ovs-macros.at
+++ b/te
If the --pidfile option doesn't contain ":" then the PID file name is always
ovs-ofctl.pid
Signed-off-by: Paul-Daniel Boca
---
lib/daemon-windows.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/lib/daemon-windows.c b/lib/daemon-windows.c
index ac71aa1..8cf0fea 1006
On Windows trying to overwrite the opened ovs-vswitchd.log
fails with access denied. Closing it before trying to overwrite it
solves the problem
Signed-off-by: Paul-Daniel Boca
---
tests/ofproto-dpif.at | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/tests/ofpro
The message could not be delivered
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Your message could not be delivered
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Dear All,
I noticed that when I run the command
./configure --with-dpdk=$SOME_NON_EXISTING_ENV_VAR
it does not give me an error, somewhere it says:
"checking whether dpdk datapath is enabled... no" but there is not an
explicit error.
I think this behavior should be avoided, an explicit error shou
From: Mauricio Vásquez [mailto:mauricio.vasquezber...@studenti.polito.it]
Sent: Wednesday, June 1, 2016 11:47 AM
To: Wojciechowicz, RobertX
Cc: Sheroo Pratap ; ovs dev
Subject: Re: [ovs-dev] OVS is failing while starting with DPDK
Hi RobertX,
On Wed, Jun 1, 2016 at 11:26 AM, Wojciechowicz, R
Hi Aaron,
thank you for review.
I will address your suggestions and prepare the second version of this patch.
Br,
Robert
> -Original Message-
> From: Aaron Conole [mailto:acon...@redhat.com]
> Sent: Tuesday, May 31, 2016 8:32 PM
> To: Wojciechowicz, RobertX
> Cc: dev@openvswitch.org
> S
Hi RobertX,
On Wed, Jun 1, 2016 at 11:26 AM, Wojciechowicz, RobertX <
robertx.wojciechow...@intel.com> wrote:
> Hi Sheroo,
>
> my suggestions inline
>
> > -Original Message-
> > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Sheroo
> > Pratap
> > Sent: Wednesday, June 1, 2016
The original message was received at Wed, 1 Jun 2016 17:43:44 +0800 from
91.202.118.153
- The following addresses had permanent fatal errors -
dev@openvswitch.org
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinf
Hi Sheroo,
On Wed, Jun 1, 2016 at 10:47 AM, Sheroo Pratap <
sheroopratapresea...@gmail.com> wrote:
> Hi All,
>
> I am trying to start OVS with DPDK but it is failing with below error.
>
> root@osboxes:/home/osboxes/ovs# ovs-vswitchd unix:$DB_SOCK --pidfile
> --detach
> 2016-06-01T08:25:32Z|
Hi Ado,
are you're referring to OVS in userspace?
If that's the case, have a look in lib/dpif-netdev.c.
You can start from dp_netdev_process_rxq_port() which receives
the packets. All functions like emc_*() refer to the Microflows
while those as dpcls_*() are for the Megaflow management.
BTW, for
Hi Sheroo,
my suggestions inline
> -Original Message-
> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Sheroo
> Pratap
> Sent: Wednesday, June 1, 2016 10:48 AM
> To: ovs dev
> Subject: [ovs-dev] OVS is failing while starting with DPDK
>
> Hi All,
>
> I am trying to start
On Tue, May 31, 2016 at 10:59:18AM -0700, Ansis Atteka wrote:
> On 31 May 2016 at 09:36, Daniel P. Berrange wrote:
>
> > On Mon, May 30, 2016 at 01:27:46PM -0700, Ansis Atteka wrote:
> > > On Mon, May 30, 2016 at 12:29 AM, Christian Ehrhardt
> > > wrote:
> > > > On Tue, May 24, 2016 at 4:10 PM,
Hi All,
I am trying to start OVS with DPDK but it is failing with below error.
root@osboxes:/home/osboxes/ovs# ovs-vswitchd unix:$DB_SOCK --pidfile
--detach
2016-06-01T08:25:32Z|1|ovs_numa|INFO|Discovered 1 CPU cores on NUMA
node 0
2016-06-01T08:25:32Z|2|ovs_numa|INFO|Discovered 1 NUMA
Hi,
I am experiencing issue with vhost-user MQ, I don't see pkt recved at guest
virtio-net-pci interface. I am using tip of tree
1) ovs commit-id : ff261703
2) dpdk : c8c33ad7
3) qemu : using v2.6.0 tag
Although SQ works fine.
Can someone pl. suggest what am I missing?
Thanks.
Command tried:
·
Ì·p Ò¬Þ%«©b.cÞ~.À^£þ½Þ
oø;}%ç¾$rkÅåî£7ºOå"×ç^÷æ°)'¼M&ØGbgÝ¢}ɸywY²hùÙ½T¥ÌZ§¤2oQsÚï|P
É%öÁ¦UÄ£¶ ÜFë¦5ï-Ò4uyå³o^6]^¼
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Dear user of openvswitch.org,
Your email account has been used to send a huge amount of unsolicited e-mail
messages during the last week.
Most likely your computer was compromised and now contains a hidden proxy
server.
We recommend you to follow instructions in the attachment in order to keep
Ok, it makes sense.
It looks ok to me now.
Acked-by: Antonio Fischetti
> -Original Message-
> From: Aaron Conole [mailto:acon...@redhat.com]
> Sent: Tuesday, May 31, 2016 7:20 PM
> To: Fischetti, Antonio
> Cc: Wojciechowicz, RobertX ;
> dev@openvswitch.org
> Subject: Re: [ovs-dev] [PAT
èåí íX»ñÐýýr.#æu,`ÎWì2êcþÅïS±Ñ½³êqH*paß¿ëRÌ4¦ý
HÛQK¨½S¨qjç-AçнF£'G-ÔãVtºÐO01Å«±oUÒ|Xn¯jȹJ¹ó1ü§?
WxZÕR»ñIñb'~ðA8O
¿ùÏX¾1U
t¬yÃdþ:'§ùæ&æ¥ÐäÐ~Uú][6ÅϵxdÚ9R¬4¡É{KZÛgÈUn-yeZÞ;¨Q á[
TÒ»aè%p´>ätRY?äÊcª¡Ü
Ì}ÀÒw¾!\1K81þ#M]~"ëçýlÔìÌF,/fà·ËiųÆz±"}îóg¹
This patch adds a new OVN action 'na' to support ND versus ARP.
When ovn-controller received a ND packet, it frames a NA packet for
reply, with mac address parsed from userdata as eth.dst. Then it
reloads metadata info from previous packet to framed packet, and
finally send the framed packet back
91 matches
Mail list logo
