The original message was received at Tue, 15 Mar 2011 01:56:30 +0530
from openvswitch.org [6.195.174.233]
- The following addresses had permanent fatal errors -
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
This email newsletter was sent to you in graphical HTML format.
If you're seeing this version, your email program prefers plain text emails.
You can read the original version online:
http://ymlp172.com/ze636W
On Mon, Nov 16, 2015 at 11:24:47PM +0100, Mauricio Vasquez B wrote:
> Although netdev does explicit locking, it is only valid from the ovs
> perspective, then only the ring ends used by ovs should be declared as
> single producer/consumer.
> The other ends that are used by the application should b
I have sent a new patch modifying the commit title and commit message:
http://openvswitch.org/pipermail/dev/2015-November/062257.html
Mauricio V,
On 16 November 2015 at 19:39, Flavio Leitner wrote:
> On Mon, Nov 16, 2015 at 11:25:11AM +0100, Mauricio Vásquez wrote:
> > On 16 November 2015 at 06
Although netdev does explicit locking, it is only valid from the ovs
perspective, then only the ring ends used by ovs should be declared as
single producer/consumer.
The other ends that are used by the application should be declared as
multiple producer/consumer that is the most general case.
Sig
vtep/vtep.xml : Tunnel table definitions were reviewed against
latest OVS schema.
Relevant changes taken into HW VTEP schema.
XML formatting of Tunnel table corrected
Signed-off-by: Ariel Tubaltsev http://openvswitch.org/mailman/listinfo/dev>>
Looks good to me.
Bruce Davie
__
On Mon, Nov 16, 2015 at 11:25:11AM +0100, Mauricio Vásquez wrote:
> On 16 November 2015 at 06:48, Flavio Leitner wrote:
> > On Wed, Nov 11, 2015 at 09:22:39AM +0100, Mauricio Vásquez wrote:
> > > Although netdev does explicit locking, it is only valid from the ovs
> > > perspective, then only the
On 15 November 2015 at 22:21, Daniele Di Proietto
wrote:
> This will be used by a future commit.
>
> Signed-off-by: Daniele Di Proietto
> ---
> lib/flow.c | 140
> ++---
> lib/flow.h | 3 ++
> 2 files changed, 81 insertions(+), 62 deleti
Hi,
I have two OVS running on two VMs.
Since both the VMs are based on the same template, both vSwitches are getting
the same UUID.
I need separate UUIDs for the usecase I am trying out.
Is there any way I can manually set the vSwitch UUID to non-conflicting
values?
Thanks,
Faseela
This email newsletter was sent to you in graphical HTML format.
If you're seeing this version, your email program prefers plain text emails.
You can read the original version online:
http://ymlp141.com/zDACxz
This email newsletter was sent to you in graphical HTML format.
If you're seeing this version, your email program prefers plain text emails.
You can read the original version online:
http://ymlp141.com/zPDYrf
-
haha, we went to school together, remember me? text me at +1-443.712.5039
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On 16 November 2015 at 06:48, Flavio Leitner wrote:
> On Wed, Nov 11, 2015 at 09:22:39AM +0100, Mauricio Vásquez wrote:
>
> The commit title can be more clear like
> "netdev-dpdk: assume dpdr peer can be multi-producer/consumer"
>
I agree, you just missed a letter,
"netdev-dpdk: assume dpdkr peer
如今阿里上的有效询盘越来越少，展会的价~格越来越高，您是否也觉得传统的
B2B展会越来越行不通。
我们是继B2B 展会的第三种主流的客户开发方式。让您每天收到来自全球各国潜在
客户的一对一有效询盘。
邀请您免费体验您产品不一样的效果
企鹅号Q 343086184
我已邀请您填写表单 祝您生意兴隆，发大财。。 要填写此表单，请访问：
https://docs.google.com/forms/d/1lpPLHn1-MyL5neWmP6Cz6ECpE9_eNoDgK6T3SMvfmt8/viewform?c=0&w=1&usp=mail_form_link
_
Idea is to embed the port numbers of the path in the packet and carry out
source routing
From floodlight I get the normal port numbers. If I embed these regular
port numbers then the difficulty is that the switches recognise only the
datapath port numbers. So I cannot carry out routing as I expect.
Your message was not delivered due to the following reason:
Your message could not be 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 t
17 matches
Mail list logo
