Agree with Greg, single code base is better.
Regards
Gengliang Guo
From: Gregory Elkinbard
Date: 2017-09-27 02:42
To: Harshad Nakil; Jakub Pavlik
CC: dev
Subject: Re: [opencontrail-dev] [TSC WG] Transitioning to open source - PLEASE
VOTE
While Juniper engineering may develop an occasional
I agree. There may be certain cases where certain features are mutually
exclusive. For example, desire for absolute highest possible packet throughput
may be at odds with some feature that requires a large amount of processing per
packet. However, even in that case, I think it will still be in
I hope that we can manage avoiding openstack pitfalls and ARB will serve as a
guide an a mentor on how to implement a feature as opposed to a roadblock.
Greg
From: Dev on behalf of Robert Raszuk
Date: Tuesday, September 26, 2017 at 11:42
While Juniper engineering may develop an occasional feature on down rev release
branches to cash the fat check. They are fully committed to pushing it up to
master respecting the community process. We are not about the kill the golden
goose we are desperately trying to create. By the way down
It is in their interest to sync, but don't forget that accepting such sync
is subject to Archtecture Board decision now and if the gurus say "NO" poor
guys are on their own
Cheers,
R.
On Tue, Sep 26, 2017 at 8:13 PM, Harshad Nakil wrote:
> Wouldn’t this be true of
Hi all,
I have continued debugging multidomain support in Contrail 3.2.6.0.
I have disabled auth in Contrail by adding the following line:
aaa_mode = no-auth
in /etc/contrail/contrail-api.log and in
/etc/contrail/contrail-analytics-api.conf
I was able to log in as testuser inside testdomain and
Hi all,
Sorry I didn't put this on a table yesterday - for some reason Skype
decided I must be in listen-only mode through the better part of the
meeting.
On 26.09.2017 02:19, Gasparakis, Joseph wrote:
Hi all,
As we all know we are planning to have an ARB at least for the first
public