SSHPlanetLab Europe resources are accessible directly via SSH. Your SSH public key is deployed automatically on the reserved nodes. To access your slice on a resource just type the following command:
{%for resource in ple_resources %}
Resource
$ ssh {{ple_slicename}}@{{resource}}
{%endfor%}
NOTE: Your original slicename {{slicename}} has been converted to PlanetLab specific format {{ple_slicename}} in order to do SSH.
Be aware that after you reserve a PlanetLab Europe resource your slice will be deployed with a delay of about 15 minutes, after witch you will be able to access the resource.
FIT IoT-Lab resources are accessible directly via SSH and web GUI. To acess IoT-Lab resources using web GUI, use the same login and password of OneLab portal. To acess Iot-Lab resources using SSH type the following command:
ssh {{iot_login}}@grenoble.iot-lab.info
{% endif %} {% if nitos_resources or nitos_paris_resources %}NITOS resources are not directly accessible. You will need to log in on a gateway server and from there access the node. You will find the ssh commands to connect to NITOS nodes below:
{% if nitos_resources %}
$ ssh {{slicename}}@nitlab.inf.uth.gr #nodes 001-040
$ ssh {{slicename}}@nitlab2.inf.uth.gr #nodes 041-049
$ ssh {{slicename}}@nitlab3.inf.uth.gr #nodes > 049
Loading an OMF-compatible image on your resource:
{%for resource in nitos_resources %}
Resource
$ omf6 stat -t {{resource}} #check the status of the node
$ omf6 tell -a on -t {{resource}} #turn on/off the node
$ omf6 load -i baseline.ndz -t {{resource}} #for orbit-like node (002-009) use "baseline_orbit.ndz"
$ ssh root@{{resource}} #ssh to the node
{%endfor%}
NOTE: Nodes 002-009 are orbit-like nodes. For these nodes use "baseline_orbit.ndz". All these images come with OMF5.4 resource controller. To do OMF6 experiments use "baseline_omf6_1_1.ndz" and "baseline_orbit_omf6_1_1.ndz" for grid nodes and orbit nodes respectively.
{% endif %} {% if nitos_paris_resources %}$ ssh {{slicename}}@griffin.ipv6.lip6.fr
For each of the reserved nodes, follo the steps given below:
{%for resource in nitos_paris_resources %}
Resource
$ omf load -i baseline_grid.ndz -t {{resource}} #loading OMF image on the node
$ omf tell -a on -t {{resource}} #turn on the node
$ ssh root@{{resource}} #ssh to the node
{%endfor%}
On the node itself you will have to modify the file /etc/omf-resctl-5.3/omf-resctl.yaml (OMF5.4 only) according to your slice settings and then restart the OMF Resource Controller and finally execute the experiment:
$ omf exec --slice {{slicename}} your_exp.rb
The complete tutorial on NITOS nodes: NITOS basic tutorial
OMF based experiments' tutorials are available here.
To learn more about OMF, please click here.
{% endif %} SSH
Secure Shell (SSH) is a cryptographic network protocol for secure data communication, remote command-line login, remote command execution, and other secure network services between two networked computers that connects, via a secure channel over an insecure network, a server and a client (running SSH server and SSH client programs, respectively). The protocol specification distinguishes between two major versions that are referred to as SSH-1 and SSH-2.
More info: http://en.wikipedia.org/wiki/Secure_Shell
PuTTY
PuTTY is an SSH and telnet client, developed originally by Simon Tatham for the Windows platform. PuTTY is open source software that is available with source code and is developed and supported by a group of volunteers.
More info: http://www.putty.org/
NEPI, the Network Experimentation Programming Interface, is a life-cycle management tool for network experiments. The idea behind NEPI is to provide a single tool to design, deploy, and control network experiments, and gather the experiment results. Going further, NEPI was specially conceived to function with arbitrary experimentation platforms, so researchers could use a single tool to work with network simulators, emulators, or physical testbeds, or even a mixture of them. To accomplish this, NEPI provides a high-level interface to describe experiments that is independent from any experimentation platform, but is able to capture platform specific configurations. Experiment definitions can be stored in XML format to be later reproduced, and modified according to experimentation needs. Experiment execution is orchestrated by a global experiment controller, that is platform independent, and different platform-dependent testbed controllers, creating a control hierarchy that is able t adapt to platform specific requirements while providing an integrated control scheme.
More info: http://nepi.inria.fr
OMF is a Testbed Control, Measurement and Management Framework.
OMF was originally developed for the ORBIT wireless testbed at Winlab, Rutgers University. Since 2007, OMF has been actively extended to operate on testbeds with many different type of network and resource technologies. It is now deployed and used on different testbeds in Australia, Europe, and in the U.S. OMF is currently being extended further to support exciting new features and technologies. This website is hosting this ongoing activity. OMF development is now conducted essentially within the TEMPO project at NICTA (Australia) in strong collaboration with Winlab (Rutgers University).
In addition to the main OMF software, this site also hosts OMF sub-projects addressing various related aspects of a testbed's control, measurement, and management.
More Info: http://mytestbed.net/projects/omf