|
Luis Gomez <luis.gomez@...>
Hi Ryan and Anees,
We are currently building a test bed for OpenDaylight system test, so I would need some information from OpenDove project. In your case I see you have your own NB API to integrate OpenDove vSwitches into SDN.
Now my question is:
1) When do you think you will have your NB API finalized?
2) How can we get/install an OpenDove vSwitch to do system test?
Thanks/Luis
|
|
|
Luis-
Anees is travelling today, so he can correct this when he becomes available.
OpenDove consists of
-the oDMC bundles in the controller that provides management plane connectivity to OpenDove vSwitches, the OpenDove Connectivity Service Cluster, and any OpenDove Gateways.
-the OpenDove vSwitches that handle data plane operations
-the OpenDove Connectivity Service (oDCS) cluster, that handles control plane operations for the vSwitches
-the OpenDove Gateways (oDGW) that handle gateway functions from the overlay to external networks
The challenge is that other than the oDMC, none of the rest of the OpenDove components listed above are packaged as OSGi bundles - they are collections of software and patch sets that need to be compiled for a particular enviro...
Ryan
 Luis Gomez ---10/23/2013 02:09:38 PM---Hi Ryan and Anees, We are currently building a test bed for OpenDaylight system test, so I would nee
From: Luis Gomez <luis.gomez@...>
To: Ryan Moats/Omaha/IBM@IBMUS, John Buswell/Columbus/IBM@IBMUS, Anees A Shaikh/Watson/IBM@IBMUS,
Cc: "'integration-dev@...'" <integration-dev@...>, "'infrastructure@...'" <infrastructure@...>
Date: 10/23/2013 02:09 PM
Subject: OpenDove system test
Hi Ryan and Anees,
We are currently building a test bed for OpenDaylight system test, so I would need some information from OpenDove project. In your case I see you have your own NB API to integrate OpenDove vSwitches into SDN. Now my question is:
1) When do you think you will have your NB API finalized?
2) How can we get/install an OpenDove vSwitch to do system test?
Thanks/Luis
|
|
|
Luis Gomez <luis.gomez@...>
Thanks Ryan, does this means we cannot do basic system test on oDMC (controller based) unless we have all the components below? If so I think in your case we
should do E2E system test using one of the physical Labs like Ericsson or hopefully an IBM Lab.
BR/Luis
toggle quoted message
Show quoted text
From: Ryan Moats [mailto:rmoats@...]
Sent: Wednesday, October 23, 2013 12:28 PM
To: Luis Gomez
Cc: Anees A Shaikh; 'infrastructure@...'; 'integration-dev@...'; John Buswell
Subject: Re: OpenDove system test
Luis-
Anees is travelling today, so he can correct this when he becomes available.
OpenDove consists of
-the oDMC bundles in the controller that provides management plane connectivity to OpenDove vSwitches, the OpenDove Connectivity Service Cluster, and any OpenDove Gateways.
-the OpenDove vSwitches that handle data plane operations
-the OpenDove Connectivity Service (oDCS) cluster, that handles control plane operations for the vSwitches
-the OpenDove Gateways (oDGW) that handle gateway functions from the overlay to external networks
The challenge is that other than the oDMC, none of the rest of the OpenDove components listed above are packaged as OSGi bundles - they are collections of software and patch sets that need to be
compiled for a particular enviro...
Ryan
 Luis
Gomez ---10/23/2013 02:09:38 PM---Hi Ryan and Anees, We are currently building a test bed for OpenDaylight system test, so I would nee
From:
Luis Gomez <luis.gomez@...>
To:
Ryan Moats/Omaha/IBM@IBMUS, John Buswell/Columbus/IBM@IBMUS, Anees A Shaikh/Watson/IBM@IBMUS,
Cc:
"'integration-dev@...'" <integration-dev@...>, "'infrastructure@...'" <infrastructure@...>
Date:
10/23/2013 02:09 PM
Subject:
OpenDove system test
Hi Ryan and Anees,
We are currently building a test bed for OpenDaylight system test, so I would need some information from OpenDove project. In your case I see you have your own NB API to integrate
OpenDove vSwitches into SDN. Now my question is:
1) When do you think you will have your NB API finalized?
2) How can we get/install an OpenDove vSwitch to do system test?
Thanks/Luis
|
|
|
My answer is it depends - what is "basic system test" defined as (Anees, what say you?). If it includes testing of the SB connections from the oDMC to the other components of OpenDove and/or the NB connection to the OpenStack plugin for neutron (the oDMC leverages this as well), then, *yes* a physical lab probably makes sense.
If you are talking about testing OpenDove responses to various REST requests in the NB API, then we may be able to do something. The challenge here is that the NB API to the oDMC is not self-contained - it covers only those configuration operations that aren't covered by the Neutron APIs.
Ryan
 Luis Gomez ---10/23/2013 02:37:02 PM---Thanks Ryan, does this means we cannot do basic system test on oDMC (controller based) unless we hav
From: Luis Gomez <luis.gomez@...>
To: Ryan Moats/Omaha/IBM@IBMUS,
Cc: Anees A Shaikh/Watson/IBM@IBMUS, "'infrastructure@...'" <infrastructure@...>, "'integration-dev@...'" <integration-dev@...>, John Buswell/Columbus/IBM@IBMUS
Date: 10/23/2013 02:37 PM
Subject: RE: OpenDove system test
Thanks Ryan, does this means we cannot do basic system test on oDMC (controller based) unless we have all the components below? If so I think in your case we should do E2E system test using one of the physical Labs like Ericsson or hopefully an IBM Lab.
BR/Luis
From: Ryan Moats [mailto:rmoats@...]
Sent: Wednesday, October 23, 2013 12:28 PM
To: Luis Gomez
Cc: Anees A Shaikh; 'infrastructure@...'; 'integration-dev@...'; John Buswell
Subject: Re: OpenDove system test
Luis-
Anees is travelling today, so he can correct this when he becomes available.
OpenDove consists of
-the oDMC bundles in the controller that provides management plane connectivity to OpenDove vSwitches, the OpenDove Connectivity Service Cluster, and any OpenDove Gateways.
-the OpenDove vSwitches that handle data plane operations
-the OpenDove Connectivity Service (oDCS) cluster, that handles control plane operations for the vSwitches
-the OpenDove Gateways (oDGW) that handle gateway functions from the overlay to external networks
The challenge is that other than the oDMC, none of the rest of the OpenDove components listed above are packaged as OSGi bundles - they are collections of software and patch sets that need to be compiled for a particular enviro...
Ryan
Luis Gomez ---10/23/2013 02:09:38 PM---Hi Ryan and Anees, We are currently building a test bed for OpenDaylight system test, so I would nee
From: Luis Gomez <luis.gomez@...>
To: Ryan Moats/Omaha/IBM@IBMUS, John Buswell/Columbus/IBM@IBMUS, Anees A Shaikh/Watson/IBM@IBMUS,
Cc: "'integration-dev@...'" <integration-dev@...>, "'infrastructure@...'" <infrastructure@...>
Date: 10/23/2013 02:09 PM
Subject: OpenDove system test
Hi Ryan and Anees,
We are currently building a test bed for OpenDaylight system test, so I would need some information from OpenDove project. In your case I see you have your own NB API to integrate OpenDove vSwitches into SDN. Now my question is:
1) When do you think you will have your NB API finalized?
2) How can we get/install an OpenDove vSwitch to do system test?
Thanks/Luis
|
|
|
Luis Gomez <luis.gomez@...>
Hi Ryan,
Let me explain you the 2 different system tests we plan to do:
1) Continuous System Integration Test (CSIT) will be available to test basic functionality and features of the 3 release vehicles we have. As name indicates
it has to be all automated and will run every time someone merges code into master. Because of this it cannot contain long test cases or involve complex infrastructure. Of course there is a minimum that must be there for system test like a REST client, OF
vSwitch, SNMP Ethernet switch simulation, etc… The idea is to have all running in max 3-4 VMs.
2) E2E System Test will be available to cover things that cannot be included in CSIT like complex setup, integration with other systems (OpenStack), resilience,
stability, performance… This will most likely needs a physical Lab, most of the tests should be automated but there is also room for manual as this test is not going to run as often as CSIT. This one we have not started yet because we are more focus on CSIT
now.
So the question for now is do you think we can do anything for #1? Please check with Anees and come back to us, the sooner the better.
Thanks/Luis
toggle quoted message
Show quoted text
From: Ryan Moats [mailto:rmoats@...]
Sent: Wednesday, October 23, 2013 1:00 PM
To: Luis Gomez
Cc: Anees A Shaikh; 'infrastructure@...'; 'integration-dev@...'; John Buswell
Subject: RE: OpenDove system test
My answer is it depends - what is "basic system test" defined as (Anees, what say you?). If it includes testing of the SB connections from the oDMC to the other components of OpenDove and/or
the NB connection to the OpenStack plugin for neutron (the oDMC leverages this as well), then, *yes* a physical lab probably makes sense.
If you are talking about testing OpenDove responses to various REST requests in the NB API, then we may be able to do something. The challenge here is that the NB API to the oDMC is not self-contained
- it covers only those configuration operations that aren't covered by the Neutron APIs.
Ryan
 Luis
Gomez ---10/23/2013 02:37:02 PM---Thanks Ryan, does this means we cannot do basic system test on oDMC (controller based) unless we hav
From:
Luis Gomez <luis.gomez@...>
To:
Ryan Moats/Omaha/IBM@IBMUS,
Cc:
Anees A Shaikh/Watson/IBM@IBMUS, "'infrastructure@...'" <infrastructure@...>, "'integration-dev@...'"
<integration-dev@...>, John Buswell/Columbus/IBM@IBMUS
Date:
10/23/2013 02:37 PM
Subject:
RE: OpenDove system test
Thanks Ryan, does this means we cannot do basic system test on oDMC (controller based) unless we have all the components below? If so I think in your case we should do E2E system
test using one of the physical Labs like Ericsson or hopefully an IBM Lab.
BR/Luis
From: Ryan Moats [mailto:rmoats@...]
Sent: Wednesday, October 23, 2013 12:28 PM
To: Luis Gomez
Cc: Anees A Shaikh; 'infrastructure@...'; 'integration-dev@...'; John Buswell
Subject: Re: OpenDove system test
Luis-
Anees is travelling today, so he can correct this when he becomes available.
OpenDove consists of
-the oDMC bundles in the controller that provides management plane connectivity to OpenDove vSwitches, the OpenDove Connectivity Service Cluster, and any OpenDove Gateways.
-the OpenDove vSwitches that handle data plane operations
-the OpenDove Connectivity Service (oDCS) cluster, that handles control plane operations for the vSwitches
-the OpenDove Gateways (oDGW) that handle gateway functions from the overlay to external networks
The challenge is that other than the oDMC, none of the rest of the OpenDove components listed above are packaged as OSGi bundles - they are collections of software and patch sets that need to be compiled for a particular enviro...
Ryan
Luis
Gomez ---10/23/2013 02:09:38 PM---Hi Ryan and Anees, We are currently building a test bed for OpenDaylight system test, so I would nee
From: Luis Gomez <luis.gomez@...>
To: Ryan Moats/Omaha/IBM@IBMUS, John Buswell/Columbus/IBM@IBMUS, Anees A Shaikh/Watson/IBM@IBMUS,
Cc: "'integration-dev@...'" <integration-dev@...>,
"'infrastructure@...'" <infrastructure@...>
Date: 10/23/2013 02:09 PM
Subject: OpenDove system test
Hi Ryan and Anees,
We are currently building a test bed for OpenDaylight system test, so I would need some information from OpenDove project. In your case I see you have your own NB API to integrate OpenDove vSwitches into SDN. Now my question is:
1) When do you think you will have your NB API finalized?
2) How can we get/install an OpenDove vSwitch to do system test?
Thanks/Luis
|
|
|
