Community-Lab introduction

Diff
Login

Differences From Artifact [ef39386d13]:

To Artifact [1a6ed75dc5]:


80
81
82
83
84
85
86
87
88
89
90

91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
- CNs suffer from IPv4 scarcity and incompatible addressing besides little
  IPv6 support.
- support testbed spanning different CNs? *##*

* Community-Lab testbed architecture
** Overall architecture
This is the architecture developed by the CONFINE project to handle the
previous challenges.  It applies to all testbeds using CONFINE software. *##*

# Axel: Introduce scenario: CNs, nodes, admins.
# Ivan: Don't zoom.

- A testbed consists of a set of nodes managed by the same server. *##*
  - Server managed by testbed admins.
  - Network and nodes managed by CN members.
  - Node admins must adhere to testbed terms and conditions.
  - This decouples testbed management from infrastructure ownership & mgmt. *##*
- Testbed management traffic uses a tinc mesh VPN:
  - Avoids problems with firewalls and private networks in nodes.
  - Uses IPv6 to avoid address scarcity and incompatibility between CNs.
  - Mgmt connections are short-lived to tolerate link instability. *##*
- Gateways are entry points to the mgmt network.
  - They help extend it over multiple CNs by external means (e.g. FEDERICA, the
    Internet).
  - They can also route the management network to the Internet. *##*
- Researchers run experiments in slices spread over several nodes (as
  slivers). *##*

** Slices, slivers and nodes
# Axel: Reverse, from PoV of researcher: select nodes, run as slivers, gruop in slices.
- These concepts are inspired in PlanetLab.
- A slice is a management concept that groups a set of related slivers.







|

|
|
>
|



|



|



|







80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
- CNs suffer from IPv4 scarcity and incompatible addressing besides little
  IPv6 support.
- support testbed spanning different CNs? *##*

* Community-Lab testbed architecture
** Overall architecture
This is the architecture developed by the CONFINE project to handle the
previous challenges.  It applies to all testbeds using CONFINE software.

Here you see two CNs with several nodes connected to them, all managed by
their respective admins.

- A testbed consists of a set of nodes managed by the same server.
  - Server managed by testbed admins.
  - Network and nodes managed by CN members.
  - Node admins must adhere to testbed terms and conditions.
  - This decouples testbed management from infrastructure ownership & mgmt.
- Testbed management traffic uses a tinc mesh VPN:
  - Avoids problems with firewalls and private networks in nodes.
  - Uses IPv6 to avoid address scarcity and incompatibility between CNs.
  - Mgmt connections are short-lived to tolerate link instability.
- Gateways are entry points to the mgmt network.
  - They help extend it over multiple CNs by external means (e.g. FEDERICA, the
    Internet).
  - They can also route the management network to the Internet.
- Researchers run experiments in slices spread over several nodes (as
  slivers). *##*

** Slices, slivers and nodes
# Axel: Reverse, from PoV of researcher: select nodes, run as slivers, gruop in slices.
- These concepts are inspired in PlanetLab.
- A slice is a management concept that groups a set of related slivers.