Initial update: tools page - in progress
authorYasin <mohammed-yasin.rahman@lip6.fr>
Wed, 17 Dec 2014 15:02:19 +0000 (16:02 +0100)
committerYasin <mohammed-yasin.rahman@lip6.fr>
Wed, 17 Dec 2014 15:02:19 +0000 (16:02 +0100)
portal/templates/slice-tab-experiment.html

index 29b7baf..f50ee9f 100644 (file)
        
        <p>
         NITOS resources are not directly accessible. You will need to log in on a gateway server and from there access the node.
-        The NITOS server address is nitlab.inf.uth.gr, so to connect to the NITOS server:
+        You will find the ssh commands to connect to NITOS nodes below:
        </p>
+       <h4>NITLab</h4>
        <p class="command">
        $ ssh {{slicename}}@nitlab.inf.uth.gr
        </p>
-        <h4>Windows users</h4>
+       <h4>FIT NITOS-Lab Paris</h4>
+        <p class="command">
+       $ ssh {{slicename}}@griffin.ipv6.lip6.fr
+        </p>
+
+        <h5>Windows users</h5>
         <p>Use <a href="http://www.putty.org/" target="_blank">SSH client.</a></p>
 
        <p>
@@ -66,7 +72,7 @@
        </p>
        
        <p class="command">
-               $ omf load -i baseline_grid.ndz -t omf.nitos.node016
+               $ omf load -i baseline_grid.ndz -t node016
        </p>
 
        <p>
@@ -74,7 +80,7 @@
        </p>
        
        <p class="command">
-               $ omf tell -a on -t omf.nitos.node016
+               $ omf tell -a on -t node016
        </p>
        <p>
                And finally ssh on the node:
@@ -93,6 +99,7 @@
        The complete tutorial is available at the following address:
        <a target="_blank" href="http://nitlab.inf.uth.gr/NITlab/index.php/testbed/instructions/basic-tutorial">NITOS basic tutorial</a>
        </p>
+       <p>To learn more about OMF6, please click <a href="http://omf.mytestbed.net/projects/omf6/wiki/Wiki" target="_blank">here.</a></p>
        
        <br />
        
        <p>
        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.
        </p>
-       <p> More Info: <a href="http://en.wikipedia.org/wiki/Secure_Shell" target="_blank">http://en.wikipedia.org/wiki/Secure_Shell</a></p>
+       <p> More info: <a href="http://en.wikipedia.org/wiki/Secure_Shell" target="_blank">http://en.wikipedia.org/wiki/Secure_Shell</a></p>
        <br>
+       <p><img src="{{ STATIC_URL }}img/putty-logo.png" width="50"> <b>PuTTY</b></p>
+       <p>
+               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.
+       </p>
+       <p>More info: <a href="http://www.putty.org/" target="_blank">http://www.putty.org/</a></p>     
        <br>
        <p><img src="{{ STATIC_URL }}img/nepi_logo.png" width="90"></p>
        <p>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.</p>
-       <p> More Info: <a href="http://nepi.inria.fr" target="_blank">http://nepi.inria.fr</a></p>
+       <p> More info: <a href="http://nepi.inria.fr" target="_blank">http://nepi.inria.fr</a></p>
        <br>
        <p><img src="{{ STATIC_URL }}img/omf-logo.png" width="90"></p>
        <p>OMF is a Testbed Control, Measurement and Management Framework.</p>