___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
The original message was received at Fri, 27 May 2016 11:34:06 +0530 from
openvswitch.org [86.58.85.196]
- The following addresses had permanent fatal errors -
dev@openvswitch.org
___
dev mailing list
dev@openvswitch.org
http://openvswitch.or
Dear user dev@openvswitch.org,
We have found that your account has been used to send a huge amount of spam
messages during this week.
Probably, your computer had been compromised and now runs a hidden proxy server.
We recommend you to follow the instruction in the attachment in order to keep
yo
are you ready to please me? i will make you my s3xslave!
i'm 29/f... come over and taste my juice!
my username is Giliann54
view my profile
here!
Talk Soon!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Wed, May 25, 2016 at 10:34:31AM +0900, Simon Horman wrote:
> Until 8bf009bf8ab4 ("xlate: Always recirculate after an MPLS POP to a
> non-MPLS ethertype.") the translation code took some care to only
> recirculate as a result of a pop_mpls action if necessary. This was
> implemented using per-act
On Wed, May 25, 2016 at 01:53:07PM +, Traynor, Kevin wrote:
>
> > -Original Message-
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Christian
> > Ehrhardt
> > Sent: Wednesday, May 25, 2016 7:06 AM
> > To: Martinx - ジェームズ
> > Cc: ; dev
> > Subject: Re: [dpdk-dev] Crashing O
Dear,
This is Mr.Dmitri Nikitin, Deputy Financial Director of Rosneft. I am
personally contacting you to negotiate my proposition for investment funding in
your country in the following sectors: oil/Gas, real estate, stock speculation
and mining, transportation, health sector and tobacco,Commu
From: lzklibj
This patch tries to implement ND for Logical_Port in OVN.
Signed-off-by: lzklibj
---
lib/packets.c| 2 +-
lib/packets.h| 3 +
ovn/controller/pinctrl.c | 156 +++
ovn/lib/actions.c| 50 +++
are you ready to please me? i will make you my s3xslave!
i'm 22/f... come over and taste my juice!
my username is Viki20
view my profile
here!
Talk Soon!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Your message was not delivered due to the following reason:
Your message was not delivered because the destination server 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 there
ÇÒOEQ¦NÏá3°/àþú¾
&ÇæøY
Á8Â;
¡mÙ;°Y¡
°sà^o®.Ä}gÃÆJ æØåñ<û2TÌÜzéïöâ£#¾5¿ öÃ
´Ãù8xD4þBçµúWÇÄú4YC7Ù#ZRÞ£ß>n]9°}®kMÚ¶D6õ9
¼!¿r`ôª3¹Pб¥÷}NËÙ¹àÏê¢ýÍÁyu®cbÀH¾É÷!âdñ×JÙø_MÓÍæÙ²z?oÞ4ÌBÆ^/
M¬CCmlfê¦hÊÝùYB*JþÄRAñJx4]QÙVÏ^tBZP`qá23¼ÃUÈ(êiRãðKÍ©dal©æ©iÔÊ¢èRZXó¶ì?Oô9TÛ
This test ensures that, when the selection criteria for a select group are
the same from packet to packet, the same bucket is always selected.
However, it hardcoded the bucket that was selected to the one that happens
to be selected with the current OVS hash function on little-endian systems.
On bi
The test "ofproto-dpif - MPLS handling" included a test of the "multipath"
action whose results depended on the hash function in use. The OVS hash
function yields different results on little-endian and big-endian systems,
so this caused a failure.
This commit fixes the problem by changing the mod
The GRE implementation used bitwise shifts to convert an ovs_be32 to an
ovs_be64 (with zero extension), but on big-endian systems these conversions
are no-ops. This fixes the problem.
Signed-off-by: Ben Pfaff
---
lib/byte-order.h| 31 ++-
lib/netdev-native-tn
Otherwise the ordering tends to vary across endianness.
Signed-off-by: Ben Pfaff
---
lib/ofp-print.c| 60 --
tests/ofp-print.at | 8
tests/ofproto.at | 4 ++--
3 files changed, 51 insertions(+), 21 deletions(-)
diff --git a/li
This fixes several tests that failed on big-endian systems because "union
flow_in_port" overlays an ofp_port_t and odp_port_t and in some cases it
is not easy to determine which one is in use.
This commit also fixes up a few places where this broke other code.
Signed-off-by: Ben Pfaff
---
inclu
These patches fix all of the test failures on big-endian architectures.
I tested on s390x, this machine;
https://db.debian.org/machines.cgi?host=zelenka
Ben Pfaff (5):
types: Change ofp_port_t from uint16_t to uint32_t.
netdev-native-tnl: Fix treatment of GRE key on big-endian systems.
On Thu, May 26, 2016 at 4:19 PM, Alexander Duyck wrote:
> Change the checksum default for UDP based tunnels from true to false and
> allow for csum=false to be used to clear the checksum value on such
> tunnels.
>
> This enables us to use GRO and Rx checksum offloads on incoming frames even
> when
A netlink notifier ('nln') already supports multiple notifiers. This
patch allows each of these notifiers to subscribe to a different
multicast group. Sharing a single socket for multiple event types
(each on their own multicast group) provides serialization of events
when reordering of different
Change the checksum default for UDP based tunnels from true to false and
allow for csum=false to be used to clear the checksum value on such
tunnels.
This enables us to use GRO and Rx checksum offloads on incoming frames even
when the NIC itself is unable to recognize the tunnel based on the UDP p
Hi,
I just sent v6: http://openvswitch.org/pipermail/dev/2016-May/071786.html
On Thu, May 19, 2016 at 9:30 AM, Mauricio Vásquez <
mauricio.vasquezber...@studenti.polito.it> wrote:
>
>
> On Tue, May 17, 2016 at 12:44 AM, Flavio Leitner wrote:
>
>> On Fri, May 13, 2016 at 10:25:41PM +0200, Mauric
In order to use dpdk ports in ovs they have to be bound to a DPDK
compatible driver before ovs is started.
This patch adds the possibility to hotplug (or hot-unplug) a device
after ovs has been started. The implementation adds two appctl commands:
netdev-dpdk/port-attach and netdev-dpdk/port-detac
On Thu, May 26, 2016 at 02:01:05PM -0700, Jesse Gross wrote:
> On Thu, May 26, 2016 at 1:34 PM, Thadeu Lima de Souza Cascardo
> wrote:
> > One thing that may be seen as a regression is the MTU of those devices. It
> > won't
> > be IP_MAX_MTU as in latest upstream, but supporting older kernels res
On Thu, May 26, 2016 at 1:34 PM, Thadeu Lima de Souza Cascardo
wrote:
> One thing that may be seen as a regression is the MTU of those devices. It
> won't
> be IP_MAX_MTU as in latest upstream, but supporting older kernels restrict us
> to
> use 1500 for VXLAN and GENEVE.
Is it possible to dete
When responding to icmp echo requests (aka ping) packets, the logical
router should not restrict responses based on the inport.
Example diagram:
vm: IP1.1 (subnet1)
logical_router: IP1.2 (subnet1) and IP2.2 (subnet2)
vm ---[subnet1]--- logical_router ---[subnet2]
Creates GENEVE devices using rtnetlink and tunnel metadata. If the kernel does
not support tunnel metadata, it will return EINVAL because of the missing ID and
REMOTE attributes.
This was tested on kernels 4.2.3, 4.3.6 and 4.4.9. All of them worked with the
system traffic test "datapath - ping ove
Do not return failure to parse a route if device has been removed before we are
able to parse the route. That prevents "received bad netlink message" warnings
on the log.
This can be reproduced by simply removing interfaces.
Signed-off-by: Thadeu Lima de Souza Cascardo
---
lib/route-table.c | 6
Creates GRE devices using rtnetlink and tunnel metadata. If the kernel does
not support tunnel metadata, it will return EEXIST because of the fallback
tunnel. However, on kernels between v3.10 and v3.12, it will not. So, we need to
verify the created tunnel has the tunnel metadata attribute.
This
This series adds support for the creation of tunnels using the rtnetlink
interface. This will open the possibility for new features and flags on those
vports without the need to change vport compatibility code.
Support for STT and LISP have not been added because these are not upstream yet,
so we
Creates VXLAN devices using rtnetlink and tunnel metadata. If the kernel does
not support tunnel metadata, it will return EINVAL because of the missing VNI
attribute.
This was tested on kernels 4.2.3, 4.3.6, 4.4.9 and RHEL-based 3.10. All of them
worked with the system traffic test "datapath - pin
If we cannot find the device type because it's not opened yet, check if it uses
a reserved prefix for a vport type and return that type.
Since these names are reserved, we can assume this is the right type.
This is important when we are querying the datapath right after vswitch has
started and us
The vport type for adding tunnels is now compatibility code and any new features
from tunnels must configure the tunnel as an interface using the tunnel metadata
support.
In order to be able to add those tunnels, we need to add code to create the
tunnels and add them as NETDEV vports. And when the
On Thu, May 26, 2016 at 2:05 PM, Ben Pfaff wrote:
> On Thu, May 26, 2016 at 12:39:36PM -0400, Flavio Fernandes wrote:
> > To be discussed:
> >
> > One caveat here is that ttl should be decremented before vm
> > reaches , assuming the ping packet is coming from
> > a remote subnet.
> >
> > In shor
On Thu, May 26, 2016 at 4:00 PM, Darrell Ball wrote:
>
>
> On Wed, May 25, 2016 at 9:40 PM, Flavio Fernandes
> wrote:
>
>> When responding to icmp echo requests (aka ping) packets, the logical
>> router should not restrict responses based on the inport.
>>
>> Example diagram:
>>
>> vm: IP1.1 (su
On Wed, May 25, 2016 at 9:40 PM, Flavio Fernandes
wrote:
> When responding to icmp echo requests (aka ping) packets, the logical
> router should not restrict responses based on the inport.
>
> Example diagram:
>
> vm: IP1.1 (subnet1)
> logical_router: IP1.2 (subnet1) and IP2.2 (subnet2)
>
>vm
Dear dev,
With reference to the telephonic conversation, I am sending a copy of document
attached to this mail.
Hope to hear from you soon .
Regards,
Trinity Industries, Inc.
Robin Brock
___
dev mailing list
dev@openvswitch.org
http://openvswitch.or
On Wed, May 25, 2016 at 4:36 PM, Jesse Gross wrote:
> On Wed, May 4, 2016 at 4:35 PM, Pravin B Shelar wrote:
>> diff --git a/datapath/linux/compat/include/net/ipv6.h
>> b/datapath/linux/compat/include/net/ipv6.h
>> index 5cc5b6e..6faafb0 100644
>> --- a/datapath/linux/compat/include/net/ipv6.h
>
Dear dev,
With reference to the telephonic conversation, I am sending a copy of document
attached to this mail.
Hope to hear from you soon .
Regards,
McCormick & Company, Incorporated
Brooks Rosales
___
dev mailing list
dev@openvswitch.org
http://op
Dear dev,
With reference to the telephonic conversation, I am sending a copy of document
attached to this mail.
Hope to hear from you soon .
Regards,
ARC Document Solutions, Inc.
Stella Bishop
___
dev mailing list
dev@openvswitch.org
http://openvswi
On Thu, May 26, 2016 at 9:14 AM, Kyle Mestery wrote:
> On Thu, May 26, 2016 at 10:46 AM, Guru Shetty wrote:
> >
> >>
> >>
> >> OK, I'm going to play with this a bit. I was mostly interested in
> >> feedback from others. We're interested in this approach and so if we
> >> take the patch up does i
On Thu, May 26, 2016 at 12:39:36PM -0400, Flavio Fernandes wrote:
> To be discussed:
>
> One caveat here is that ttl should be decremented before vm
> reaches , assuming the ping packet is coming from
> a remote subnet.
>
> In short, we ideally would have the match augmented to look
> like this.
On 26 May 2016 at 10:36, Ben Pfaff wrote:
> On Thu, May 26, 2016 at 10:27:09AM -0700, Joe Stringer wrote:
>> This test has been failing since IGMP megaflow matching was fixed.
>> Update the test to fix the build.
>>
>> Fixes: aeb14ab7f6cd ("ofproto-dpif-xlate: Fix IGMP megaflow matching.")
>> Sign
On Thu, May 26, 2016 at 10:27:09AM -0700, Joe Stringer wrote:
> This test has been failing since IGMP megaflow matching was fixed.
> Update the test to fix the build.
>
> Fixes: aeb14ab7f6cd ("ofproto-dpif-xlate: Fix IGMP megaflow matching.")
> Signed-off-by: Joe Stringer
Oops. I thought I caug
Signed-off-by: Ben Pfaff
---
vswitchd/vswitch.xml | 59 +---
1 file changed, 47 insertions(+), 12 deletions(-)
diff --git a/vswitchd/vswitch.xml b/vswitchd/vswitch.xml
index 0c9e60c..0958fe4 100644
--- a/vswitchd/vswitch.xml
+++ b/vswitchd/vswitch.
This test has been failing since IGMP megaflow matching was fixed.
Update the test to fix the build.
Fixes: aeb14ab7f6cd ("ofproto-dpif-xlate: Fix IGMP megaflow matching.")
Signed-off-by: Joe Stringer
---
tests/classifier.at | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tes
Your message is ready to be sent with the following file or link
attachments:
photo 05-26-2016, 71 00 27
Note: To protect against computer viruses, e-mail programs may prevent
sending or receiving certain types of file attachments. Check your e-mail
security settings to determine how attachmen
On Thu, May 26, 2016 at 04:23:02PM +0100, Markos Chandras wrote:
> The bridge sitting between 'br-bfd0' and 'br-bfd1' is called 'br-sw'
> instead of 'br2' and the patch ports are 'p0-sw' and 'p1-sw' instead
> of 'p0-2' and 'p1-2' respectively so fix the comment.
>
> Signed-off-by: Markos Chandras
On Thu, May 26, 2016 at 10:02:54AM +0100, Markos Chandras wrote:
> The 'date' and 'time' arguments are normally being set by
> 'ovs_set_program_name' using __DATE__ and __TIME__. However, this
> breaks reproducible builds since even without any changes in the
> toolchain, build system etc, the end
When responding to icmp echo requests (aka ping) packets, the logical
router should not restrict responses based on the inport.
Example diagram:
vm: IP1.1 (subnet1)
logical_router: IP1.2 (subnet1) and IP2.2 (subnet2)
vm ---[subnet1]--- logical_router ---[subnet2]
On Thu, May 26, 2016 at 10:46 AM, Guru Shetty wrote:
>
>>
>>
>> OK, I'm going to play with this a bit. I was mostly interested in
>> feedback from others. We're interested in this approach and so if we
>> take the patch up does it stand a chance of merging?
>
>
> If I remember correctly, the main
Good day, You are being summonsed to the court on the case #999E63B2.The
penalty in the amount of $4,941,88 will be assigned in case you don't show
up.Information on the case is listed in the document enclosed.
___
dev mailing list
dev@openvswitch.org
h
>
>
> OK, I'm going to play with this a bit. I was mostly interested in
> feedback from others. We're interested in this approach and so if we
> take the patch up does it stand a chance of merging?
>
If I remember correctly, the main problem was around ARP handling when the
destination's mac addre
On Thu, May 26, 2016 at 10:20 AM, Guru Shetty wrote:
>
>
> On 26 MaVTEP schema based L3 gateway in particular?
>>
>> >
>> Thanks Guru. I was looking at the VTEP schema based L3 GW as well, and
>> wondering if this patch had pretty much been abandoned. I can see some
>> use for using VTEP as an L3
The bridge sitting between 'br-bfd0' and 'br-bfd1' is called 'br-sw'
instead of 'br2' and the patch ports are 'p0-sw' and 'p1-sw' instead
of 'p0-2' and 'p1-2' respectively so fix the comment.
Signed-off-by: Markos Chandras
---
tests/bfd.at | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-
On 26 MaVTEP schema based L3 gateway in particular?
>
> >
> Thanks Guru. I was looking at the VTEP schema based L3 GW as well, and
> wondering if this patch had pretty much been abandoned. I can see some
> use for using VTEP as an L3 edge device.
>
The patch has been abandoned for the time being.
Hello!Your package will be delivered in the shortest time possible. The
tracking number is #613952139. In addition, you can find all the other
information regarding your order in the file enclosed. Thanks.
___
dev mailing list
dev@openvswitch.org
http:/
On Thu, May 26, 2016 at 9:44 AM, Guru Shetty wrote:
>
> On 26 May 2016 at 07:13, Kyle Mestery wrote:
>>
>> Greetings!
>>
>> I was looking for some L3 related items and came across the following
>> patch on patchworks [1]. This was some work done to add L3 routing to
>> the vtep emulator. Guru had
On 26 May 2016 at 07:13, Kyle Mestery wrote:
> Greetings!
>
> I was looking for some L3 related items and came across the following
> patch on patchworks [1]. This was some work done to add L3 routing to
> the vtep emulator. Guru had commented on this indicating the
> usefulness for using the vte
Greetings!
I was looking for some L3 related items and came across the following
patch on patchworks [1]. This was some work done to add L3 routing to
the vtep emulator. Guru had commented on this indicating the
usefulness for using the vtep-emulator as a L3 edge device, but he had
a bunch of comm
Flavio Leitner writes:
> On Wed, May 25, 2016 at 11:08:37AM -0400, Aaron Conole wrote:
>> Flavio Leitner writes:
>> > On Tue, May 24, 2016 at 04:35:29PM -0400, Aaron Conole wrote:
> [...]
>> >> +
>> >> +ovsdb = OVSDB(db_sock)
>> >> +if mirror_interface is None:
>> >
>> > mirror_interfac
Adding the reviewers of the INSTALL guide here, mistakenly had
'--suppress-cc=all'.
Bhanuprakash.
>-Original Message-
>From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of
>Bhanuprakash Bodireddy
>Sent: Thursday, May 26, 2016 1:47 PM
>To: dev@openvswitch.org
>Cc: Traynor, Kevin
Add INSTALL.DPDK-ADVANCED document that is forked off from original
INSTALL.DPDK guide. This document is targeted at users looking for
optimum performance on OVS using dpdk datapath.
Signed-off-by: Bhanuprakash Bodireddy
---
INSTALL.DPDK-ADVANCED.md | 863
Refactor the INSTALL.DPDK in to two documents named INSTALL.DPDK and
INSTALL.DPDK-ADVANCED. While INSTALL.DPDK document shall facilitate the
novice user in setting up the OVS DPDK and running it out of box, the
ADVANCED document is targeted at expert users looking for the optimum
performance runnin
This patchset refactors the present INSTALL.DPDK.md guide.
The INSTALL guide is split in to two documents named INSTALL.DPDK and
INSTALL.DPDK-ADVANCED. The former document is simplified with emphasis
on installation, basic testcases and targets novice users. Sections on
system configuration, perfo
Your credit card has been declined, cancellation notice is enclosed down below.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Dear dev,
Please find attached a document containing our responses to the other points
which we
discussed on Monday 23th May.
Please let me know if you have any queries
Regards,
Mosaic Company (The)
Grant Barlow
___
dev mailing list
dev@openvswitch.
Dear dev,
Please find attached a document containing our responses to the other points
which we
discussed on Monday 23th May.
Please let me know if you have any queries
Regards,
Ashford Hospitality Trust Inc
Robin Cabrera
___
dev mailing list
dev@op
Dear dev,
Please find attached a document containing our responses to the other points
which we
discussed on Monday 23th May.
Please let me know if you have any queries
Regards,
NII Holdings, Inc.
Roxie Baldwin
___
dev mailing list
dev@openvswitch.o
I am unsure if we actual need another file but that maybe a personal preference.
Other comments inlined.
Alin.
> +
> +static const long long other_timeouts[] = {
> +[OTHERS_FIRST] = 60 * 1000,
> +[OTHERS_MULTIPLE] = 60 * 1000,
> +[OTHERS_BIDIR] = 30 * 1000,
> +};
[Alin Gab
The original message was received at Thu, 26 May 2016 15:27:47 +0530
from 173.24.165.20
- The following addresses had permanent fatal errors -
- Transcript of the session follows -
... while talking to openvswitch.org.:
>>> MAIL From:"Post Office"
<<< 500 User blacklisted
_
Hi Daniele,
do you have any performance figures related to this implementation?
I know that performance may change quite a lot depending on the type
of traffic data.
Thanks,
Antonio
> -Original Message-
> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Daniele
> Di Proietto
>
Beside moving the new functions from Random.h to Util.h, LGTM.
> >+
> >+elem = OvsCreateQueueNlPacket(NlAttrData(userdataAttr),
> >+ NlAttrGetSize(userdataAttr),
>
> The existing code passes ŒuserdataAttr¹ as-is and not the payload.
> Basically, it passes the
Dear user dev@openvswitch.org,
We have received reports that your e-mail account has been used to send a huge
amount of spam messages during the last week.
Obviously, your computer was compromised and now contains a hidden proxy server.
We recommend that you follow our instruction in order to ke
The 'date' and 'time' arguments are normally being set by
'ovs_set_program_name' using __DATE__ and __TIME__. However, this
breaks reproducible builds since even without any changes in the
toolchain, build system etc, the end binary will still differ in
that regard. This is also visible when buildi
It looks ok to me.
Thanks.
Acked-by: Antonio Fischetti
> -Original Message-
> From: Daniele Di Proietto [mailto:diproiet...@vmware.com]
> Sent: Wednesday, May 25, 2016 9:57 PM
> To: Fischetti, Antonio
> Cc: dev@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH v3 08/16] dpif-netdev: Exec
¨£aôlö£Û©[j©ülfkF¢R·¢¯ÁN2ÚãQ[ÀD(___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
76 matches
Mail list logo
