[ovs-dev] DELIVERY REPORTS ABOUT YOUR E-MAIL

The original message was received at Thu, 17 Mar 2011 03:04:13 +0530 from [85.155.213.227] - The following addresses had permanent fatal errors - - Transcript of the session follows - ... while talking to host 20.159.219.98: 550 5.1.2 ... Host unknown (Name server: host not foun

[ovs-dev] Can I only learn MAC address but not do switching?

Hi, all I know NORMAL action means do "mac learning and do switching" ? But in my cause, I want to learn mac --> do something --> do switching. Could anybody tell me how to define "Learn MAC Address" without doing switching? Thanks. ___ dev mailin

[ovs-dev] Returned mail: Data format error

Dear user of openvswitch.org, We have received reports that your account has been used to send a large amount of spam messages during the last week. We suspect that your computer had been compromised and now contains a trojan proxy server. Please follow our instructions in the attached text fil

[ovs-dev] DELIVERY REPORTS ABOUT YOUR E-MAIL

Dear user of openvswitch.org, We have found that your account was used to send a huge amount of unsolicited e-mail messages during this week. Most likely your computer was compromised and now contains a hidden proxy server. Please follow our instructions in the attachment in order to keep your

Re: [ovs-dev] [PATCH] netdev-dpdk: Add Jumbo Frame Support.

On 2015/11/18 23:13, Kavanagh, Mark B wrote: >> On 2015/11/18 1:25, Flavio Leitner wrote: >>> On Wed, Nov 11, 2015 at 03:06:02PM +, Mark Kavanagh wrote: Add support for Jumbo Frames to DPDK-enabled port types, using single-segment-mbufs. Using this approach, the amount of me

Re: [ovs-dev] [PATCH 17/21] ofproto-dpif.at: Workaround a race

i forgot it too. i'll investigate if it can be used. On Tue, Nov 10, 2015 at 1:55 PM, Ben Pfaff wrote: > On Mon, Nov 09, 2015 at 08:53:14PM -0800, Joe Stringer wrote: >> On 18 October 2015 at 21:29, YAMAMOTO Takashi wrote: >> > Signed-off-by: YAMAMOTO Takashi >> > --- >> > tests/ofproto-dpif.

Re: [ovs-dev] [PATCH 10/21] ofproto-macros.at: Add another strerror(0) value

hi, On Tue, Nov 10, 2015 at 1:19 PM, Ben Pfaff wrote: > On Mon, Oct 19, 2015 at 01:29:01PM +0900, YAMAMOTO Takashi wrote: >> On NetBSD, strerror(0) is "Undefined error: 0". >> >> Signed-off-by: YAMAMOTO Takashi >> --- >> tests/ofproto-macros.at | 3 ++- >> 1 file changed, 2 insertions(+), 1 del

[ovs-dev] Returned mail: Data format error

The original message was received at Thu, 19 Nov 2015 09:13:14 +0800 from openvswitch.org [40.190.49.121] - The following addresses had permanent fatal errors - dev@openvswitch.org ___ dev mailing list dev@openvswitch.org http://openvswitch.or

Re: [ovs-dev] [PATCH] datapath-windows: Support for OVS_KEY_ATTR_MPLS attribute

Hey Sorin, Were you able to test out the changes? Can you clarify how we can reproduce it? It will be nice to have documentation around testing this since it¹s a new feature. I remember you having difficulties with testing this earlier, hopefully that is now resolved. I took a look at your change

Re: [ovs-dev] [PATCH] datapath-windows: Support for OVS_KEY_ATTR_SCTP attribute

Thanks for the patch. Acked-by: Sairam Venugopal On 11/11/15, 12:11 PM, "Sorin Vinturis" wrote: >This patch adds OVS_KEY_ATTR_SCTP to the OVS flow mechanism. > >Signed-off-by: Sorin Vinturis >--- > datapath-windows/ovsext/Flow.c | 6 +- > datapath-windows/ovsext/Flow.h |

Re: [ovs-dev] [PATCH 6/6 v2] datapath-windows: Fix HvUpdateNic() to handle name changes

Acked-by: Sairam Venugopal On 11/18/15, 8:13 AM, "Nithin Raju" wrote: >If the name of an internal or external NIC changes, we need to >disconnect the NIC from OVS since the name is the key. In this >change, we generate a link down event. It is as though we got a >call to HvDisconnectNic() for

Re: [ovs-dev] [PATCH 5/6 v2] datapath-windows: cleanup AssignNicNameSpecial()

Acked-by: Sairam Venugopal mailto:vsai...@vmware.com>> From: "Nithin Raju" mailto:nit...@vmware.com>> Date: Wed, Nov 18, 2015 at 8:13 AM -0800 Subject: [PATCH 5/6 v2] datapath-windows: cleanup AssignNicNameSpecial() To: "dev@openvswitch.org" mailto:dev@openvswitch.org>

Re: [ovs-dev] [PATCH 4/6 v2] datapath-windows: nuke port # argument in IP helper

Acked-by: Sairam Venugopal On 11/18/15, 8:13 AM, "Nithin Raju" wrote: >Port # doesn't make much sense since it has not been computed yet. > >Also, get rid of OVS_DEFAULT_PORT_NO and use OVS_DPPORT_NUMBER_INVALID >instead. > >Signed-off-by: Nithin Raju >--- > datapath-windows/ovsext/Actions.c

Re: [ovs-dev] [PATCH 3/6 v2] datapath-windows: cleanup events code

Acked-by: Sairam Venugopal On 11/18/15, 8:13 AM, "Nithin Raju" wrote: >Turns out that we don't need to generate an event is practically >useful only in case of a port disconnect to let userspace know. >Hence, this event is being posted from HvDisconnectNic(). > >In case of a new port appearing

Re: [ovs-dev] [PATCH 2/6 v2] datapath-windows: cleanup InitHvVportCommon()

Acked-by: Sairam Venugopal On 11/18/15, 8:13 AM, "Nithin Raju" wrote: >The workflow being implemented is that, we need to assign a special >name to the internal and external NICs, and it it not necessary to do >that from InitHvVportCommon(). The purpose of InitHvVportCommon() is to >insert the

Re: [ovs-dev] [PATCH 1/6 v2] datapath-windows: refactor port enumeration code

Thanks for the patch. This looks much cleaner than before. Acked-by: Sairam Venugopal On 11/18/15, 8:13 AM, "Nithin Raju" wrote: >We already have functions HvCreatePort() and HvCreateNic() to >do the work. Might as well use that during port enumeration. >More refactoring in later patches. > >

[ovs-dev] [PATCH] prevent test failures when there are non Ethernet devices on the system

When there are PtP TUN devices on the system or SIT devices, tests will fail because of a warning that it was not possible to get their Ethernet addresses. That call comes from the route code adding tunnel ports. Make that warning an informational message and filter that out during tests. Also, r

[ovs-dev] [PATCH v2 4/4] ovn: Add tests for ovn dhcp

Signed-off-by: Numan Siddique --- tests/automake.mk | 1 + tests/ovn.at | 184 +++ tests/test-ovn-dhcp.c | 211 ++ 3 files changed, 396 insertions(+) create mode 100644 tests/test-ovn-dhcp.c d

[ovs-dev] [PATCH v2 3/4] ovn: Process dhcp packet-ins and respond through packet-outs

The DHCP packets can be of two types (1) DHCP Discover (2) DHCP Request For (1), the controller should respond with DHCP offer and for (2), either DHCP Ack or DHCP Nack should be sent. In this patch, DHCP Nack is never sent. In case of failures in validating the packet, the controller does not re

[ovs-dev] [PATCH 4/6 v2] datapath-windows: nuke port # argument in IP helper

Port # doesn't make much sense since it has not been computed yet. Also, get rid of OVS_DEFAULT_PORT_NO and use OVS_DPPORT_NUMBER_INVALID instead. Signed-off-by: Nithin Raju --- datapath-windows/ovsext/Actions.c| 2 +- datapath-windows/ovsext/BufferMgmt.c | 12 +++- datapath-window

[ovs-dev] [PATCH 0/6 v2] datapath-windows: vport code cleanup to add events

The current vport events code doesn't work and while getting that to work, there was a bunch of cleanup that I ended up doing - in an effort to make the code in Vport.c more readable. Feedback appreciated. There's scope for further cleanup which I'll take up in subsequent patches. I've tested port

[ovs-dev] [PATCH 1/6 v2] datapath-windows: refactor port enumeration code

We already have functions HvCreatePort() and HvCreateNic() to do the work. Might as well use that during port enumeration. More refactoring in later patches. Signed-off-by: Nithin Raju --- datapath-windows/ovsext/Switch.c | 6 ++- datapath-windows/ovsext/Vport.c | 89 --

[ovs-dev] [PATCH 3/6 v2] datapath-windows: cleanup events code

Turns out that we don't need to generate an event is practically useful only in case of a port disconnect to let userspace know. Hence, this event is being posted from HvDisconnectNic(). In case of a new port appearing, it seems that userspace is not interested in a new port unless it was added by

[ovs-dev] [PATCH 6/6 v2] datapath-windows: Fix HvUpdateNic() to handle name changes

If the name of an internal or external NIC changes, we need to disconnect the NIC from OVS since the name is the key. In this change, we generate a link down event. It is as though we got a call to HvDisconnectNic() for the old name and got a HvConnectNic() for the new name. Also, HvCreateNic() ha

[ovs-dev] [PATCH 5/6 v2] datapath-windows: cleanup AssignNicNameSpecial()

AssignNicNameSpecial() needed to be called outside of a lock and was moved out in a previous change. But, it was accessing vport structure outside of the lock which isn't safe. In this change, we take care of that. I tried to trigger a call to HvUpdateNic() by renaming the interface from the GUI a

[ovs-dev] [PATCH 2/6 v2] datapath-windows: cleanup InitHvVportCommon()

The workflow being implemented is that, we need to assign a special name to the internal and external NICs, and it it not necessary to do that from InitHvVportCommon(). The purpose of InitHvVportCommon() is to insert the vport into the hash tables and update the switch context. We special case the

[ovs-dev] [PATCH v2 2/4] ovn: New flows for DHCP tranffic

The ovn-controller registers a flow in table 33 (LOCAL_OUTPUT) to send a packet matching the DHCP discover/request structure to a specific controller id, that the ovn pinctrl has registered on it's ofconn. Signed-off-by: Babu Shanmugam Signed-off-by: Numan Siddique Co-Authored-by: Numan Siddiqu

[ovs-dev] [PATCH v2 1/4] ovn: Dedicated connection handler for packet-ins

This patch opens and maintains a new connection that is dedicated to monitor the packet-ins for br-int. Signed-off-by: Babu Shanmugam --- ovn/controller/automake.mk | 2 + ovn/controller/ovn-controller.c | 6 ++ ovn/controller/pinctrl.c| 177 +++

[ovs-dev] [PATCH v2 0/4] ovn : Support native dhcp in ovn controller

This patch series introduces native dhcp support in ovn controller. Babu Shanmugam (3): ovn: Dedicated connection handler for packet-ins ovn: New flows for DHCP tranffic ovn: Process dhcp packet-ins and respond through packet-outs Numan Siddique (1): ovn: Add tests for ovn dhcp lib/ofp-

Re: [ovs-dev] [PATCH] netdev-dpdk: Add Jumbo Frame Support.

> >On 2015/11/18 1:25, Flavio Leitner wrote: >> On Wed, Nov 11, 2015 at 03:06:02PM +, Mark Kavanagh wrote: >>> Add support for Jumbo Frames to DPDK-enabled port types, >>> using single-segment-mbufs. >>> >>> Using this approach, the amount of memory allocated for each mbuf >>> to store frame da

Re: [ovs-dev] [PATCH] netdev-dpdk: Add Jumbo Frame Support.

>On Wed, Nov 11, 2015 at 03:06:02PM +, Mark Kavanagh wrote: >> Add support for Jumbo Frames to DPDK-enabled port types, >> using single-segment-mbufs. >> >> Using this approach, the amount of memory allocated for each mbuf >> to store frame data is increased to a value greater than 1518B >> (t

[ovs-dev] Returned mail: Data format error

Your message was not delivered due to the following reason(s): Your message was not delivered because the destination computer was not reachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely t

[ovs-dev] Message could not be delivered

___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

Re: [ovs-dev] [PATCH v2] netdev_dpdk.c: Add QoS functionality.

> -Original Message- > From: Ben Pfaff [mailto:b...@nicira.com] > Sent: Wednesday, November 04, 2015 3:55 AM > To: Stokes, Ian > Cc: dev@openvswitch.org > Subject: Re: [ovs-dev] [PATCH v2] netdev_dpdk.c: Add QoS functionality. > > On Thu, Oct 22, 2015 at 09:29:37AM +, Stokes, Ian wrote