On Thu, Dec 29, 2016 at 7:47 AM, Guoshuai Li wrote:
> When master node shut down, VIP and OVNDB Master will go to other node.
>
> On the node that will become the master, if the VIP starts upgrading
> earlier than OVNDB promote, the ovsdb process in backup state will
>
Telekom Malaysia Berhad
Level 51, North Wing, Menara TM,
Jalan Pantai Baru, 50672,
Kuala Lumpur,
WP Kuala Lumpur,
Malaysia.
Hadiah Bonus Tahun Baru.
Pihak Telekom Malaysia @Program Kemenangan yang telah diadakan pada Disember
20th 2016
di mana alamat email anda yang disertakan beraama
On Fri, Dec 30, 2016 at 7:46 AM, Numan Siddique wrote:
> On Fri, Dec 30, 2016 at 5:36 PM, Dong Jun wrote:
>
>
> Hi Dong Jun, I am also facing the same issue on my setup.
>
> These are the findings of my investigation so far
>
> Looks like this
On Tue, 13 Dec 2016 13:45:05 -0500
Aaron Conole wrote:
> Although I'm not Flavio, I do have some quick thoughts on this.
>
> Russell Bryant writes:
>
> > My main concern with this was that it implements a new python-ovs package
> > and leaves the existing
Ben Pfaff writes:
> On Tue, Dec 13, 2016 at 01:45:05PM -0500, Aaron Conole wrote:
>> Also, FYI (and this is sortof a side-note) the libtool ABI versioning
>> information hasn't changed since 2014; bumping / managing that may
>> become an additional release burden if we start
On Fri, Dec 30, 2016 at 5:36 PM, Dong Jun wrote:
> Start devstack in one node(master code).
>
> (10.0.0.7)vm --- (10.0.0.1)dr(169.254.128.2) ---
> (169.254.128.1)ogr(172.24.4.10) --- (172.24.4.1)br-ex
> (fip 172.24.4.7)
>
> $ ip addr show eth0
> 2: eth0:
Currently the tunnel packets are recirculated in OVS after the tunnel
encapsulation. This patch combines the post tunnel actions with the tunnel
push to avoid unnecessary recirculation.
Two new datapath actions OVS_ATTR_COMBINE_START and OVS_ATTR_COMBINE_END are
added to implement this feature.
Estimado usuario
Su dirección de correo electrónico ha superado 2 GB creado por el webmaster, se
están ejecutando actualmente en 2.30 GB, que no puede enviar o recibir un nuevo
mensaje en las próximas 24 horas, por favor ingrese sus datos a continuación
para verificar y actualizar su cuenta:
Start devstack in one node(master code).
(10.0.0.7)vm --- (10.0.0.1)dr(169.254.128.2) ---
(169.254.128.1)ogr(172.24.4.10) --- (172.24.4.1)br-ex
(fip 172.24.4.7)
$ ip addr show eth0
2: eth0: mtu 1442 qdisc pfifo_fast
qlen 1000
inet 10.0.0.7/26 brd
This patch is not in line with the ongoing work to support L3 tunnels on
legacy (non packet type-aware) OVS bridges as specified in
https://docs.google.com/document/d/1oWMYUH8sjZJzWa72o2q9kU0N6pNE-rwZcLH3-kbbDR8/edit?usp=sharing
To avoid extensive rework, we suggest to replace the patch with
This patch is not in line with the ongoing work to support L3 tunnels on
legacy (non packet type-aware) OVS bridges as specified in
https://docs.google.com/document/d/1oWMYUH8sjZJzWa72o2q9kU0N6pNE-rwZcLH3-kbbDR8/edit?usp=sharing
To avoid extensive rework, we suggest to replace the patch with
This patch is not in line with the ongoing work to support L3 tunnels on
legacy (non packet type-aware) OVS bridges as specified in
https://docs.google.com/document/d/1oWMYUH8sjZJzWa72o2q9kU0N6pNE-rwZcLH3-kbbDR8/edit?usp=sharing
To avoid extensive rework, we suggest to replace the patch with
Hello,
I got following gdb backtrace for ovs2.6. And netdev_dpdk_send__()
definition is shown at bottom.
I try to understand what 'may_steal' is for but not clear yet. Can
anybody explain what it is?
#0 netdev_dpdk_eth_send (netdev=0x7f235285ed40, qid=0,
batch=0x7f2541ff7130,
Hi Yi,
Thanks for the confirmation and for rebasing the existing L3 tunneling
patches to include VXLAN-GPE.
Unfortunately, Simon's original user-space implementation in patches
9/17 through 11/17 using base_layer and offset fields in dp_packet is
not compatible to our ongoing implementation
Regards
_Sugesh
> -Original Message-
> From: Pravin Shelar [mailto:pshe...@ovn.org]
> Sent: Saturday, December 24, 2016 1:13 PM
> To: Chandran, Sugesh
> Cc: ovs dev ; Jesse Gross ; Ben
> Pfaff
> Subject:
15 matches
Mail list logo