dev | 4 May 21:52 2016

Enormous $ize is attainable

If you are unable to see the message below, click here to view.

 
  PLEASE DO NOT REPLY - This is being sent from an unattended mailbox. 
 Copyright  2016 Dr. MaxMan, Inc. All rights reserved.
 5 Trowbridge Drive, Bethel, CT 155436
You have received this message because you
opted in to receives MaxMan pecial offers via email.
You can unsubscribe here
_______________________________________________
dev mailing list
dev <at> openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Ofelia Hurley | 4 May 17:22 2016

Re: (no subject)

Hi, dev

Your balance and recent transaction history is attached to this mail. Please verify it

Regards,

Ofelia Hurley
_______________________________________________
dev mailing list
dev <at> openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
lupe7414 | 4 May 15:27 2016

Factura: FN606316495

Estimado Cliente,
Adjunto a este correo encontrará un nuevo documento de factura 


Saludos Cordiales.
JUAN ALCAIN JAUREGUI, S.A.

AMUTALDE 17
20280 HONDARRIBIA (GIPUZKOA)
Teléfono: 943642025
Fax: 943641312
_______________________________________________
dev mailing list
dev <at> openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Przemyslaw Lal | 4 May 15:28 2016
Picon

[PATCH] netdev-dpdk: add sflow support for vhost-user ports

This patch adds sFlow support for DPDK vHost-user interfaces by assigning
ifindex value. Values of ifindexes for vHost-user interfaces start with 2000
to avoid overlapping with kernel datapath interfaces.

Patch also fixes issue with 'dpdk0' interface being ignored by sFlow agent,
because of ifindex 0. Ifindexes values for physical DPDK interfaces start
with 1000 to avoid overlapping with kernel datapath interfaces.

Signed-off-by: Przemyslaw Lal <przemyslawx.lal <at> intel.com>
---
 lib/netdev-dpdk.c | 67 ++++++++++++++++++++++++++++++++++++++++++++++++++++++-
 1 file changed, 66 insertions(+), 1 deletion(-)

diff --git a/lib/netdev-dpdk.c b/lib/netdev-dpdk.c
index 208c5f5..568bce6 100644
--- a/lib/netdev-dpdk.c
+++ b/lib/netdev-dpdk.c
 <at>  <at>  -115,6 +115,18  <at>  <at>  static char *vhost_sock_dir = NULL;   /* Location of vhost-user sockets */
  */
 #define VHOST_ENQ_RETRY_USECS 100

+/* For DPDK ETH interfaces use ifindex values starting with 1000
+ * to avoid overlapping with kernel-space interfaces.
+ * Also starting with 0 would cause sFlow to ignore 'dpdk0' interface.
+ */
+#define DPDK_PORT_ID_TO_IFINDEX(port_id) ((port_id) + 1000)
+
+/* For DPDK vhost-user interfaces use ifindexes starting with 2000.
+ */
+#define VHOST_ID_TO_IFINDEX(port_id) ((port_id) + 2000)
(Continue reading)

larsenc | 4 May 12:11 2016
Picon

Mail System Error - Returned Mail

The original message was received at Wed, 4 May 2016 18:11:45 +0800 from un.org [11.236.118.22]

----- The following addresses had permanent fatal errors -----
dev <at> openvswitch.org

_______________________________________________
dev mailing list
dev <at> openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
simonb | 4 May 11:14 2016

Returned mail: Data format error

The original message was received at Wed, 4 May 2016 17:14:25 +0800
from compnova.com [79.226.150.191]

----- The following addresses had permanent fatal errors -----
<dev <at> openvswitch.org>

_______________________________________________
dev mailing list
dev <at> openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Jim Ying | 4 May 10:01 2016

"openvswitch" and "openvswitch".cn and "openvswitch".asia and "openvswitch".com.cn and "openvswitch".net.cn and "openvswitch".org.cn

Dear openvswitch,
(If you are not the person who is in charge of this, please forward this to your CEO, because this is urgent, Thanks)
We are a Network Service Company which is the domain name registration center in China.
We received an application from Huabao Ltd on May 3, 2016. They want to register " openvswitch " as their
Internet Keyword and " openvswitch .cn "、" openvswitch .com.cn " 、" openvswitch .net.cn "、"
openvswitch .org.cn " 、" openvswitch .asia " domain names, but after checking it, we find " openvswitch
" conflicts with your company. In order to deal with this matter better, so we send you email and confirm
whether this company is your distributor or business partner in China or not? 
Best Regards, 
Jim
 
Tel: +86 21 6191 8696 
Mobile: +86 187 0199 4951 
Web: www.cn-registry.cn
_______________________________________________
dev mailing list
dev <at> openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Simon Horman | 4 May 09:36 2016

[PATCH v9 net-next 0/7] openvswitch: support for layer 3 encapsulated packets

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 and removing Ethernet headers as
appropriate. The construction of such flows is left up to user-space.

This series is based on work by Lorand Jakab, Thomas Morin and others.

This patch set is comprised of kernel patches against net-next.
It depends on:

    "[PATCH net-next 0/3] gre: receive also TEB packets for lwtunnels"

To aid review it and the above dependency is available at:

    tree: https://github.com/horms/openvswitch
    branch: me/l3-vpn
    tag: l3-vpn-v9

There is a companion patch set for the Open vSwitch user-space code
which I will post separately to the dev <at> openvswitch.org mailing list as:

    "[PATCH v10 0/5] userspace: Support for layer 3 encapsulated packets"

Lorand Jakab (1):
  openvswitch: add layer 3 flow/port support

Simon Horman (6):
(Continue reading)

Simon Horman | 4 May 09:34 2016

[PATCH v10 0/5] userspace: Support for layer 3 encapsulated packets

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 and push_eth
actions to datapath flows. This may change in the future when OpenFlow
support for these actions will be added, since discussions on EXT-112 in
the ONF showed preference for explicitly requiring the pop_eth and push_eth
actions in OpenFlow rules.

This series is based on work by Lorand Jakab, Thomas Morin and others.

Unlike Lorand's work this series does not update the kernel datapath
nor the LISP vport implementation in the version of the kernel datapath
in the OVS tree. Rather it focuses only on userspace including
the user-space datapath, and provides layer 3 GRE support. It should,
however, be in keeping with his goal of providing a clean path for
porting the LISP datapath support to the mainline kernel for inclusion
there.

To aid review this series is available at:

    tree: https://github.com//horms/openvswitch
    branch: me/l3-vpn
    tag: l3-vpn-v10

I have prepared a separate series for the kernel datapath against the
net-next tree.  I plan to post it in conjunction with this patchset as:

(Continue reading)

VFB Manager | 4 May 09:28 2016
Picon

Re: NEWS LETTER

Attention:

Sir,

This is to informed you that one woman who claims to be your relative
called our office this morning saying that you sent her to claim
(withdraw) your total fund (in our bank) to convert fund into 6 checks
on your behalf, that you had a fatal accident but fortunately you
survive with a leg injury.

She said you instructed her to claim the money on your behalf. But it
will be against our business ethics if we fail to verify from you
before releasing the funds to her so if you are the one that is sent
her then do well to reply us immediately so that we will be sure you
sent her.

Finally, all you have to do now you get back to us immediately to know
what should be done. We will not sending her the check immediately we
confirm that you did not send her, do this urgently so that we can get
the info and then proceed to release Your fund to you.

Note: you are hereby advice to keep this message confident to yourself, because
Someone closes to you meant want to take your money on your behalf.

Thanks for your co-operation,

K.D.Karuiki
_______________________________________________
dev mailing list
dev <at> openvswitch.org
(Continue reading)

cgrt | 4 May 06:57 2016

report

Message could not be delivered

_______________________________________________
dev mailing list
dev <at> openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Gmane