Community-Lab introduction

Check-in [d6b27da7d8]
Login
Overview
Comment:Restructure experiment examples to clarify possibilities and usage.
Downloads: Tarball | ZIP archive | SQL archive
Timelines: family | ancestors | descendants | both | trunk
Files: files | file ages | folders
SHA1:d6b27da7d8d0d9d4b1aa5f6464a3fb32b9712bb2
User & Date: ivan on 2012-09-19 10:36:30
Other Links: manifest | tags
Context
2012-09-19
11:02
Mention link info and management data collection for experiments and external services. check-in: 1e2a1f4994 user: ivan tags: trunk
10:36
Restructure experiment examples to clarify possibilities and usage. check-in: d6b27da7d8 user: ivan tags: trunk
10:12
Note what's not implemented yet. check-in: 7451c9cd6d user: ivan tags: trunk
Changes
Hide Diffs Side-by-Side Diffs Ignore Whitespace Patch

Modified script.txt from [a5a6ffd88e] to [09af443dbe].

   127    127       the CN.
   128    128     - Control software
   129    129       - Uses LXC tools on containers to enforce resource limitation, resource
   130    130         isolation and node stability.
   131    131       - Uses traffic control, filtering and anonymization to ensure network
   132    132         stability, isolation and privacy (partialy implemented).
   133    133   - The recovery device can force a hardware reboot of the RD from several
   134         -  triggers and help with upgrade and recovery (not implemented yet).
          134  +  triggers and help with upgrade and recovery (not implemented).
   135    135   
   136         -** Node and sliver connectivity
          136  +* Supported experiments
   137    137   # Node simplified diagram, hover to interesting parts.
   138         -Slivers can be configured with different types of network interfaces depending
   139         -on what connectivity researchers need for experiments:
   140         -- Home computer behind a NAT router: a private interface with traffic
   141         -  forwarded using NAT to the CN and filtered to ensure network stability.
   142         -- Publicly open service: a public interface (with a public CN address) with
   143         -  traffic routed directly to the CN and filtered to ensure network stability.
   144         -- Traffic capture (not implemented yet): a passive interface using a direct
   145         -  interface for capture.  Incoming traffic is filtered and anonymized to
   146         -  ensure network privacy.
          138  +Researchers can configure slivers with different types of network interfaces
          139  +depending on the connectivity needs of experiments:
          140  +
          141  +- Home PC-like access: a private interface with traffic forwarded using NAT to
          142  +  the CN (filtered to ensure network stability).
          143  +- Internet service: a public interface (with a public CN address) with traffic
          144  +  routed directly to the CN (filtered to ensure network stability).
          145  +- Traffic analysis (not implemented): a passive interface capturing traffic on
          146  +  a direct interface (filtered and anonymized to ensure network privacy).
   147    147   - Routing: an isolated interface using a VLAN on top of a direct interface.
   148         -  It only can reach other slivers of the same slice with isolated interfaces
   149         -  on the same link.  All traffic is allowed.
   150         -- Low-level testing (not implemented yet).: the sliver is given raw access to
   151         -  the interface.  For privacy, isolation and stability reasons this should
   152         -  only be allowed in exceptional occasions.
          148  +  All traffic is allowed, but it can only reach other slivers of the same
          149  +  slice with isolated interfaces on the same physical link.
          150  +- Low-level testing (not implemented): the sliver is given raw access to the
          151  +  interface.  For privacy, isolation and stability reasons this should only be
          152  +  allowed in exceptional occasions.
   153    153   
   154         -* How the testbed works
          154  +** An example experiment
   155    155   # Event diagram, hover over components explained.
   156         -An example experiment: two slivers, one of them (source sliver) pings the
   157         -other one (target sliver).
          156  +To show how the testbed works: two slivers, one of them (source sliver) pings
          157  +the other one (target sliver).
   158    158   
   159    159   1. The researcher first contacts the server and creates a slice description
   160    160      which specifies a template for slivers (e.g. Debian Squeeze i386).
   161    161      Experiment data is attached including a program to setup the experiment and
   162    162      another one to run it.
   163    163   2. The server updates the registry which holds all definitions of testbed,
   164    164      nodes, users, slices, slivers, etc.