1 {% extends "layout.html" %}
6 <div class="col-md-12">
7 <h1><img src="{{ STATIC_URL }}icons/user-xs.png" alt="User Registration" />User sign-up</h1>
11 <div class="col-md-12">
12 <p><strong>Questions? <a href="/portal/contact" >Contact us.</a></strong></p>
17 {% for error in errors %}
24 <form action="/register" class="cmxform form-horizontal" method="post" enctype="multipart/form-data">
27 <div class="col-md-12">
29 <div class="form-group">
31 <label for="authority_hrn" class="control-label">Organization</label>
33 <input id="authority_hrn" name="org_name" class="form-control" style="width:590px" value="{{ organization }}"
34 title="Choose your organization (company/university) from the list that apears when you click in the field and start to type.
35 Use the arrow keys to scroll through the list; type part of the name to narrow down the list. If it is not in the list,
36 please request its addition by clicking the link below. We will send an email to the managers that we have on record for
37 your organization, asking them to validate your sign-up request." required />
39 <p>Organization not listed? <a href="/portal/join">Request its addition now.</a></p>
45 <div class="col-md-6">
47 <div class="form-group">
48 <label for="firstname" class="control-label">Personal information</label>
50 <input type="text" name="firstname" class="form-control" style="width:350px" minlength="2" value="{{ first_name }}" placeholder="First name" required />
52 <div class="form-group">
53 <input type="text" name="lastname" size="25" class="form-control" style="width:350px" minlength="2" value="{{ last_name }}" placeholder="Last name" required />
55 <div class="form-group">
56 <input type="email" name="email" size="25" class="form-control" style="width:350px" value="{{ email }}"
57 title="Your e-mail address will be your identifier for logging in. We contact you to verify your account and then, occasionally, for important issues."
58 placeholder="Email" required />
62 <div class="col-md-6">
63 <div class="form-group">
64 <label for="password" class="control-label">Authentication</label>
66 <input type="password" id="password" name="password" class="form-control" style="width:250px" minlength="4" value="{{ password }}"
67 title="Your password allows you to log in to this portal."
68 placeholder="Password" required />
70 <div class="form-group">
71 <input type="password" id="confirmpassword" name="confirmpassword" style="width:250px" minlength="4" class="form-control" value=""
72 placeholder="Confirm password" required />
74 <div class="form-group">
75 <select name="question" class="form-control" style="width:350px" id="key-policy"
76 title="Your public/private key pair allows you to access the testbeds." required >
77 <option value="generate">Generate my keys for me (recommended)</option>
78 <option value="upload">Upload my public key (advanced users only)</option>
81 <div class="form-group" style="display:none;" id="upload_key">
82 <label for="file" class="control-label">Upload public key</label>
83 <input type="file" name="user_public_key" class="form-control" style="width:200px" id="user_public_key" />
85 <div class="alert alert-danger" id="pkey_del_msg">
86 In order for the portal to contact testbeds on your behalf, so as to list and reserve resources, you will need to
87 <a href="http://trac.myslice.info/wiki/InstallSfa" target="_blank">delegate your public key to the portal.</a>
93 <div class="col-md-12">
94 <div class="form-group">
96 <input type="checkbox" name="agreement" value="agreement" required /> I agree to the
97 <a href="#" data-toggle="modal" data-target="#myModal">terms and conditions.</a>
102 <div class="col-md-10">
103 <div class="form-group" id="register">
104 <span class="glyphicon glyphicon-info-sign"></span>
105 If you are a <b>PlanetLab Europe</b> fill in this form using the same email address that you currently use for your PlanetLab Europe account,
106 your existing credentials will be used to validate your OneLab account.
107 Please be sure to specify a different password for your new OneLab account.
112 <div class="col-md-12">
113 <div class="form-group" id="register">
115 <input class="submit btn btn-onelab" type="submit" value="Sign up" />
122 <!-- Modal - columns selector -->
123 <div class="modal fade" id="myModal" tabindex="-1" role="dialog" aria-labelledby="myModalLabel" aria-hidden="true">
124 <div class="modal-dialog">
125 <div class="modal-content">
126 <div class="modal-header">
127 <button type="button" class="close" data-dismiss="modal" aria-hidden="true">×</button>
128 <h4 class="modal-title" id="myModalLabel">Terms & Conditions</h4>
130 <div class="modal-body">
132 for OneLab Basic level service
134 Version 0.6 of 20 May 2014
136 <a href="/portal/terms" target="_blank">[Printable format]</a>
138 <h1 align="left">1 Context</h1>
139 <h2 align="left">1.1 OneLab</h2>
141 OneLab is an experimental facility for testing new ideas and new technologies in the area of computer networking. It consists of a variety of types of
142 platforms, including:</p>
145 <strong>internet overlay testbeds</strong>
146 , testbeds that offer virtual machines distributed across locations in different countries, allowing users to deploy overlays on the internet;
149 <strong>wireless testbeds</strong>
150 , testbeds that consist of clusters of computers that are within Wi-Fi communication range of each other, either in an office environment or in an
154 <strong>internet of things testbeds</strong>
155 , testbeds that consist of embedded computing nodes with sensor capabilities, communicating wirelessly in an isolated environment;
158 <strong>emulation testbeds,</strong>
159 computing clusters that offer virtual machines on servers that are interconnected by a high speed switch, enabling large scale network emulation.
163 This list of types of platforms is subject to change, and the current list, along with the identities of the specific platforms of each type, can be found
164 on the OneLab website (onelab.eu).</p>
166 Each platform has its own owners, and OneLab is the grouping of these platforms through a consortium of institutions. The OneLab consortium is coordinated
167 by UPMC Sorbonne Universités. It operates on a not-for-profit basis.</p>
169 Access to OneLab may also provide access to additional platforms that are not part of OneLab, due to a federation agreement between OneLab and the owners
170 of those platforms.</p>
171 <h2 align="left">1.2 Fee-free Basic level service</h2>
172 <p align="left">These terms and conditions define and apply to OneLab's Basic level service, which is available free of charge.</p>
174 Users who would like additional services are encouraged to contact support@onelab.eu. Some additional services require a written agreement, but are
175 otherwise free. Others require the payment of fees or in-kind contributions. (An example of an in-kind contribution is the hosting of a PlanetLab Europe
177 <h2 align="left">1.3 Managers and standard users</h2>
179 There are two classes of OneLab user: the manager and the standard user. OneLab grants access rights to managers, who, in turn, provide access rights to
180 standard users. Examples are: for a small enterprise, an executive may be the manager and the employees may be standard users; for a research team, a
181 senior scientist (faculty member or research scientist) may be a manager and doctoral students and other members of the team may be standard users; for a
182 university course, a professor may be a manager and the students may be standard users.</p>
183 <h2 align="left">1.4 These terms and conditions</h2>
185 Acceptance of these terms and conditions is a condition of obtaining OneLab Basic level user service. They are posted to the OneLab portal site
186 (portal.onelab.eu). They may be changed without other notice than the posting of a new version to the portal site.</p>
187 <h1 align="left">2 Services provided by OneLab</h1>
188 <h2 align="left">2.1 Access to the experimental facility</h2>
190 OneLab provides users with access to the platforms that make up the experimental facility. Each platform owner determines the specifics of this access (for
191 example, how many nodes are available to a user, what happens in case of oversubscription, etc.), with the proviso that Basic level service requires that
192 users be able to conduct meaningful experiments on every OneLab testbed.</p>
194 Basic level service may also provide access to platforms that are federated with OneLab, but such access depends upon the terms of the federation
195 agreements with those platforms, which may require that the user have a higher level of service in order to gain access. For example, Basic level service
196 provides access to PlanetLab Europe, a OneLab platform, without providing access to PlanetLab Central, a federated platform. Users wanting full access
197 across the global PlanetLab system should contact support@onelab.eu to arrange to enter into a PlanetLab Europe membership agreement.</p>
198 <p align="left">OneLab's role is to facilitate access to the platforms. Specifically, it provides each user with:</p>
201 <strong>a single account,</strong>
202 the credentials for which can be used to access all of the OneLab testbeds;
205 <strong>tools through which to access the testbeds</strong>
206 , including, notably, a web-based portal (portal.onelab.eu) that allows a user to see the resources available on each testbed and to reserve them,
207 along with a number of experiment control tools that a user can employ to deploy an experiment on those resources;
210 <strong>support</strong>
211 , with documentation on how to use the tools, pointers to documentation for individual testbeds, and a helpdesk to respond to user questions.
215 Additional support, such as accompaniment through the design and deployment of experiments and the interpretation of their results, is available through
216 higher levels of service.
219 2.2 Best effort, without guarantees
222 OneLab and the owners of the individual OneLab testbeds do their best to provide the services outlined here, with the understanding that Basic level
223 service offers no guarantees. Users should clearly understand the following limitations.
227 <strong>Reliability:</strong>
228 OneLab does not provide any guarantees with respect to the reliability of the portal, of other tools, or of the individual nodes on platforms. These
229 may be taken down for maintenance, rebooted, or reinstalled at any time. Reinstallation implies that disks are wiped, meaning that users should not
230 consider a local disk to be a persistent form of storage.
233 <strong>Fitness:</strong>
234 OneLab does not guarantee that the platforms are suitable for the experiments that users intend to conduct. There may be limitations in the
235 technologies that are offered that prevent certain types of experiments from being carried out.
238 <strong>Privacy</strong>
239 : OneLab does not guarantee the privacy of traffic generated on the platforms (e.g., wireless signals, packets). Unless otherwise specified by an
240 individual platform owner, users should assume that traffic is monitored and logged. Such monitoring may be done intentionally, for example, to allow
241 platform administrators as well as other users to investigate abuse.
245 Users who seek such guarantees are invited to consider a higher level of service.
251 In no event shall the partners of the OneLab consortium be liable to any user for any consequential, incidental, punitive, or lost profit damages, or for
252 any damages arising out of loss of use or loss of data, to the extent that such damages arise out of the activities of OneLab consortium partners, or any
253 breach of the present terms and conditions, even if the consortium partner has been advised of the possibility of such damages.
256 Nothing contained in these terms and conditions shall be deemed as creating any rights or liabilities in or for third parties who are not Basic level users
260 3 Acceptable use policy
263 3.1 Responsibilities of managers and standard users
266 OneLab creates and administers accounts for managers and delegates to managers the responsibility for creating and administering accounts for standard
267 users. Both managers and standard users are required to follow OneLab's acceptable use policy. In addition, managers are fully responsible for the
268 activities of the standard users whose accounts they create.
271 A manager is expected to grant user access only an individual with whom he or she has a working relationship. In general, this means an individual who
272 works for the same institution as the manager, or, in the case of higher education and research, an individual who is a student at the university where the
273 manager works. Managers may also grant access to individuals from other institutions, provided that they are collaborating on a common project on OneLab.
274 If there is a doubt, a manager should refer the question to support@onelab.eu.
280 OneLab may be used by enterprise, by scientific researchers, and by educators.
283 OneLab may be used for pre-commercial research and development. In keeping with OneLab's not-for-profit status, it may not be used to deploy services that
284 are designed to generate a commercial profit.
287 Not-for-profit use of OneLab to deploy services that are designed to generate revenue requires prior approval through a written agreement, and thus may not
288 be carried out on a Basic level account. Interested users are invited to contact support@onelab.eu.
291 OneLab may be used for scientific research.
294 OneLab may be used to host lab exercises for university courses.
297 Questions about other types of use should be addressed to support@onelab.eu.
300 3.3 Applicable laws and regulations
303 OneLab is managed, and the portal is hosted, in France. Information regarding the countries in which individual testbeds are managed and hosted is
304 available from those testbeds. Users are responsible for being aware of the countries in which their experiments are deployed and for ensuring that their
305 use of OneLab fully conforms to the laws and regulations of those countries, as well as the laws and regulations of the country in which they themselves
306 are present when conducting their experiments.
309 Above and beyond specific national laws, the activities email spamming, phishing through web services, and all types of Internet fraud are prohibited on
313 3.4 Security and accounting mechanisms
316 Users are expected to respect the security and accounting mechanisms put in place by OneLab, its platforms, and federated platforms. For example, access to
317 PlanetLab Europe is designed to take place through the SSH cryptographically-secured connection protocol, which uses public/private key pair
318 authentication, and so users should not attempt to bypass this mechanism. As another example, OneLab's notion of a "slice" associates a set of resources
319 with the group of users who have reserved those resources, and users should not attempt to obscure the identities of participants in a slice.
322 Hacking attempts against the OneLab portal and testbeds are not permitted. This includes "red team" (hacker test) experiments.
325 3.5 Sharing of resources
328 OneLab is intended for ambitious experiments. Large numbers of resources and extended leases on resources may legitimately be granted in order to carry
329 these out. At the same time, OneLab and its testbeds are shared environments, and when there is contention for resources, limits must be imposed.
332 Each OneLab platform sets its own policies for handling resource contention. As a general rule, users are encouraged to design their experiments to use
333 resources efficiently. In particular, spinning/busy-waiting techniques for extended periods of time are strongly discouraged. Some resource contention
334 policies (e.g., PlanetLab Europe's) terminate the jobs that are using the most resources in the case of contention.
337 3.6 Internet-connected platforms
340 Some of OneLab's platforms allow experiments to take place on resources that have access to the public internet. These experiments can potentially generate
341 traffic to, and receive traffic from, any host or router in the internet.<a></a><a id="_anchor_1" href="#_msocom_1" name="_msoanchor_1">[LB1]</a>
344 Furthermore, some internet-connected platforms (e.g., PlanetLab Europe) consist of servers that are hosted by a large number of member institutions.
347 The accessibility of internet-connected platforms and the distributed hosting model of some of these platforms imply certain responsibilities on the part
348 of users, as detailed below.
351 3.6.1 General guidance
354 A good litmus test when considering whether an experiment is appropriate for such internet-connected platforms is to ask what the network administrator at
355 one's own organisation would say about the experiment running locally. If the experiment disrupts local activity (e.g., uses more than its share of the
356 site's internet bandwidth) or triggers complaints from remote network administrators (e.g., performs systematic port scans), then it is not appropriate for
357 such internet-connected platforms.
360 It is the responsibility of the user and the user's manager to ensure that an application that will run on an internet-connected platform is tested and
361 debugged in a controlled environment, to better understand its behaviour prior to deployment.
364 3.6.2 Standards of network etiquette
367 Internet-connected platforms are designed to support experiments that generate unusual traffic, such as network measurements. However, it is expected that
368 all users adhere to widely accepted standards of network etiquette in an effort to minimise complaints from network administrators. Activities that have
369 been interpreted as worm and denial-of-service attacks in the past (and should be avoided) include sending SYN packets to port 80 on random machines,
370 probing random IP addresses, repeatedly pinging routers, overloading bottleneck links with measurement traffic, and probing a single target machine from
374 For internet-connected platforms that have a distributed hosting model, each host institution will have its own acceptable use policy. Users should not
375 knowingly violate such local policies. Conflicts between local policies and OneLab's stated goal of supporting research into wide-area networks should be
376 brought to the attention of OneLab administrators at support@onelab.eu.
379 3.6.3 Specific network usage rules
382 It is not allowed to use one or more nodes of an internet-connected platform to generate a high number of network flows or flood a site with high traffic
383 to the point of interfering with its normal operation. Use of congestion-controlled flows for large transfers is highly encouraged.
386 It is not allowed to perform systematic or random port or address block scans from an internet-connected platform.
389 For internet-connected platforms that use a distributed hosting model, it is not allowed to spoof or sniff traffic on a hosted server or on the network the
393 Access to a server on a distributed hosting platform may not be used to gain access to other servers or networked equipment that are not part of the
397 3.7 Wireless platforms
400 Wireless-connected platforms give users access to nodes that communicate via Wi-Fi and other wireless technologies. They may be capable of detecting
401 wireless activity in the neighbourhood of those nodes: traffic generated by other users of the platform or by individuals not associated with the platform.
402 In general, much of the traffic will be encrypted, with certain aspects (such as SSIDs) not encrypted, but it is also possible that there will be fully
403 unencrypted traffic. They may also be capable of generating wireless activity that reaches equipment outside of the testbed.
406 Furthermore, some wireless-connected platforms may have built-in limitations to prevent them from generating signals at a strength that exceeds health and
410 These characteristics of wireless-connected platforms imply certain responsibilities on the part of users, as detailed below.
413 3.7.1 Specific network usage rules
416 Experimenters may make no attempt to defeat the encryption of encrypted third-party traffic. Furthermore, experimenters must treat with utmost discretion
417 any unencrypted traffic. Limited metadata can be recorded for the bona fide purposes of an experiment, but under no case should third party communications
421 No attempt may be made to reverse engineer traffic in order to learn the identities of the parties who have generated the traffic.
424 Wireless-connected platforms may not be used to gain access to any network equipment that is not part of the testbed itself.
427 It is not allowed to perform systematic or random scans of wireless networks that are not part of a wireless-connected platform. Similarly, it is not
428 allowed to spoof or sniff wireless traffic of the institution that hosts a wireless-connected platform or of other networks in the proximity.
431 Care must be taken so that traffic on wireless-connected platforms does not interfere with the normal functioning of network equipment that is not part of
435 No attempt may be made to defeat the mechanisms that limit signal strength on wireless-connected platforms.
438 3.8 Handling suspected violations
441 Suspected violations of the OneLab acceptable use policy should be reported to support@onelab.eu.
444 Upon notification or detection of a possible violation, OneLab management will attempt to understand if a violation has in fact occurred. To do so,
445 management will freely communicate with the users concerned, the operators of the platforms concerned, as well as any third parties that might be involved.
446 An example of a third party is a network operator who detects what they believe to be unauthorized traffic emanating from a OneLab platform.
449 The priority is to resolve any real or apparent violations amicably. However, if OneLab management believes that a violation may have occurred, it can, at
450 its sole discretion, and without prior notice, apply any of the following measures:
454 notification of the users of the concerned slice (set of resources);
457 disabling of the concerned slice;
460 disabling an individual user's account;
463 reporting of the user's activity to his/her manager;
466 disabling of the manager's account and all user accounts for which the manager is responsible;
469 disabling of all accounts associated with the user's institution.
473 In the case of suspected illegal activity, OneLab management might need, without prior notice, to notify the relevant authorities.
477 <div class="modal-footer">
478 <button type="button" class="btn btn-default" data-dismiss="modal">Close</button>
486 $(document).ready(function(){
487 var availableTags = [
489 {% for authority in authorities %}
490 {% if authority.name %}
491 {value:"{{ authority.name }}",label:"{{authority.name}}"},
492 // to show only full name
494 // {value:"{{ authority.authority_hrn }}",label:"{{authority.authority_hrn}}"},
498 {value:"",label:"No authority found !!!"}
502 availableTags.sort(function(a,b){
503 var nameA=a.value.toLowerCase(), nameB=b.value.toLowerCase();
512 // auto-complete the form
513 $( "#authority_hrn" ).autocomplete({
514 source: availableTags,
516 change: function (event, ui) {
518 //http://api.jqueryui.com/autocomplete/#event-change -
519 // The item selected from the menu, if any. Otherwise the property is null
520 //so clear the item for force selection
521 jQuery("#authority_hrn").val("");
524 //select: function( event, ui ) {console.log(jQuery(this))}
527 $('[title!=""]').qtip();
528 $("form").validate();
529 $("form").submit(function() {
530 if ($('select option:selected').val() == 'upload') {
531 if ($('input[name=user_public_key]').val() == '') {
532 alert('Please specify the key file to upload');