Certainly that would be better than reinventing things, but from our conversations with the Infinispan people, I was under the impression that they were looking to drift more toward Cassandra and

Sure we can have both in parallel and I like also the idea of letting people develop the test code with simple tools and then move the code to our repo once it gets robust.

Hi, luis and other team members I guess both can be taken simultaneously. IMHO, the test code can be manually utilized for individual testing, or can be triggered by the robot framework. For the first

Hi all, Please check today’s meeting MoM at: https://wiki.opendaylight.org/view/CrossProject:Integration_Group:Meetings#Meeting_Minutes_of_Group_1 BR/Luis

Agree, it would be nice to have encap/decap capabilities for OF1.3, only thing is that this does not fit much the current flowspec definition (static across switches and bidirectional) but you the

Hi Luis, Yes. Having the VLAN for the flowspec is something basic that was missing. (Thanks for Alessandro for fixing that). But having also the tag encap/decap is quite useful to

You are fast! Thanks very much.

Hi Luis, The vlan can now be specified in the flow spec. https://git.opendaylight.org/gerrit/#/c/2254/ Agree with your point. If we specify a vlan only flow-spec (container flow), then the

Hi Alessandro, I have another thought, given that flowspec is something invariable (does not change) across switches, could not we define a vlan-tag in the flowspec and then state that we do not

Hi Baohua and Denghui, thanks very much for your effort. All this reminds me we need to start looking at what will be the development framework for system test. One idea would be to store all the test

Thank you guys. Looks good.

Hi Muthukumaran, let me explain the use case and how GIT can help to solve the configuration issue. Problem Statement ================= we need to have a way to synchronize the configuration in the

I agree Madhu. So the facets what we needto see are 1. Cluster-management - East-facinginterface of Cluster-stack - at the bottom of stack 2. Cluster Core Services functionality- (Higher

Hi Muthu, Giovanni, I would like to +1 on David's point on Separation of concerns, which is critical in this discussion. Cluster node management vs Functional derivative of the

Hi, team Denghui and I have prepared some python-based CSIT tool at https://github.com/yeasy/CSIT_Test。 The idea is to use doctest to trigger automatic test result validation with pre-set

Hi Giovanni, I agree that connection-manager shouldbe the culmination point and Inifinispan based implementation meets theneed very much well - thanks to the transaction. That's why mentionedthat

Hi Muthukumaran, just some answers inline ... this i'm thinking to provide via GIT so we gain sharing and versioning of the configuration. this is already provided by connection manager, using the

Hi Colin, i would love to see an alternative implementation, so to really weights pro and cons. On the point of doing a raw implementation over Jgroups well i suspect it will end up looking very much

From earlier experiences in zookeeper - it is better to avoid zookeeper interactionson performance-sensitive code path because it involves a network call (incase of distributed-queues and barriers

Curator from Netflix seems to be a reasonablygood client library - http://curator.incubator.apache.org/ Netflix had forked from basic libraryand added better abstractions. This is now a formal Apache