Appendix for the Understanding the AM API using Content Centric Networking Exercise

5.2 Visualizing your Content Centric Networking (CCN) application using the GENI Desktop

These are instructions for the optional part of the Understanding the AM API using a Content Centric Networking application tutorial. Make sure you have completed the instructions at GENIExperimenter/Tutorials/GettingStarted_PartII_ccn/Procedure/Execute before you continue.

5.2.1 Launch the GENI Desktop

Find your slice in the GENI Portal and click on the GENI Desktop button	Figure 5-1 Click on the GENI Desktop button in the Slice Tools section of your Slice page.
Before the GENI Desktop launches, it will ask for authorization. Follow the instructions to click on the button.	Figure 5-2 Click on the Authorize the GENI Desktop button.
It will ask for you to choose your member authority.	Figure 5-3 Click on your member authority.
On the next screen, choose the Add Global Node button.	Figure 5-4 Click on Add Global Node.
The next screen will welcome you to the GENI Desktop. Wait until the tool is ready.	Figure 5-5 GENI Desktop Welcome.

5.2.2 Setting up the visualization

We are now ready to graph traffic on the three links of our topology.

Click on the Passive Graphs Lite in the menu that pops up.
On the GEMINI Graphs menu that pops up, deselect all boxes and select linkoctets . We will be graphing the number of octets on the links.
For each of the links in the experiment: (1) Click on the link to select it and (2) Click on Add Graphs with Title . For each link you will get a graph showing the number of octets going in and out of each interface on the link. (See figure.) You can close the GEMINI Graphs menu.

5.2.3 Visualizing your Experiment

1. At this point you will see three graphs showing traffic on each of the three links on your experiment. The traffic you see on the links is broadcast traffic from the switch on the rack to which these nodes connect. It is not related to your experiment.

Go back to the ssh window you used to log into the researcher node when you did the CCN exercise. Use the /opt/ccnx-atmos/client.py program to fetch precipitation data for a time period you had not previously fetched. This is to make sure the data will be fetched from the data source (dsrc1) and not from the cache at some node. The time period must be between 1 Jan 1901 and 31 Jan 1902.

2. Your graphs should now show traffic on the rschr-router and router-dsrc1 links (see example below). This is because the precipitation data was not cached anywhere and had to be fetched from the data source.

3. Fetch the same data again. Notice there is no experiment traffic on the links. This is because the data was fetched from the cache on the node rsrchr.

4. You can investigate the CCN application further:
   1. Log into the collaborator node (collab) to fetch data that was previously fetched by the researcher node (rschr). Can you tell from where the data is fetched based on the graphs?
   2. From the collaborator node fetch data that was not previously fetched by the researcher. Where did the data come from this time?

Cleaning up

Go back to the CCN exercise to free up the resources you used in this experiment.