Changes between Initial Version and Version 1 of PlasticSlices/BaselineEvaluation


Ignore:
Timestamp:
04/27/11 10:10:52 (13 years ago)
Author:
lnevers@bbn.com
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • PlasticSlices/BaselineEvaluation

    v1 v1  
     1[[PageOutline]]
     2
     3= Plastic Slices Baseline Plan =
     4
     5The GENI Plastic Slices baselines evaluations capture progress throughout the Plastic Slices project. Each planned baseline will capture of the following major areas:
     6
     7        * Environment: System configuration, software versions, and resources for compute, OF, VLAN, and  Monitoring.
     8        * Evaluation details: Detailed description of the Topology, Traffic Profiles and tools used in the evaluation.
     9        * Evaluation criteria: Detailed description of the Criteria used to determine success along with any assumption made in defining success.
     10        * Baseline Evaluation Report (BER): Report capturing all results and analysis for each Baseline and an overall cumulative final version.
     11
     12In addition to the above areas, the GPO will also actively conduct project level coordination that will include requirements tracking, experiment design, GMOC monitoring data reviews. GPO will also provide campuses support for OpenFlow resource, MyPLC resources, and campus GMOC monitoring data feeds. Additionally, the GPO will provide and support for a GENI AM API compliant ProtoGENI aggregate with four hosts.
     13
     14= Baseline Areas =
     15
     16This section captures the implementation details for all major areas in each of the baselines planned.
     17
     18== Environment ==
     19
     20Capturing the definition of the environment used to validate the baselines scenarios  is a crucial part of this activity.  A complete definition will
     21be captured to facilitate the repeatability of the baseline scenario in the Quality Assurance step to be performed by Georgia Tech. Environment captures
     22will detail:
     23
     24 * Configuration for all compute resources:
     25        - Prerequisite environment changes (ex. ports to be opened in FW).
     26        - software versions
     27        - configuration settings (ports)
     28        - OS versions, hardware plaforms
     29
     30 * Configuration for all OF and VLAN resources: 
     31        - Firmaware versions
     32        - Hardware platform, device models.
     33        - FlowVisor and Expedient Controllers (OF)
     34
     35 * Configuration for all Management and Monitoring resources
     36        - MyPLC (OS, SW version, Settings)
     37        - GMOC API version, Data monitoring Host,
     38        - GMOC STOP procedure definition.
     39        - NCSA security plan versions
     40
     41== Evaluation details ==
     42        - Definition of each entity in test and of its role.
     43        - Detailed topology of each test.
     44        - Tools used for the evaluation (traffic generation, site monitoring, test scripts?)
     45        - Traffic Profiles (iperf?, traffic type, packet rates, packet sizes, duration, etc)
     46        - Result gathering (collect logs(OF,expedient,MyPLC), collect monitoring statistics, collect traffic generation results, other?)
     47
     48== Evaluation criteria ==
     49
     50Each baseline run will be evaluated to determine success, the following will be considered:
     51        - Traffic sent was successfully received.
     52        - All nodes are up and available through out the baseline time frame.
     53        - Logs and statistics are in line with the expected results and no FATAL or CRITICAL failure are found.  Lesser priority issues, such as WARNINGS are acceptable as long as they can be shown no to impact ability to communicate between endpoints.
     54        - Runtime assumptions can be made as long as reviewed and deemed reasonable.  For example, assuming that ?? (need relevant example).
     55
     56== Baseline Evaluation Report ==
     57
     58As each baseline is completed, a Baseline Evaluation Report is generated that captures the results of the baseline, an analysis of the results, and any impact
     59that the findings may have on the current Plastic Slices Plan. 
     60
     61Baseline evaluation reports will also capture progress for requirements being tracked as well as progress towards the overall goals. A final version of the BER is generated to captures a cumulative representation of all Plastic Slices baseline assessments. 
     62
     63Question:  Does it make sense to report by major areas? Ex. OF, Compute resources,Monitoring, etc?
     64
     65= Baseline Detailed Plans =
     66
     67This section provides a detailed description for each baseline and their respective Evaluation details (topology, tools, traffic profiles, etc), Evaluation Criteria,
     68and reporting.
     69
     70== Baseline 1 ==
     71
     72||Due|| 2011-05-09||
     73||Summary Descr || Ten slices, each moving at least 1 GB of data per day, for 24 hours. ||
     74||Traffic Model || TBD ||
     75|| Tools ||  TBD ||
     76|| Results || TBD ||
     77|| Monitoring|| TBD ||
     78|| Assumptions ||  ||
     79
     80Detailed Description:
     81
     82Cause the experiment running in each slice to move at least 1 GB of data over the
     83course of a 24-hour period. Multiple slices should be moving data simultaneously,
     84but it can be slow, or bursty, as long as it reaches 1 GB total over the course of
     85the day.
     86
     87The purpose of this baseline is to confirm basic functionality of the experiments,
     88and stability of the aggregates.
     89
     90== Baseline 2 ==
     91
     92||Due || 2011-05-16 ||
     93||Summary Descr || Ten slices, each moving at least 1 GB of data per day, for 72 hours.||
     94||Traffic Model || TBD ||
     95|| Tools ||  TBD ||
     96|| Results || TBD ||
     97|| Monitoring|| TBD ||
     98|| Assumptions ||  ||
     99
     100Detailed Description:
     101
     102Similar to the previous baseline, cause the experiment running in each slice to move at least 1 GB of data per day, but do so repeatedly for 72 hours.
     103
     104The purpose of this baseline is to confirm longer-term stability of the aggregates.
     105
     106
     107== Baseline 3 ==
     108
     109|| Due || 2011-05-23 ||
     110|| Summary Descr || Ten slices, each moving at least 1 GB of data per day, for 144 hours.||
     111||Traffic Model || TBD ||
     112|| Tools ||  TBD ||
     113|| Results || TBD ||
     114|| Monitoring|| TBD ||
     115|| Assumptions ||  ||
     116
     117Detailed descritpion:
     118
     119Similar to the previous baseline, cause the experiment running in each slice to move at least 1 GB of data per day, but do so repeatedly for 144 hours.
     120The purpose of this baseline is to confirm even longer-term stability of the aggregates.
     121
     122== Baseline 4 ==
     123
     124||Due || 2011-05-30||
     125||Summary Descr || Ten slices, each moving at least 1 Mb/s continuously, for 24 hours.||
     126||Traffic Model || TBD ||
     127|| Tools ||  TBD ||
     128|| Results || TBD ||
     129|| Monitoring|| TBD ||
     130|| Assumptions ||  ||
     131
     132Detailed Description:
     133
     134Cause the experiment running in each slice to move at least 1 MB/second continuously over the course of a 24-hour period (approximately 10 GB total).
     135
     136The purpose of this baseline is to confirm that an experiment can send data continuously without interruption.
     137
     138== Baseline 5 ==
     139
     140|| Due || 2011-06-06||
     141|| Summary Descr || Ten slices, each moving at least 10 Mb/s continuously, for 24 hours. ||
     142||Traffic Model || TBD ||
     143|| Tools ||  TBD ||
     144|| Results || TBD ||
     145|| Monitoring|| TBD ||
     146|| Assumptions ||  ||
     147
     148Detailed Description:
     149
     150Similar to the previous baseline, cause the experiment running in each slice to move at least 100 MB/second continuously over the course of a 24-hour period
     151(approximately 1 TB total).
     152
     153The purpose of this baseline is to confirm that an experiment can send a higher volume of data continuously without interruption.
     154
     155== Baseline 6 ==
     156
     157|| Due || 2011-06-13 ||
     158||Summary Descr || Ten slices, each moving at least 10 Mb/s continuously, for 144 hours. ||
     159||Traffic Model || TBD ||
     160|| Tools ||  TBD ||
     161|| Results || TBD ||
     162|| Monitoring|| TBD ||
     163|| Assumptions ||  ||
     164
     165Detailed Description:
     166
     167Similar to the previous baseline, cause the experiment running in each slice to move at least 100 MB/second continuously over the course of a 144-hour period.
     168
     169The purpose of this baseline is to confirm that an experiment can send a higher volume of data continuously without interruption, for several days running.
     170
     171== Baseline 7 ==
     172
     173|| Due || 2011-06-20 ||
     174|| Summary Descr || Perform an Emergency Stop test while running ten slices,each moving at least 10 Mb/s continuously, for 144 hours.||
     175||Traffic Model || TBD ||
     176|| Tools ||  TBD ||
     177|| Results || TBD ||
     178|| Monitoring|| TBD ||
     179|| Assumptions ||  ||
     180
     181Detailed Description:
     182
     183
     184Repeat the previous baseline, but call an Emergency Stop while it's running, once per slice for each of the ten slices. Campuses will not be informed in advance about
     185when each Emergency Stop will be called. There will be at least one instance of two simultaneous Emergency Stops, and at least one instance of a single campus being
     186asked to respond to two simultaneous Emergency Stops. After each Emergency Stop, verify that all resources have been successfully restored
     187to service.
     188
     189GMOC will define precisely how each Emergency Stop test will be conducted, and what resources will be stopped, presumably selecting a combination campus resources (e.g.
     190disconnecting an on-campus network connection) and backbone resources (e.g. disabling a campus's connection to an inter-campus VLAN).
     191
     192The purpose of this baseline is to test Emergency Stop procedures.
     193
     194== Baseline 8 ==
     195
     196|| Due ||2011-06-20||
     197|| Summary Descr ||Create one slice per second for 1000 seconds; then create and delete one slice per second for 24 hours.||
     198||Traffic Model || TBD ||
     199|| Tools ||  TBD ||
     200|| Results || TBD ||
     201|| Monitoring|| TBD ||
     202|| Assumptions ||  ||
     203
     204Detailed Description:
     205
     206This baseline creates new temporary slices, rather than using the existing ten slices, creating a thousand slices at the rate of one slice per second, and then
     207continuing to delete and create a new slice every second, for 24 hours. Each slice will include resources at three campuses, selected randomly for each slice. Automated
     208tools will confirm that the resources are available, e.g. by logging in to a host and running 'uname -a'.
     209
     210The purpose of this baseline is to confirm that many users can create slices and allocate resources at the same time.
     211
     212== Future Baselines ==
     213
     214Due: 2011-06-27
     215Summary Description: Define additional July baselines.
     216
     217
     218
     219