Version 8 (modified by, 5 years ago) (diff)


Execute Experiment: After your slice is ready, you will be able to interact with your nodes. Even though your OVS nodes are now visible to the controller, their tables are empty and therefore they will not forward any packet.

  1. Login to hosts To start our experiment we need to ssh our hosts, h1 and h2, you may use any SSH client or the GENI Dekstop's SSH module to access the hosts from the browser.

In the terminal of h1, ping h2. This should timeout, since there are no rules installed at the switches.

user@h1:~$ ping h2
PING h2-link-4 ( 56(84) bytes of data.
From h1-link-0 ( icmp_seq=1 Destination Host Unreachable
From h1-link-0 ( icmp_seq=2 Destination Host Unreachable
From h1-link-0 ( icmp_seq=3 Destination Host Unreachable
  1. Setup Shortest Path Flows Now we want to make h1 and h2 able to communicate using shortest paths. To do so, you have to load the Flow Install module from the list of modules on the left hand side of your screen.

The first section, Controller Information, tells you the public IP address where the controller is running, and which controller you chose when creating the slice.

The second section, System-wide SDN Rules, allows you to automatically set system wide paths. It can compute shortest paths between all hosts and automatically install the corresponding flow entries at every switch in the path. It can also send ARP Traffic to the controller. We need to handle ARP processing as well in order to be able to communicate between hosts. The controller images loaded in the AAG features include ARP processing modules. Therefore, by checking the ARP processing box we will let the controller handle all ARP requests/responses.

Check Send ARP Traffic to Controller and Shortest Path Rules. Then, click on the Initialize button.

The output message should be:

ARP flow entries successfully installed.
Shortest paths successfully installed.

Now, if we try to ping h2 from h1 we can see that communication is successful.

user@h1:~$ ping h2
PING h2-link-4 ( 56(84) bytes of data.
64 bytes from h2-link-4 ( icmp_seq=1 ttl=64 time=7.40 ms
64 bytes from h2-link-4 ( icmp_seq=2 ttl=64 time=1.74 ms
64 bytes from h2-link-4 ( icmp_seq=3 ttl=64 time=1.69 ms
  1. Install Alternate Paths
    1. List Flows

The Flow Install module allows you to list existing end-to-end flows (Refresh List button) you have added using the GENI Desktop as well as individual flow entries (possibly) installed using other tools that interact with the controller REST API.

Note that end-to-end flows display the path a flow follows from one host to another instead of displaying low-level details. For individual flow entries, information about the match fields is shown (e.g. ARP flows).

  1. Delete a Flow With the flows listed, it is straightforward to remove an existing path. For this tutorial we will leave the communication from h1 to h2 intact (i.e. shortest path), but you will select and remove the flow that goes from h2 to h1.
  1. Defining an Alternate Path

Defining an Alternate Path

Using the topology view, you will select all the elements (links and nodes) across an alternate path that communicate h2 with h1. In the flow definition section, select h2 as source node and define the path as a one-way flow. Leave the information about ports blank and install the new flow.

Tip: Select multiple elements by holding the CTRL key and clicking on the desired element.


End-to-End flow(s) installed successfully.
  1. Testing New Path

With the new path installed, you should be able to ping again from h1 to h2.

user@h1:~$ ping h2
PING h2-link-4 ( 56(84) bytes of data.
64 bytes from h2-link-4 ( icmp_seq=1 ttl=64 time=2.64 ms
64 bytes from h2-link-4 ( icmp_seq=2 ttl=64 time=2.16 ms

Notice the extra delay added to the communication because we are using a longer path.

Navigation: Back To Tutorial

Attachments (6)

Download all attachments as: .zip