date:20200629

Re: [ovs-discuss] copyright infringement claim against "Trouble-shooting the Data Plane in OVS"

2020-06-29 Thread Rohith Basavaraja

Hi Ben,

I am surprised at this and it doesn't make any sense to me. Do you have any
more details?

Let me search my archive and get back to you with our presentation copy.

Thanks for informing us.

Thanks
Rohith


On Tue, Jun 30, 2020 at 3:38 AM Ben Pfaff  wrote:

> Hi Jan and Rohith.
>
> LinkedIn took down all of the slides from the Open vSwitch 2017
> Conference because someone alleged copyright infringement against your
> slides.  Does this make any sense to you?
>
> I don't have a copy of the slides (because they were on SlideShare
> only).  Can you pass them along?  I think I'll probably drop the use of
> SlideShare as much as I can, because they have demonstrated that they
> are not trustworthy.
>
> Thanks,
>
> Ben.
>
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

2020-06-29 Thread Emily Ruf

Ben,

I have also opened in internal support ticket to see what other options we have 
to access the account.

Emily


> On Jun 29, 2020, at 10:58 PM, Emily Ruf  wrote:
> 
> Hi Ben,
> 
> I just replied to that email and it bounced back saying my response could not 
> be added to the case since it wasn’t the primary email address associated 
> with the case.
> 
> For the case response: The email address The email address would be either 
> openvswi...@linuxfoundation.org  or 
> eve...@openvswitch.org .
> 
> 
> Emily Ruf, CMP
> Event Manager
> The Linux Foundation
> 
> M: 512-745-1456
> E: e...@linuxfoundation.org 
> 
> 
>> On Jun 29, 2020, at 7:19 PM, Ben Pfaff mailto:b...@ovn.org>> 
>> wrote:
>> 
>> Are you able to log into to the suspended account?  The reaction I got
>> from LinkedIn was basically "We will not tell you anything useful about
>> the alleged violation because of privacy."  They were not clear about
>> whether that was because I am not the account owner.  If you have access
>> to the account, then maybe you can find out more.
>> 
>> On Fri, Jun 26, 2020 at 01:06:30PM -0700, Ben Pfaff wrote:
>>> OK!  That's a good start.  Thanks!
>>> 
>>> On Fri, Jun 26, 2020 at 03:57:20PM -0400, Emily Ruf wrote:
 Hi Ben,
 
 Before we head into the weekend, I wanted to give you a quick update. 
 We’ve submitted a ticket to LinkedIn to find out why the account was 
 locked and what action we need to take to reinstate the account.
 
 I’ll update you once I have more details to share.
 
 Emily Ruf, CMP
 Event Manager
 The Linux Foundation
 
 M: 512-745-1456
 E: e...@linuxfoundation.org 
 
 
 
> On Jun 24, 2020, at 9:10 PM, Ben Pfaff  > wrote:
> 
> Thanks a lot!  This surprised me...
> 
> On Wed, Jun 24, 2020 at 06:15:41PM -0400, Emily Ruf wrote:
>> Hi Ben,
>> 
>> Thanks for reaching out. I’ll look into this and report back asap.
>> 
>> Emily
>> 
>> Emily Ruf, CMP
>> Event Manager
>> The Linux Foundation
>> 
>> M: 512-745-1456
>> E: e...@linuxfoundation.org 
>> 
>> 
>> 
>>> On Jun 24, 2020, at 5:29 PM, Ben Pfaff >> > wrote:
>>> 
>>> Hi Emily.  I think that you represent Linux Foundation regarding event
>>> planning; at least, I see that I've had email conversations with you
>>> before in this respect.
>>> 
>>> In 2017 the Open vSwitch project contracted with Linux Foundation to
>>> produce the Open vSwitch conference.  As part of that, LF posted all of
>>> the slides from the conference to SlideShare.  You can see links from
>>> https://www.openvswitch.org/support/ovscon2017/ 
>>>  to all of these.  As 
>>> you
>>> can see, all of them link to an LF_OpenvSwitch account, which LF
>>> presumably created to host these slides.
>>> 
>>> All of these links now display the following message:
>>> 
>>>  Uploaded SlideShare Suspended
>>> 
>>>  This SlideShare was suspended because it violated SlideShare Terms
>>>  of Service and/or Community Guidelines. You can view more
>>>  SlideShares here.
>>> 
>>> Could LF please fix these Terms of Service or Community Guidelines
>>> violations, whatever they are?  The Open vSwitch project was never
>>> notified of these, so we do not know what they are.  Or, alternatively,
>>> would you please make the slides available to the OVS community in some
>>> other way?  We will host them ourselves, if you can get them for us.
>>> 
>>> Thanks,
>>> 
>>> Ben.
>> 
 
> 

___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

2020-06-29 Thread Emily Ruf

Hi Ben,

I just replied to that email and it bounced back saying my response could not 
be added to the case since it wasn’t the primary email address associated with 
the case.

For the case response: The email address The email address would be either 
openvswi...@linuxfoundation.org  or 
eve...@openvswitch.org .


Emily Ruf, CMP
Event Manager
The Linux Foundation

M: 512-745-1456
E: e...@linuxfoundation.org



> On Jun 29, 2020, at 7:19 PM, Ben Pfaff  wrote:
> 
> Are you able to log into to the suspended account?  The reaction I got
> from LinkedIn was basically "We will not tell you anything useful about
> the alleged violation because of privacy."  They were not clear about
> whether that was because I am not the account owner.  If you have access
> to the account, then maybe you can find out more.
> 
> On Fri, Jun 26, 2020 at 01:06:30PM -0700, Ben Pfaff wrote:
>> OK!  That's a good start.  Thanks!
>> 
>> On Fri, Jun 26, 2020 at 03:57:20PM -0400, Emily Ruf wrote:
>>> Hi Ben,
>>> 
>>> Before we head into the weekend, I wanted to give you a quick update. We’ve 
>>> submitted a ticket to LinkedIn to find out why the account was locked and 
>>> what action we need to take to reinstate the account.
>>> 
>>> I’ll update you once I have more details to share.
>>> 
>>> Emily Ruf, CMP
>>> Event Manager
>>> The Linux Foundation
>>> 
>>> M: 512-745-1456
>>> E: e...@linuxfoundation.org
>>> 
>>> 
>>> 
 On Jun 24, 2020, at 9:10 PM, Ben Pfaff  wrote:
 
 Thanks a lot!  This surprised me...
 
 On Wed, Jun 24, 2020 at 06:15:41PM -0400, Emily Ruf wrote:
> Hi Ben,
> 
> Thanks for reaching out. I’ll look into this and report back asap.
> 
> Emily
> 
> Emily Ruf, CMP
> Event Manager
> The Linux Foundation
> 
> M: 512-745-1456
> E: e...@linuxfoundation.org
> 
> 
> 
>> On Jun 24, 2020, at 5:29 PM, Ben Pfaff  wrote:
>> 
>> Hi Emily.  I think that you represent Linux Foundation regarding event
>> planning; at least, I see that I've had email conversations with you
>> before in this respect.
>> 
>> In 2017 the Open vSwitch project contracted with Linux Foundation to
>> produce the Open vSwitch conference.  As part of that, LF posted all of
>> the slides from the conference to SlideShare.  You can see links from
>> https://www.openvswitch.org/support/ovscon2017/ to all of these.  As you
>> can see, all of them link to an LF_OpenvSwitch account, which LF
>> presumably created to host these slides.
>> 
>> All of these links now display the following message:
>> 
>>  Uploaded SlideShare Suspended
>> 
>>  This SlideShare was suspended because it violated SlideShare Terms
>>  of Service and/or Community Guidelines. You can view more
>>  SlideShares here.
>> 
>> Could LF please fix these Terms of Service or Community Guidelines
>> violations, whatever they are?  The Open vSwitch project was never
>> notified of these, so we do not know what they are.  Or, alternatively,
>> would you please make the slides available to the OVS community in some
>> other way?  We will host them ourselves, if you can get them for us.
>> 
>> Thanks,
>> 
>> Ben.
> 
>>> 

___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

2020-06-29 Thread Ben Pfaff

I appreciate the pointer.  It does not solve the current problem because
I do not have the slides--only SlideShare has the slides, and they are
holding them hostage.

On Tue, Jun 30, 2020 at 11:25:14AM +1200, Joel Wirāmu Pauling wrote:
> Just a heads up, as I am sure most of you are likely aware - but
> Archive.org will provide hosting so long as the licence is permissive
> copyleft.
> 
> LCA (Linux Conf Australasia) uses archive.org along with popular platforms
> (i.e Youtube) to provide archival of slides and videos.
> 
> -Joel
> 
> On Tue, 30 Jun 2020 at 11:20, Ben Pfaff  wrote:
> 
> > Are you able to log into to the suspended account?  The reaction I got
> > from LinkedIn was basically "We will not tell you anything useful about
> > the alleged violation because of privacy."  They were not clear about
> > whether that was because I am not the account owner.  If you have access
> > to the account, then maybe you can find out more.
> >
> > On Fri, Jun 26, 2020 at 01:06:30PM -0700, Ben Pfaff wrote:
> > > OK!  That's a good start.  Thanks!
> > >
> > > On Fri, Jun 26, 2020 at 03:57:20PM -0400, Emily Ruf wrote:
> > > > Hi Ben,
> > > >
> > > > Before we head into the weekend, I wanted to give you a quick update.
> > We’ve submitted a ticket to LinkedIn to find out why the account was locked
> > and what action we need to take to reinstate the account.
> > > >
> > > > I’ll update you once I have more details to share.
> > > >
> > > > Emily Ruf, CMP
> > > > Event Manager
> > > > The Linux Foundation
> > > >
> > > > M: 512-745-1456
> > > > E: e...@linuxfoundation.org
> > > >
> > > >
> > > >
> > > > > On Jun 24, 2020, at 9:10 PM, Ben Pfaff  wrote:
> > > > >
> > > > > Thanks a lot!  This surprised me...
> > > > >
> > > > > On Wed, Jun 24, 2020 at 06:15:41PM -0400, Emily Ruf wrote:
> > > > >> Hi Ben,
> > > > >>
> > > > >> Thanks for reaching out. I’ll look into this and report back asap.
> > > > >>
> > > > >> Emily
> > > > >>
> > > > >> Emily Ruf, CMP
> > > > >> Event Manager
> > > > >> The Linux Foundation
> > > > >>
> > > > >> M: 512-745-1456
> > > > >> E: e...@linuxfoundation.org
> > > > >>
> > > > >>
> > > > >>
> > > > >>> On Jun 24, 2020, at 5:29 PM, Ben Pfaff  wrote:
> > > > >>>
> > > > >>> Hi Emily.  I think that you represent Linux Foundation regarding
> > event
> > > > >>> planning; at least, I see that I've had email conversations with
> > you
> > > > >>> before in this respect.
> > > > >>>
> > > > >>> In 2017 the Open vSwitch project contracted with Linux Foundation
> > to
> > > > >>> produce the Open vSwitch conference.  As part of that, LF posted
> > all of
> > > > >>> the slides from the conference to SlideShare.  You can see links
> > from
> > > > >>> https://www.openvswitch.org/support/ovscon2017/ to all of these.
> > As you
> > > > >>> can see, all of them link to an LF_OpenvSwitch account, which LF
> > > > >>> presumably created to host these slides.
> > > > >>>
> > > > >>> All of these links now display the following message:
> > > > >>>
> > > > >>>   Uploaded SlideShare Suspended
> > > > >>>
> > > > >>>   This SlideShare was suspended because it violated SlideShare
> > Terms
> > > > >>>   of Service and/or Community Guidelines. You can view more
> > > > >>>   SlideShares here.
> > > > >>>
> > > > >>> Could LF please fix these Terms of Service or Community Guidelines
> > > > >>> violations, whatever they are?  The Open vSwitch project was never
> > > > >>> notified of these, so we do not know what they are.  Or,
> > alternatively,
> > > > >>> would you please make the slides available to the OVS community in
> > some
> > > > >>> other way?  We will host them ourselves, if you can get them for
> > us.
> > > > >>>
> > > > >>> Thanks,
> > > > >>>
> > > > >>> Ben.
> > > > >>
> > > >
> > ___
> > discuss mailing list
> > disc...@openvswitch.org
> > https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
> >
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

2020-06-29 Thread Joel Wirāmu Pauling

Just a heads up, as I am sure most of you are likely aware - but
Archive.org will provide hosting so long as the licence is permissive
copyleft.

LCA (Linux Conf Australasia) uses archive.org along with popular platforms
(i.e Youtube) to provide archival of slides and videos.

-Joel

On Tue, 30 Jun 2020 at 11:20, Ben Pfaff  wrote:

> Are you able to log into to the suspended account?  The reaction I got
> from LinkedIn was basically "We will not tell you anything useful about
> the alleged violation because of privacy."  They were not clear about
> whether that was because I am not the account owner.  If you have access
> to the account, then maybe you can find out more.
>
> On Fri, Jun 26, 2020 at 01:06:30PM -0700, Ben Pfaff wrote:
> > OK!  That's a good start.  Thanks!
> >
> > On Fri, Jun 26, 2020 at 03:57:20PM -0400, Emily Ruf wrote:
> > > Hi Ben,
> > >
> > > Before we head into the weekend, I wanted to give you a quick update.
> We’ve submitted a ticket to LinkedIn to find out why the account was locked
> and what action we need to take to reinstate the account.
> > >
> > > I’ll update you once I have more details to share.
> > >
> > > Emily Ruf, CMP
> > > Event Manager
> > > The Linux Foundation
> > >
> > > M: 512-745-1456
> > > E: e...@linuxfoundation.org
> > >
> > >
> > >
> > > > On Jun 24, 2020, at 9:10 PM, Ben Pfaff  wrote:
> > > >
> > > > Thanks a lot!  This surprised me...
> > > >
> > > > On Wed, Jun 24, 2020 at 06:15:41PM -0400, Emily Ruf wrote:
> > > >> Hi Ben,
> > > >>
> > > >> Thanks for reaching out. I’ll look into this and report back asap.
> > > >>
> > > >> Emily
> > > >>
> > > >> Emily Ruf, CMP
> > > >> Event Manager
> > > >> The Linux Foundation
> > > >>
> > > >> M: 512-745-1456
> > > >> E: e...@linuxfoundation.org
> > > >>
> > > >>
> > > >>
> > > >>> On Jun 24, 2020, at 5:29 PM, Ben Pfaff  wrote:
> > > >>>
> > > >>> Hi Emily.  I think that you represent Linux Foundation regarding
> event
> > > >>> planning; at least, I see that I've had email conversations with
> you
> > > >>> before in this respect.
> > > >>>
> > > >>> In 2017 the Open vSwitch project contracted with Linux Foundation
> to
> > > >>> produce the Open vSwitch conference.  As part of that, LF posted
> all of
> > > >>> the slides from the conference to SlideShare.  You can see links
> from
> > > >>> https://www.openvswitch.org/support/ovscon2017/ to all of these.
> As you
> > > >>> can see, all of them link to an LF_OpenvSwitch account, which LF
> > > >>> presumably created to host these slides.
> > > >>>
> > > >>> All of these links now display the following message:
> > > >>>
> > > >>>   Uploaded SlideShare Suspended
> > > >>>
> > > >>>   This SlideShare was suspended because it violated SlideShare
> Terms
> > > >>>   of Service and/or Community Guidelines. You can view more
> > > >>>   SlideShares here.
> > > >>>
> > > >>> Could LF please fix these Terms of Service or Community Guidelines
> > > >>> violations, whatever they are?  The Open vSwitch project was never
> > > >>> notified of these, so we do not know what they are.  Or,
> alternatively,
> > > >>> would you please make the slides available to the OVS community in
> some
> > > >>> other way?  We will host them ourselves, if you can get them for
> us.
> > > >>>
> > > >>> Thanks,
> > > >>>
> > > >>> Ben.
> > > >>
> > >
> ___
> discuss mailing list
> disc...@openvswitch.org
> https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
>
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

2020-06-29 Thread Ben Pfaff

Are you able to log into to the suspended account?  The reaction I got
from LinkedIn was basically "We will not tell you anything useful about
the alleged violation because of privacy."  They were not clear about
whether that was because I am not the account owner.  If you have access
to the account, then maybe you can find out more.

On Fri, Jun 26, 2020 at 01:06:30PM -0700, Ben Pfaff wrote:
> OK!  That's a good start.  Thanks!
> 
> On Fri, Jun 26, 2020 at 03:57:20PM -0400, Emily Ruf wrote:
> > Hi Ben,
> > 
> > Before we head into the weekend, I wanted to give you a quick update. We’ve 
> > submitted a ticket to LinkedIn to find out why the account was locked and 
> > what action we need to take to reinstate the account.
> > 
> > I’ll update you once I have more details to share.
> > 
> > Emily Ruf, CMP
> > Event Manager
> > The Linux Foundation
> > 
> > M: 512-745-1456
> > E: e...@linuxfoundation.org
> > 
> > 
> > 
> > > On Jun 24, 2020, at 9:10 PM, Ben Pfaff  wrote:
> > > 
> > > Thanks a lot!  This surprised me...
> > > 
> > > On Wed, Jun 24, 2020 at 06:15:41PM -0400, Emily Ruf wrote:
> > >> Hi Ben,
> > >> 
> > >> Thanks for reaching out. I’ll look into this and report back asap.
> > >> 
> > >> Emily
> > >> 
> > >> Emily Ruf, CMP
> > >> Event Manager
> > >> The Linux Foundation
> > >> 
> > >> M: 512-745-1456
> > >> E: e...@linuxfoundation.org
> > >> 
> > >> 
> > >> 
> > >>> On Jun 24, 2020, at 5:29 PM, Ben Pfaff  wrote:
> > >>> 
> > >>> Hi Emily.  I think that you represent Linux Foundation regarding event
> > >>> planning; at least, I see that I've had email conversations with you
> > >>> before in this respect.
> > >>> 
> > >>> In 2017 the Open vSwitch project contracted with Linux Foundation to
> > >>> produce the Open vSwitch conference.  As part of that, LF posted all of
> > >>> the slides from the conference to SlideShare.  You can see links from
> > >>> https://www.openvswitch.org/support/ovscon2017/ to all of these.  As you
> > >>> can see, all of them link to an LF_OpenvSwitch account, which LF
> > >>> presumably created to host these slides.
> > >>> 
> > >>> All of these links now display the following message:
> > >>> 
> > >>>   Uploaded SlideShare Suspended
> > >>> 
> > >>>   This SlideShare was suspended because it violated SlideShare Terms
> > >>>   of Service and/or Community Guidelines. You can view more
> > >>>   SlideShares here.
> > >>> 
> > >>> Could LF please fix these Terms of Service or Community Guidelines
> > >>> violations, whatever they are?  The Open vSwitch project was never
> > >>> notified of these, so we do not know what they are.  Or, alternatively,
> > >>> would you please make the slides available to the OVS community in some
> > >>> other way?  We will host them ourselves, if you can get them for us.
> > >>> 
> > >>> Thanks,
> > >>> 
> > >>> Ben.
> > >> 
> > 
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

[ovs-discuss] copyright infringement claim against "Trouble-shooting the Data Plane in OVS"

2020-06-29 Thread Ben Pfaff

Hi Jan and Rohith.

LinkedIn took down all of the slides from the Open vSwitch 2017
Conference because someone alleged copyright infringement against your
slides.  Does this make any sense to you?

I don't have a copy of the slides (because they were on SlideShare
only).  Can you pass them along?  I think I'll probably drop the use of
SlideShare as much as I can, because they have demonstrated that they
are not trustworthy.

Thanks,

Ben.
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

Re: [ovs-discuss] OVS 2.12/2.13 compilation on Ubuntu Bionic

2020-06-29 Thread Gregory Rose




On 6/26/2020 4:57 AM, Maciej Jozefczyk wrote:

Hello!

I would like to kindly ask You if there is a possibility to cherry-pick
patch [1] to stable branches OVS 2.12, OVS 2.13 and release new tags for it?

Without this patch we're now unable to compile OVS 2.12 in OpenStack
Neutron stable releases CI, because it recently started to fail on Ubuntu
Bionic with an error:

2020-06-24 14:50:13.975917 | primary |
/opt/stack/new/ovs/datapath/linux/geneve.c: In function
â€˜geneve_get_v6_dstâ€™:
2020-06-24 14:50:13.975993 | primary |
/opt/stack/new/ovs/datapath/linux/geneve.c:966:15: error: â€˜const
struct ipv6_stubâ€™ has no member named â€˜ipv6_dst_lookupâ€™
2020-06-24 14:50:13.976026 | primary |   if
(ipv6_stub->ipv6_dst_lookup(geneve->net, gs6->sock->sk, , fl6)) {
2020-06-24 14:50:13.976049 | primary |^
2020-06-24 14:50:14.010809 | primary | scripts/Makefile.build:285:
recipe for target '/opt/stack/new/ovs/datapath/linux/geneve.o' failed

The same happens for OVN 2.13. For now this blocks your CI pipelines.

Can I ask You to backport this patch?

Thanks,
Maciej

[1]
https://github.com/openvswitch/ovs/commit/5519e384f6a17f564fef4c5eb39e471e16c77235


___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss



Adding OVS Dev list where maybe the maintainers might see this sooner.

- Greg
___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

Re: [ovs-discuss] question about OVN Clustered DB Model

2020-06-29 Thread Brendan Doyle



OK, thanks, I'll give it a try


On 29/06/2020 15:21, Numan Siddique wrote:



On Mon, Jun 29, 2020 at 7:42 PM Brendan Doyle 
mailto:brendan.do...@oracle.com>> wrote:


Hi,

I've a question about running OVN "central" in a cluster. So I
have (I
think) successfully
created a cluster on nodes ca-rain01 (leader) , ca-rain03 and
ca-rain03
(See cluster status dumps) below.

But It seems I can only run ovn-nbctl/ovn-sbctl on the leader node?
Is this how it is supposed to work, what's the point of the
cluster if so?


Either you can run as:
  - ovn-nbctl --no-leader-only 
 or
  - ovn-nbctl 
--db="tcp:CLUSTER_IP1:6641,tcp:CLUSTER_IP2:6641,tcp:CLUSTER_IP3:6641" 





Also assuming the cluster is up and running, what way should the
ovn_controller external_ids be set on ovn chassis:


Stand alone
--
ovn-ctl stop_controller
ovs-vsctl set open . external-ids:ovn-bridge=br-int
ovs-vsctl set open . external_ids:ovn-remote="tcp::6642"
ovs-vsctl set open . external_ids:ovn-nb="tcp::6641"
ovs-vsctl set open . external_ids:ovn-encap-ip=
ovs-vsctl set open . external_ids:ovn-encap-type=geneve
ovn-ctl start_controller


Clustered ???
--
ovn-ctl stop_controller
ovs-vsctl set open . external-ids:ovn-bridge=br-int
ovs-vsctl set open . external_ids:ovn-remote="tcp::6642,tcp::6642,tcp::6642"
ovs-vsctl set open . external_ids:ovn-nb="tcp::6641,
tcp::6641,tcp::6641 "
ovs-vsctl set open . external_ids:ovn-encap-ip=""
ovs-vsctl set open . external_ids:ovn-encap-type=geneve
ovn-ctl start_controller


OR is it intended that the Clustered OVN be fronted by a floating
IP/VIP
and the ovn controllers pointed to that?


What you're doing here is correct - i.e pass all the IPs in the remote.


Thanks
Numan



ca-rain01 (leader)
---
ovs-appctl -t /usr/var/run/ovn/ovnnb_db.ctl cluster/status
OVN_Northbound
c5cb
Name: OVN_Northbound
Cluster ID: 3124 (312468f5-b4a6-432e-9a7f-25c84cdeb8a6)
Server ID: c5cb (c5cbcb32-bc25-4744-b394-383f23a6e42b)
Address: tcp:253.255.0.33:6643 
Status: cluster member
Role: leader
Term: 1
Leader: self
Vote: self

Election timer: 1000
Log: [2, 5]
Entries not yet committed: 0
Entries not yet applied: 0
Connections: <-a03a ->a03a <- ->
Servers:
 c5cb (c5cb at tcp:253.255.0.33:6643
) (self) next_index=2 match_index=4
  ( at tcp:253.255.0.34:6643
) next_index=5 match_index=4
 a03a (a03a at tcp:253.255.0.35:6643
) next_index=5 match_index=4

#ovs-appctl -t /usr/var/run/ovn/ovnsb_db.ctl cluster/status
OVN_Southbound
6bc8
Name: OVN_Southbound
Cluster ID: a548 (a548b761-aa92-476a-b992-80a7e0c86859)
Server ID: 6bc8 (6bc80fbf-4c0f-42e2-af77-23a47291779b)
Address: tcp:253.255.0.33:6644 
Status: cluster member
Role: leader
Term: 1
Leader: self
Vote: self

Election timer: 1000
Log: [2, 6]
Entries not yet committed: 0
Entries not yet applied: 0
Connections: ->de6e <-49e0 ->49e0 <-c91b
Servers:
 c91b (c91b at tcp:253.255.0.34:6644
) next_index=6 match_index=5
 de6e (de6e at tcp:253.255.0.34:6644
) next_index=6 match_index=4
 49e0 (49e0 at tcp:253.255.0.35:6644
) next_index=6 match_index=5
 6bc8 (6bc8 at tcp:253.255.0.33:6644
) (self) next_index=2 match_index=5

ca-rain02 (follower)
--
ovs-appctl -t /usr/var/run/ovn/ovnnb_db.ctl cluster/status
OVN_Northbound

Name: OVN_Northbound
Cluster ID: 3124 (312468f5-b4a6-432e-9a7f-25c84cdeb8a6)
Server ID:  (cdaf-554c-44eb-aad2-b5868e4f02a9)
Address: tcp:253.255.0.34:6643 
Status: cluster member
Role: follower
Term: 1
Leader: c5cb
Vote: unknown

Election timer: 1000
Log: [2, 5]
Entries not yet committed: 0
Entries not yet applied: 0
Connections: -> ->a03a <-c5cb <-a03a
Servers:
 c5cb (c5cb at tcp:253.255.0.33:6643 )
  ( at tcp:253.255.0.34:6643
) (self)
 a03a (a03a at tcp:253.255.0.35:6643 )

ovs-appctl -t /usr/var/run/ovn/ovnsb_db.ctl cluster/status
OVN_Southbound
c91b
Name: OVN_Southbound
Cluster ID: a548 (a548b761-aa92-476a-b992-80a7e0c86859)
Server ID: c91b (c91b0e2e-76a7-4b16-8af2-aafcaecd1d4f)
Address: tcp:253.255.0.34:6644 
Status: cluster member
Role: follower
Term: 1
Leader: 6bc8
Vote: unknown

Re: [ovs-discuss] question about OVN Clustered DB Model

2020-06-29 Thread Numan Siddique

On Mon, Jun 29, 2020 at 7:42 PM Brendan Doyle 
wrote:

> Hi,
>
> I've a question about running OVN "central" in a cluster. So I have (I
> think) successfully
> created a cluster on nodes ca-rain01 (leader) , ca-rain03 and ca-rain03
> (See cluster status dumps) below.
>
> But It seems I can only run ovn-nbctl/ovn-sbctl on the leader node?
> Is this how it is supposed to work, what's the point of the cluster if so?
>

Either you can run as:
  - ovn-nbctl --no-leader-only 
 or
  - ovn-nbctl
--db="tcp:CLUSTER_IP1:6641,tcp:CLUSTER_IP2:6641,tcp:CLUSTER_IP3:6641"




> Also assuming the cluster is up and running, what way should the
> ovn_controller external_ids be set on ovn chassis:
>
>
> Stand alone
> --
> ovn-ctl stop_controller
> ovs-vsctl set open . external-ids:ovn-bridge=br-int
> ovs-vsctl set open . external_ids:ovn-remote="tcp::6642"
> ovs-vsctl set open . external_ids:ovn-nb="tcp::6641"
> ovs-vsctl set open . external_ids:ovn-encap-ip=
> ovs-vsctl set open . external_ids:ovn-encap-type=geneve
> ovn-ctl start_controller
>
>
> Clustered ???
> --
> ovn-ctl stop_controller
> ovs-vsctl set open . external-ids:ovn-bridge=br-int
> ovs-vsctl set open . external_ids:ovn-remote="tcp: IP>:6642,tcp::6642,tcp::6642"
> ovs-vsctl set open . external_ids:ovn-nb="tcp::6641,
> tcp::6641,tcp::6641 "
> ovs-vsctl set open . external_ids:ovn-encap-ip=" ovn_central-2 IP, ovn_central-3 IP>"
> ovs-vsctl set open . external_ids:ovn-encap-type=geneve
> ovn-ctl start_controller
>
>
> OR is it intended that the Clustered OVN be fronted by a floating IP/VIP
> and the ovn controllers pointed to that?
>

What you're doing here is correct - i.e pass all the IPs in the remote.


Thanks
Numan


>
>
> ca-rain01 (leader)
> ---
> ovs-appctl -t /usr/var/run/ovn/ovnnb_db.ctl cluster/status OVN_Northbound
> c5cb
> Name: OVN_Northbound
> Cluster ID: 3124 (312468f5-b4a6-432e-9a7f-25c84cdeb8a6)
> Server ID: c5cb (c5cbcb32-bc25-4744-b394-383f23a6e42b)
> Address: tcp:253.255.0.33:6643
> Status: cluster member
> Role: leader
> Term: 1
> Leader: self
> Vote: self
>
> Election timer: 1000
> Log: [2, 5]
> Entries not yet committed: 0
> Entries not yet applied: 0
> Connections: <-a03a ->a03a <- ->
> Servers:
>  c5cb (c5cb at tcp:253.255.0.33:6643) (self) next_index=2
> match_index=4
>   ( at tcp:253.255.0.34:6643) next_index=5 match_index=4
>  a03a (a03a at tcp:253.255.0.35:6643) next_index=5 match_index=4
>
> #ovs-appctl -t /usr/var/run/ovn/ovnsb_db.ctl cluster/status OVN_Southbound
> 6bc8
> Name: OVN_Southbound
> Cluster ID: a548 (a548b761-aa92-476a-b992-80a7e0c86859)
> Server ID: 6bc8 (6bc80fbf-4c0f-42e2-af77-23a47291779b)
> Address: tcp:253.255.0.33:6644
> Status: cluster member
> Role: leader
> Term: 1
> Leader: self
> Vote: self
>
> Election timer: 1000
> Log: [2, 6]
> Entries not yet committed: 0
> Entries not yet applied: 0
> Connections: ->de6e <-49e0 ->49e0 <-c91b
> Servers:
>  c91b (c91b at tcp:253.255.0.34:6644) next_index=6 match_index=5
>  de6e (de6e at tcp:253.255.0.34:6644) next_index=6 match_index=4
>  49e0 (49e0 at tcp:253.255.0.35:6644) next_index=6 match_index=5
>  6bc8 (6bc8 at tcp:253.255.0.33:6644) (self) next_index=2
> match_index=5
>
> ca-rain02 (follower)
> --
> ovs-appctl -t /usr/var/run/ovn/ovnnb_db.ctl cluster/status OVN_Northbound
> 
> Name: OVN_Northbound
> Cluster ID: 3124 (312468f5-b4a6-432e-9a7f-25c84cdeb8a6)
> Server ID:  (cdaf-554c-44eb-aad2-b5868e4f02a9)
> Address: tcp:253.255.0.34:6643
> Status: cluster member
> Role: follower
> Term: 1
> Leader: c5cb
> Vote: unknown
>
> Election timer: 1000
> Log: [2, 5]
> Entries not yet committed: 0
> Entries not yet applied: 0
> Connections: -> ->a03a <-c5cb <-a03a
> Servers:
>  c5cb (c5cb at tcp:253.255.0.33:6643)
>   ( at tcp:253.255.0.34:6643) (self)
>  a03a (a03a at tcp:253.255.0.35:6643)
>
> ovs-appctl -t /usr/var/run/ovn/ovnsb_db.ctl cluster/status OVN_Southbound
> c91b
> Name: OVN_Southbound
> Cluster ID: a548 (a548b761-aa92-476a-b992-80a7e0c86859)
> Server ID: c91b (c91b0e2e-76a7-4b16-8af2-aafcaecd1d4f)
> Address: tcp:253.255.0.34:6644
> Status: cluster member
> Role: follower
> Term: 1
> Leader: 6bc8
> Vote: unknown
>
> Election timer: 1000
> Log: [2, 6]
> Entries not yet committed: 0
> Entries not yet applied: 0
> Connections: -> ->49e0 <- <-
> Servers:
>  c91b (c91b at tcp:253.255.0.34:6644) (self)
>  de6e (de6e at tcp:253.255.0.34:6644)
>  49e0 (49e0 at tcp:253.255.0.35:6644)
>  6bc8 (6bc8 at tcp:253.255.0.33:6644)
>
>
> ca-rain03 (follower)
> --
> #ovs-appctl -t /usr/var/run/ovn/ovnnb_db.ctl cluster/status OVN_Northbound
> a03a
> Name: OVN_Northbound
> Cluster ID: 3124 (312468f5-b4a6-432e-9a7f-25c84cdeb8a6)
> Server ID: a03a (a03a8a83-b9d7-4538-a340-9ad8eba440c6)
> Address: tcp:253.255.0.35:6643
> Status: cluster member
> Role: follower
> Term: 1
> Leader:

[ovs-discuss] question about OVN Clustered DB Model

2020-06-29 Thread Brendan Doyle


Hi,

I've a question about running OVN "central" in a cluster. So I have (I 
think) successfully

created a cluster on nodes ca-rain01 (leader) , ca-rain03 and ca-rain03
(See cluster status dumps) below.

But It seems I can only run ovn-nbctl/ovn-sbctl on the leader node?
Is this how it is supposed to work, what's the point of the cluster if so?

Also assuming the cluster is up and running, what way should the
ovn_controller external_ids be set on ovn chassis:


Stand alone
--
ovn-ctl stop_controller
ovs-vsctl set open . external-ids:ovn-bridge=br-int
ovs-vsctl set open . external_ids:ovn-remote="tcp::6642"
ovs-vsctl set open . external_ids:ovn-nb="tcp::6641"
ovs-vsctl set open . external_ids:ovn-encap-ip=
ovs-vsctl set open . external_ids:ovn-encap-type=geneve
ovn-ctl start_controller


Clustered ???
--
ovn-ctl stop_controller
ovs-vsctl set open . external-ids:ovn-bridge=br-int
ovs-vsctl set open . external_ids:ovn-remote="tcp:IP>:6642,tcp::6642,tcp::6642"
ovs-vsctl set open . external_ids:ovn-nb="tcp::6641,  
tcp::6641,tcp::6641 "
ovs-vsctl set open . external_ids:ovn-encap-ip="ovn_central-2 IP, ovn_central-3 IP>"

ovs-vsctl set open . external_ids:ovn-encap-type=geneve
ovn-ctl start_controller


OR is it intended that the Clustered OVN be fronted by a floating IP/VIP 
and the ovn controllers pointed to that?



ca-rain01 (leader)
---
ovs-appctl -t /usr/var/run/ovn/ovnnb_db.ctl cluster/status OVN_Northbound
c5cb
Name: OVN_Northbound
Cluster ID: 3124 (312468f5-b4a6-432e-9a7f-25c84cdeb8a6)
Server ID: c5cb (c5cbcb32-bc25-4744-b394-383f23a6e42b)
Address: tcp:253.255.0.33:6643
Status: cluster member
Role: leader
Term: 1
Leader: self
Vote: self

Election timer: 1000
Log: [2, 5]
Entries not yet committed: 0
Entries not yet applied: 0
Connections: <-a03a ->a03a <- ->
Servers:
    c5cb (c5cb at tcp:253.255.0.33:6643) (self) next_index=2 match_index=4
     ( at tcp:253.255.0.34:6643) next_index=5 match_index=4
    a03a (a03a at tcp:253.255.0.35:6643) next_index=5 match_index=4

#ovs-appctl -t /usr/var/run/ovn/ovnsb_db.ctl cluster/status OVN_Southbound
6bc8
Name: OVN_Southbound
Cluster ID: a548 (a548b761-aa92-476a-b992-80a7e0c86859)
Server ID: 6bc8 (6bc80fbf-4c0f-42e2-af77-23a47291779b)
Address: tcp:253.255.0.33:6644
Status: cluster member
Role: leader
Term: 1
Leader: self
Vote: self

Election timer: 1000
Log: [2, 6]
Entries not yet committed: 0
Entries not yet applied: 0
Connections: ->de6e <-49e0 ->49e0 <-c91b
Servers:
    c91b (c91b at tcp:253.255.0.34:6644) next_index=6 match_index=5
    de6e (de6e at tcp:253.255.0.34:6644) next_index=6 match_index=4
    49e0 (49e0 at tcp:253.255.0.35:6644) next_index=6 match_index=5
    6bc8 (6bc8 at tcp:253.255.0.33:6644) (self) next_index=2 match_index=5

ca-rain02 (follower)
--
ovs-appctl -t /usr/var/run/ovn/ovnnb_db.ctl cluster/status OVN_Northbound

Name: OVN_Northbound
Cluster ID: 3124 (312468f5-b4a6-432e-9a7f-25c84cdeb8a6)
Server ID:  (cdaf-554c-44eb-aad2-b5868e4f02a9)
Address: tcp:253.255.0.34:6643
Status: cluster member
Role: follower
Term: 1
Leader: c5cb
Vote: unknown

Election timer: 1000
Log: [2, 5]
Entries not yet committed: 0
Entries not yet applied: 0
Connections: -> ->a03a <-c5cb <-a03a
Servers:
    c5cb (c5cb at tcp:253.255.0.33:6643)
     ( at tcp:253.255.0.34:6643) (self)
    a03a (a03a at tcp:253.255.0.35:6643)

ovs-appctl -t /usr/var/run/ovn/ovnsb_db.ctl cluster/status OVN_Southbound
c91b
Name: OVN_Southbound
Cluster ID: a548 (a548b761-aa92-476a-b992-80a7e0c86859)
Server ID: c91b (c91b0e2e-76a7-4b16-8af2-aafcaecd1d4f)
Address: tcp:253.255.0.34:6644
Status: cluster member
Role: follower
Term: 1
Leader: 6bc8
Vote: unknown

Election timer: 1000
Log: [2, 6]
Entries not yet committed: 0
Entries not yet applied: 0
Connections: -> ->49e0 <- <-
Servers:
    c91b (c91b at tcp:253.255.0.34:6644) (self)
    de6e (de6e at tcp:253.255.0.34:6644)
    49e0 (49e0 at tcp:253.255.0.35:6644)
    6bc8 (6bc8 at tcp:253.255.0.33:6644)


ca-rain03 (follower)
--
#ovs-appctl -t /usr/var/run/ovn/ovnnb_db.ctl cluster/status OVN_Northbound
a03a
Name: OVN_Northbound
Cluster ID: 3124 (312468f5-b4a6-432e-9a7f-25c84cdeb8a6)
Server ID: a03a (a03a8a83-b9d7-4538-a340-9ad8eba440c6)
Address: tcp:253.255.0.35:6643
Status: cluster member
Role: follower
Term: 1
Leader: c5cb
Vote: unknown

Election timer: 1000
Log: [2, 5]
Entries not yet committed: 0
Entries not yet applied: 0
Connections: -> <-c5cb <- ->
Servers:
    c5cb (c5cb at tcp:253.255.0.33:6643)
     ( at tcp:253.255.0.34:6643)
    a03a (a03a at tcp:253.255.0.35:6643) (self)

#ovs-appctl -t /usr/var/run/ovn/ovnsb_db.ctl cluster/status OVN_Southbound
49e0
Name: OVN_Southbound
Cluster ID: a548 (a548b761-aa92-476a-b992-80a7e0c86859)
Server ID: 49e0 (49e02f6f-4aa0-46af-8a74-90e30f121e58)
Address: tcp:253.255.0.35:6644
Status: cluster member
Role: follower
Term: 1
Leader:

[ovs-discuss] [HELP] Question about ovs-dpdk flow flush

2020-06-29 Thread txfh2007 via discuss

Hi all:
I am using OVS-2.13 together with DPDK-19.11 and hw-offload turnd on.  I 
have found when I tried to capture pkts by using ovs-tcpdump, as the mirror 
machanism would add mirroring port on bridge, so reload_affected_pmds would 
take effect. and then the already offloaded rules has been deleted by 
flow_mark_flush. 
This isn't what i expect, I guess for mirroring packets, as though datapath 
flows has been changed (mirroring port has been added into output port list ), 
but we need not flush corresponding offloaded rules for this scenario. 
Is there any suggesions ?

Thanks




___
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss

Re: [ovs-discuss] copyright infringement claim against "Trouble-shooting the Data Plane in OVS"

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

Re: [ovs-discuss] Linux Foundation slideshare - OVS 2017

[ovs-discuss] copyright infringement claim against "Trouble-shooting the Data Plane in OVS"

Re: [ovs-discuss] OVS 2.12/2.13 compilation on Ubuntu Bionic

Re: [ovs-discuss] question about OVN Clustered DB Model

Re: [ovs-discuss] question about OVN Clustered DB Model

[ovs-discuss] question about OVN Clustered DB Model

[ovs-discuss] [HELP] Question about ovs-dpdk flow flush

12 matches

Site Navigation

Mail list logo

Footer information