'''NOTE: The Wisconsin myPlc has been decommissioned. If you are following this example, please only use the BBN and the Clemson site. We are actively working in updating the instructions''' [[PageOutline(1-2)]] = GENI !OpenFlow Experiment Example 2 = This page illustrates an !OpenFlow (OF) example for the [wiki:HowToUseOmni Omni How-to] page. OpenFlow is used for the control of the network resources in the GENI backbone and at Meso-scale campus locations. Experimenters can use GENI resources without learning !OpenFlow. Experimenters can choose to control the network switching fabric in their slices by running an !OpenFlow controller. Many experimenters use existing !OpenFlow controller code as-is, some use controllers with relatively simple modifications, and some experimenters have written their own controller. The GPO is available to help design your controller and plan your experiment configuration. Feel free to contact us at [mailto:help@geni.net]. The experiment in this page uses Omni to reserve resources. If you are using gcf 2.0 or higher, you '''must''' specify the AM API version option ''' ''-V 1'' ''' for all Omni commands that are executed at !OpenFlow and MyPLC aggregates, these aggregates support AM API V1. If you are using gcf 1.X you do not need to specify ''' ''-V 1'' ''', as the AM API version 1.0 is the default for gcf 1.x packages. The example in this page uses credentials from the GPO ProtoGENI Clearinghouse (pgeni.gpolab.bbn.com) to set up a 3 Meso-scale sites !OpenFlow experiment. The sites are BBN, Wisconsin and Clemson each with a MyPLC compute resource. If you are interested in using PG resources, see the [http://groups.geni.net/geni/wiki/HelloGENI HelloGENI] experiment page for an !OpenFlow experiment using PG nodes. [[Image(OF-FOAM-experiment.jpg)]] Omni tools are used to reserve resources in this experiment for each of the site's !FlowVisor !OpenFlow Aggregate Manager (FOAM) and GENI Aggregate Managers. Steps required to set up this !OpenFlow experiment are detailed in this page: 1. [wiki:GENIExperimenter/ExperimentExample-OF#a1.AuthenticationandOmnitoolsconfiguration Authentication and Omni tools configuration] 2. [wiki:GENIExperimenter/ExperimentExample-OF#a2.ReserveGENIIPsubnet Reserve IP Subnet] 3. [wiki:GENIExperimenter/ExperimentExample-OF#a3.DetermineResourcesAvailability Determine Resources Availability] 4. [wiki:GENIExperimenter/ExperimentExample-OF#a4.DefineComputeResourcesRSpecs Define Compute Resources RSpecs] 5. [wiki:GENIExperimenter/ExperimentExample-OF#a5.DefineOpenFlowNetworkResourcesRSpecs Define OpenFlow Network Resources RSpecs] 6. [wiki:GENIExperimenter/ExperimentExample-OF#a6.SetupExperiment Setup Experiment] 7. [wiki:GENIExperimenter/ExperimentExample-OF#a7.RunExperiment Run Experiment] 8. [wiki:GENIExperimenter/ExperimentExample-OF#a8.ReleaseResources Release Resources] The IP Subnet reservation is required for this example experiment because MyPLC resources are used. Also, FOAM sites must be federated in order to trust a Clearinghouse. This is an !OpenFlow administrator task that must take place before any of the user !OpenFlow operations can take place. == 1. Authentication and Omni tools configuration == This example assumes that GENI credentials have been set up as detailed in the [wiki:HowToUseOmni#a1.GetGENICredentials GENI Credentials] section of the [wiki:HowToUseOmni Omni how-to] page. ''Note:'' You can use the ''aggregate_nicknames'' defined above to specify an aggregate for Omni. The Omni command argument '' "-a !http://myplc.gpolab.bbn.com:12346/" '' can be replaced by '' "-a plc-bbn" '' in any Omni command used below. A complete list of Aggregate managers is compiled in the [http://groups.geni.net/geni/wiki/GeniAggregate GENI Aggregate] page, if your site is not listed on this page you should contact your site administrator, or [mailto:help@geni.net]. == 2. Reserve GENI IP subnet == In the Meso-scale network a layer 3 experiment requires its own separate IP subnet in order to control all traffic without interfering with traffic from other experiments. Before you start this experiment, you need to request an IP subnet from the [mailto:gpo-infra@geni.net] mail list along with a duration for the subnet reservation. To view the current list of subnets and their current allocation see the [http://groups.geni.net/geni/wiki/NetworkCore/SubnetReservations GENI Network Core Subnet] page. You do not need to request a specific address, one will be chosen for you. == 3. Determine Resources Availability == Each of the 3 sites requires an !OpenFlow RSpec and a compute resource RSpec. Also, an !OpenFlow RSpec is required for the GENI Core (NLR in this example). To find out what resources are available use Omni tools to get a list of available resources from the available aggregates. Following is a list of MyPLC and FOAM aggregates available in the Meso-scale network: ||'''Site'''|| '''MyPLC Aggregate URL''' || '''MyPLC Aggregate Nickname''' || ''' FOAM Aggregate URL ''' ||''' FOAM Aggregate Nickname ''' || || BBN || !http://myplc.gpolab.bbn.com:12346/ || plc-bbn || !https://foam.gpolab.bbn.com:3626/foam/gapi/1 || of-bbn || || Clemson || !http://myplc.clemson.edu:12346/ || plc-clemson || !https://foam.clemson.edu:3626/foam/gapi/1 || of-clemson || || NLR || || || !https://foam.nlr.net:3626/foam/gapi/1 || of-nlr || ||Wisconsin ||!https://wings-openflow-1.wail.wisc.edu:12346/|| plc-wisconsin || !https://foam.wail.wisc.edu:3626/foam/gapi/1 || of-wisconsin || The experiment captured in this page uses the BBN, Clemson, Wisconsin and NLR aggregates. For a complete list of available GENI aggregates see the [http://groups.geni.net/geni/wiki/GeniAggregate GENI Aggregates] page. Also, this experiment uses ''aggregate_nicknames'' defined in the omni_config to replace the aggregate URLs used by the Omni commands. == 4. Define Compute Resources RSpecs == To write a MyPLC RSpec you must determine which nodes will be used for the experiment at each site. This section describes this process, which is comprised of the following steps: Step 1. Collect listresources from all MyPLC Aggregates. [[BR]] Step 2. Determine the MyPLC host to be reserved. [[BR]] Step 3. Generate the MyPLC Rspecs. [[BR]] === Step 1. Collect listresources from all MyPLC Aggregates === As a first step, the experimenter determines the available compute resources at each site. Following are the Omni commands issued to get the advertisements of available compute resources from the BBN, Clemson and Wisconsin MyPLC aggregates: {{{ $ ./src/omni.py -a plc-bbn -V 1 listresources -t ProtoGENI 2 -o # generates rspec-myplc-gpolab-bbn-com-12346-.xml $ ./src/omni.py -a plc-clemson -V 1 listresources -t ProtoGENI 2 -o # generates rspec-myplc-clemson-edu-12346-.xml $ ./src/omni.py -a plc-wisconsin listresources -V 1 -t ProtoGENI 2 -o # generates rspec-wings-openflow-1-wail-wisc-edu-12346-.xml }}} The Omni commands above used the following options: [[BR]] ''-t'' to request the advertisement in V2 RSpec format, the default MyPLc advertisement is in SFA format. [[BR]] ''-o'' argument to get the listresources output into advertisement RSpec files, which are all attached to this page as a reference. [[BR]] === Step 2. Determine the MyPLC hosts to be reserved === From each site's advertisement RSpecs generated above, we choose one host to use in the experiment. Detailed instructions for defining a MyPLC V2 RSpec are available [http://groups.geni.net/geni/wiki/GEC12OmniTutorial/Tutorial#CreatingPlanetLabRequestRSpecsfromAdvertisementRSpecs here]. This sections shows the MyPLC node details for each site: ==== BBN MyPLC Host ==== At the BBN MyPLC, we choose the host ''navis'': {{{ }}} ==== Clemson MyPLC Host ==== At the Clemson MyPLC, we choose the host ''planetlab4'': {{{ }}} ==== Wisconsin MyPLC Host ==== At the Wisconsin MyPLC, we choose the host ''wings-openflow-2'': {{{ }}} === Step 3. Generate the MyPLCs RSpecs === To generate the MyPLC RSpec, we combine the request V2 RSpec template below with the node details in step 2. Here is the RSpec V2 template: {{{ #!xml }}} Following are the complete MyPLC RSpecs for each site: '''BBN MyPLC Compute Resource RSpec ''' {{{ #!xml }}} ''' Clemson MyPLC Compute Resources RSpec''' {{{ #!xml }}} '''Wisconsin MyPLC Compute Resources RSpec''' {{{ #!xml }}} The MyPLC plnodes are pre-configured to use pre-defined addresses; MyPLC doesn't allow experimenters to change that configuration. When the experiment is running you will need to choose the appropriate interface for your experiment traffic based on the IP subnet assigned to you by the GPO infrastructure group as described in the section [wiki:GENIExperimenter/ExperimentExample-OF#a2.ReserveGENIIPsubnet above]. == 5. Define OpenFlow Network Resources RSpecs == To write an !OpenFlow RSpec you must determine the end-to-end path that will be used for the experiment. This section describes this process, which is comprised of the following steps: Step 1. Collect listresources from all FOAM Aggregates. Note that these !OpenFlow advertisement RSpecs provide insight into all resources at the aggregate, but do not provide any insight into whether they are available. [[BR]] Step 2. Review [http://groups.geni.net/geni/wiki/GeniAggregate GeniAggregate] to determine how each experiment MyPLC host maps to the site's !OpenFlow switch. Determine addresses and ports, and define site specific !OpenFlow packet filter rules. [[BR]] Step 3. Using guidelines from the [http://groups.geni.net/geni/wiki/HowTo/WriteOFv3Rspecs#WritingOpenFlowv3requestrspecs Writing OF V3 RSpec] page merge the information from Step 2 to generate the request RSpecs. [[BR]] Each of the above steps is covered in detail below: === Step 1: Collect listresources from all FOAM Aggregate === 1. Clemson FOAM aggregate: {{{ $ ./src/omni.py -a of-clemson -V 1 listresources -o # generates output file rspec-foam-clemson-edu-3626-foam-gapi-1.xml }}} 2. Wisconsin FOAM aggregate: {{{ $ ./src/omni.py -a of-wisconsin -V 1 listresources -o # generates rspec-foam-wail-wisc-edu-3626-foam-gapi-1.xml }}} 3. BBN FOAM aggregate: {{{ $ ./src/omni.py -a of-bbn -V 1 listresources -o # generates rspec-foam-gpolab-bbn-com-3626-foam-gapi-1.xml }}} 4. NLR !OpenFlow Core FOAM aggregate: {{{ $ ./src/omni.py -a of-nlr -V 1 listresources -o # generates rspec-foam-nlr-net-3626-foam-gapi-1.xml }}} The Omni commands above used the ''-o'' argument to get the listresources output into advertisement RSpec files, which are all attached to this page as a reference. The output Advertisement RSpec files provide the switch and the port information to be used in the !OpenFlow request RSpec. === Step 2: Determine site specific !OpenFlow details === This sections shows you how to determine the site specific !OpenFlow RSpec details by walking through the information gathering process. To determine which !OpenFlow resources to use, go to the [http://groups.geni.net/geni/wiki/GeniAggregate GeniAggregate] page and select the !OpenFlow Aggregate links for BBN, Clemson and Wisconsin. Each of these !OpenFlow Aggregate pages contain a site diagram. The !OpenFlow site diagrams show ports, DPIDs, and hosts mapping for the site's !OpenFlow switch, which you will have to include in the RSpec. In addition you also have to define how the host traffic will be handled by !OpenFlow by defining packet filters. Now, let's map the 3 nodes we chose in the compute resource RSpecs to the appropriate !OpenFlow switch ports and determine how they connect to the GENI CORE network VLAN 3715. ==== BBN !OpenFlow Aggregate ==== To define the !OpenFlow request RSpec for the BBN site we need to consider the compute resource we selected, which is the MyPLC node navis.gpolab.bbn.com. We then determine how the node ''navis'' is connected to the !OpenFlow switch, then we find the Data Path IDentifier (DPID) for the switch VLAN 1750 which is used at every meso-scale site for MyPLC resources to access the backbone !OpenFlow VLANs, and finally we determine the path required to connects to the network core !OpenFlow VLAN 3715. All this information can be found in the [http://groups.geni.net/geni/wiki/GeniAggregate/GpoLabOpenFlow BBN OF Aggregate] diagram, which is shown below with the relevant BBN !OpenFlow request RSpec details highlighted: [[Image(BBNOFAggregateResources.jpg)]] The BBN !OpenFlow Aggregate image above shows the information required for the !OpenFlow RSpec: * Host ''navis.bbn.com'' is connected to port name 32 of the !OpenFlow switch named ''habanero'' * !OpenFlow switch ''habanero'' has a DPID of ''06:d6:00:24:a8:c4:b9:00'' for VLAN 1750. * !OpenFlow switch ''habanero'' uses port name 47 to connect to port name 20 on the !OpenFlow switch ''poblano''. * !OpenFlow switch ''poblano'' has a DPID of ''06:d6:00:12:e2:b8:a5:d0'' for VLAN 1750. * VLAN 1750 is mapped to the Core VLAN 3715 on ''poblano'' port name 3. The BBN ''habanero'' !OpenFlow switch diagram states that you must add 24 to the port name to determine the port number to use in the RSpec. You do not need to worry about this! The mapping of 'port name' to 'port number' is now done for you by the FOAM aggregate. Simply look for the port names listed above in the listresources output and "borrow" the syntax from the listresources associated to each DPID. Now we know the site specific information and can start to define the BBN !OpenFlow resource request RSpec details. These are the RSpec lines that define the ports on habanero: {{{ }}} These are the RSpec lines that define the ports on poblano: {{{ }}} Each !OpenFlow RSpec must also include a packet filter definition to describe how the host traffic is to be handled for the experiment. Following is an example packet filter template: {{{ }}} ''Note:'' The ''openflow:use-group'' section of the !OpenFlow RSpec defines the traffic characteristics allowed for the experiment. [[BR]] ''Note:'' The ''group-name'' should match the ''openflow:group'' specific to the !OpenFlow switch [[BR]] ''Note:'' The address ''10.42.XX.0/24'' was requested as described in the section [wiki:GENIExperimenter/ExperimentExample-OF#a2.ReserveGENIIPsubnet above]. Your RSpec will use the subnet you reserved. For a detailed look at !OpenFlow configuration parameters, see the [http://groups.geni.net/geni/wiki/HowTo/WriteOFv3Rspecs/Spec OF V3 RSpec] page. On this page you will also find the list of available [http://groups.geni.net/geni/wiki/HowTo/WriteOFv3Rspecs/Spec#Filterelements packet header fields] that can be used to filter the !OpenFlow traffic. Let's modify the packet filter definition above so it applies to the BBN !OpenFlow resources: {{{ }}} The BBN !OpenFlow request RSpec will be completed in [wiki:GENIExperimenter/ExperimentExample-OF#Step3:GenerateOpenFlowV3RSpec Step 3]. ==== Clemson !OpenFlow Aggregate ==== To define the !OpenFlow RSpec for the Clemson site review the information in the [http://groups.geni.net/geni/wiki/GeniAggregate/ClemsonOpenFlow Clemson OF Aggregate] diagram. The compute resource used is the MyPLC node ''planetlab4.clemson.edu''. The following image highlights the the information required from the Clemson !OpenFlow Aggregate site diagram: [[Image(ClemsonOFAggregateResources.jpg)]] The Clemson !OpenFlow Aggregate image above shows the information required for the !OpenFlow RSpec: * Host ''planetlab4.clemosn.edu'' is connected to port name ''39'' * The !OpenFlow switch had a DPID of ''06:d6:00:26:f1:3f:e4:80'' * The site !OpenFlow VLAN 1750 is connected to backbone VLAN 3715 on port name ''43'' These are the lines from the Advertisement that should be used in the !OpenFlow request RSpec: {{{ }}} In addition packet filters must defined to allow traffic for the IP subnet range reserved for the experiment. Following is the packet filter definitions for Clemson: {{{ }}} The Clemson !OpenFlow request RSpec will be completed in [wiki:GENIExperimenter/ExperimentExample-OF#Step3:GenerateOpenFlowV3RSpec Step 3]. ==== Wisconsin !OpenFlow Aggregate ==== To define the !OpenFlow RSpec for the Wisconsin site review the [http://groups.geni.net/geni/wiki/GeniAggregate/WisconsinOpenFlow Winsconsin OF Aggregate] diagram. The compute resource used is the MyPLC node ''wings-openflow-2.wail.wisc.edu''. The [http://groups.geni.net/geni/wiki/GeniAggregate/WisconsinOpenFlow Winsconsin OF Aggregate] diagram only shows the MAC address for the !OpenFlow switch, to determine the DPID simply combine the hexadecimal value for 1750 (06d6) and the MAC address of the switch (00:23:47:CC:44:00) to create the DPID (06:d6:00:23:47:CC:44:00). The following image highlights the the information required from the Wisconsin !OpenFlow Aggregate site diagram: [[Image(WisconsinOFAggregateResources.jpg)]] The Wisonsin !OpenFlow Aggregate image above shows the information required for the !OpenFlow RSpec: * Host ''wings-openflow-2.wail.wisc.edu'' is connected to port name ''22''. * The !OpenFlow switch with the hosts has a DPID of ''06:d6:00:23:47:cc:44:00'' * The !OpenFlow switch with the hosts uses port name ''1'' to connect to a second switch where VLAN 1750 is mapped to 3715. * The second !OpenFlow switch has a DPID os ''06:d6:00:21:f7:be:8d:00''. * The second !OpenFlow switch uses port name''C3'' to map VLAN 1750 to 3715. Ignore the diagram instructions to add 48 to the C port name on the second !OpenFlow switch, this is done for you by FOAM. Simply look for the port names in the listresources output, and borrow the syntax from the listresources associated to each DPID. These are the lines from the Wisconsin !OpenFlow Advertisement that should be used in the !OpenFlow request RSpec: {{{ }}} In addition packet filters are defined to allow traffic for the IP subnet range reserved for the experiment. Following is the packet filter definition for the Wisconsin !OpenFlow resources: {{{ }}} The Wisconsin !OpenFlow request RSpec will be completed in [wiki:GENIExperimenter/ExperimentExample-OF#Step3:GenerateOpenFlowV3RSpec Step 3]. ==== NLR !OpenFlow Aggregate ==== To define the NLR !OpenFlow RSpec review the [http://groups.geni.net/geni/wiki/SiteNlr#OpenFlow OpenFlow DPIDs] table for the core in the [http://groups.geni.net/geni/wiki/SiteNlr National LambaRail] GENI page. From the table you can see the DPIDs for NLR !OpenFlow VLAN 3715. You may choose to use only the two core sites (Chicago and Atlanta) associated with the three experiment sites, but you can also choose to define all DPIDs in the NLR Core for VLAN 3715. This example uses all sites and does not define any port to simplify the experiment workflow. So if you add a site, there is no need to delete, re-create, and re-approved the sliver. Here are the NLR definitions: {{{ }}} The NLR !OpenFlow request RSpec will be completed in [wiki:GENIExperimenter/ExperimentExample-OF#Step3:GenerateOpenFlowV3RSpec Step 3]. === Step 3: Generate OpenFlow V3 RSpec === This section uses guidelines from the [http://groups.geni.net/geni/wiki/HowTo/WriteOFv3Rspecs#WritingOpenFlowv3requestrspecs Writing OF V3 RSpec] page to merge information from [wiki:GENIExperimenter/ExperimentExample-OF#Step2:DeterminesitespecificOpenFlowdetails Step 2] and generate the complete BBN, Clemson, Wisconsin and NLR !OpenFlow request RSpecs. The following !OpenFlow V3 RSpec template is used to start each RSpec: {{{ #!xml }}} For the above template you must modify the following settings: * In the "openflow:sliver" line, replace the "user@geni.net" with your valid email address, and update the sliver description. * In the "openflow:controller" line, include your !OpenFlow controller name and port information. ''Note:'' You must run an !OpenFlow Controller to manage your experiment. If you do not have an !OpenFlow controller, see the following page for instructions on how-to [http://groups.geni.net/geni/wiki/OpenFlow/GeniBackboneTest#SetupyourOpenFlowcontroller Setup an OpenFlow Controller]. Also, attached to this page is a [http://groups.geni.net/geni/attachment/wiki/GENIExperimenter/ExperimentExample-OF/nox-install.txt capture] of the !OpenFlow Controller software installation, and runtime commands used to run the experiment in this page. The modified !OpenFlow V3 Rspec template is shown below with the setting changes specific to our experiment: {{{ #!xml }}} Using the modified !OpenFlow V3 RSpec template we generate the 3 site !OpenFlow Rspecs by combining details from [wiki:GENIExperimenter/ExperimentExample-OF#Step2:DeterminesitespecificOpenFlowdetails Step 2] with the modified template. Following are the completed site !OpenFlow RSpecs for the 3 sites in this experiment: ==== BBN !OpenFlow RSpec ==== {{{ #!xml }}} ==== Clemson !OpenFlow RSpec ==== {{{ #!xml }}} ==== Wisconsin !OpenFlow RSpec ==== {{{ #!xml }}} ==== NLR !OpenFlow RSpec ==== {{{ #!xml }}} == 6. Setup Experiment == Using the !OpenFlow and compute resource RSpecs we defined above, we can now set up an experimennt with Omni. First, we create a slice using the GPO Clearinghouse credentials as defined in the [wiki:GENIExperimenter/ExperimentExample-OF#AuthenticationandOmnitoolsconfiguration Omni configuration]. Note, you should choose a slice name that is meaningful to you. Then, we create a sliver for each resource aggregate. In this example there are 4 !OpenFlow aggregates (one per site plus one for the GENI core) and 3 compute resource aggregates (3 MyPLC), which maps to creating 7 slivers. The following commands are executed to set up the experiment: {{{ $ cd gcf-1.6.1 $ ./src/omni.py createslice 3sites-OF $ ./src/omni.py -a of-bbn -V 1 createsliver 3sites-OF openflow-bbn.rspec $ ./src/omni.py -a of-clemson -V 1 createsliver 3sites-OF openflow-clemson.rspec $ ./src/omni.py -a of-wisconsin -V 1 createsliver 3sites-OF openflow-wisconsin.rspec $ ./src/omni.py -a of-nlr -V 1 createsliver 3sites-OF openflow-nlr.rspec $ ./src/omni.py -a plc-bbn -V 1 createsliver 3sites-OF myplc-bbn.rspec $ ./src/omni.py -a plc-clemson -V 1 createsliver 3sites-OF myplc-clemson.rspec $ ./src/omni.py -a plc-wisconsin -V 1 createsliver 3sites-OF myplc-wisconsin.rspec }}} The output for running each of the above commands is attached [http://groups.geni.net/geni/attachment/wiki/GENIExperimenter/ExperimentExample-OF/openflow-foam-example.txt here]. Also each of the RSpecs used to create slivers are also attached to this page. Remember, to renew the slice and slivers reservation time, as the default time is 8 hours. You may find out the current expiration time by using Omni sliverstatus commands. Following are the commands to determine the current sliverstatus along with the expiration times at each aggregate: {{{ $ ./src/omni.py -a of-bbn -V 1 sliverstatus 3sites-OF $ ./src/omni.py -a of-clemson -V 1 sliverstatus 3sites-OF $ ./src/omni.py -a of-wisconsin -V 1 sliverstatus 3sites-OF $ ./src/omni.py -a of-nlr -V 1 sliverstatus 3sites-OF $ ./src/omni.py -a plc-clemson -V 1 sliverstatus 3sites-OF $ ./src/omni.py -a plc-wisconsin -V 1 sliverstatus 3sites-OF $ ./src/omni.py -a plc-bbn -V 1 sliverstatus 3sites-OF }}} The output for running each of the above commands is attached [http://groups.geni.net/geni/attachment/wiki/GENIExperimenter/ExperimentExample-OF/openflow-foam-sliverstatus.txt here]. You can now renew the slice and slivers. Following are the commands to extend the reservation for the resources: {{{ $ ./src/omni.py renewslice 3sites-OF 2012-04-30 $ ./src/omni.py -a of-bbn -V 1 renewsliver 3sites-OF 2012-04-30 $ ./src/omni.py -a of-clemson -V 1 renewsliver 3sites-OF 2012-04-30 $ ./src/omni.py -a of-wisconsin -V 1 renewsliver 3sites-OF 2012-04-30 $ ./src/omni.py -a of-nlr -V 1 renewsliver 3sites-OF 2012-04-30 $ ./src/omni.py -a of-clemson -V 1 renewsliver 3sites-OF 2012-04-30 $ ./src/omni.py -a of-wisconsin -V 1 renewsliver 3sites-OF 2012-04-30 $ ./src/omni.py -a of-bbn renewsliver -V 1 3sites-OF 2012-04-30 }}} The output for running each of the above renew commands is attached [http://groups.geni.net/geni/attachment/wiki/GENIExperimenter/ExperimentExample-OF/openflow-foam-renew.txt here]. === FOAM sliver approval === Each of the !OpenFlow slivers must be approved by an administrator at each of the !OpenFlow Aggregates. You do not need to take any action, an email notification will be sent for each of the FOAM aggregates that looks as follows: [[Image(FOAM-sliver-approve.jpg)]] In the scenario captured in this page, there are 4 sliver approval notifications, one from each of the FOAM aggregates (BBN, Clemson, NLR and Wisconsin). == 7. Run Experiment == Once your flowspace has been approved, you should be able [wiki:HowTo/LoginToNodes login to each of the MyPLC hosts] and exchange traffic over the approved flows. Simply SSH into one of the hosts and ping any of the other hosts to verify connectivity. If you have connectivity between the allocated hosts, you may start your experiment, if you do not have connectivity, contact [mailto:help@geni.net]. === Login to a MyPLC host === To figure out how to login to the MyPLC hosts that you reserved use the Omni ''sliverstatus'' commands. Following are examples for the experiment captured in this page: {{{ $ ./src/omni.py -a plc-clemson -V 1 sliverstatus 3sites-OF $ ./src/omni.py -a plc-bbn -V 1 sliverstatus 3sites-OF $ ./src/omni.py -a plc-wisconsin -V 1 sliverstatus 3sites-OF }}} The output for running each of the above sliverstatus commands is attached [http://groups.geni.net/geni/attachment/wiki/GENIExperimenter/ExperimentExample-OF/sliverstatus-3sites-OF-exp.txt here]. From the output of the sliverstatus commands, we use the ''pl_login'' and the ''pl_hostname'' to ssh into the MyPLC hosts. Following is a summary for the sites in this experiment: || MyPLC Site || Login (pl_login) || MyPLC Host (pl_hostname) || Command to connect || || || ||BBN || pgenigpolabbbncom_3sitesOF || navis.gpolab.bbn.com || ssh pgenigpolabbbncom_3sitesOF@navis.gpolab.bbn.com |||| ||Clemson || pgenigpolabbbncom_3sitesOF || planetlab4.clemson.edu|| ssh pgenigpolabbbncom_3sitesOF@planetlab4.clemson.edu || || || ||Wisconsin|| pgenigpolabbbncom_3sitesOF || wings-openflow-2.wail.wisc.edu|| ssh pgenigpolabbbncom_3sitesOF@wings-openflow-2.wail.wisc.edu || Login to each of the 3 hosts to determine the host address for the network 10.42.11.0/24, which is the network reserved and configured for the !OpenFlow groups. Here is an example for the node ''navis'': {{{ $ ssh pgenigpolabbbncom_3sitesOF@navis.gpolab.bbn.com Last login: Fri Apr 20 15:22:13 2012 from sendaria.gpolab.bbn.com [pgenigpolabbbncom_3sitesOF@navis ~]$ /sbin/ifconfig |egrep "10.42.11\." -A 1 -B 1 eth1.1750:42011 Link encap:Ethernet HWaddr 00:1B:21:5A:E6:A9 inet addr:10.42.11.55 Bcast:10.42.11.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 }}} You should verify connectivity between the MyPLC hosts before running your experiment. The following example show connectivity from BBN host ''navis'' to Clemson host ''planetlab4'': {{{ [pgenigpolabbbncom_3sitesOF@navis ~]$ ping 10.42.11.104 -c 3 PING 10.42.11.104 (10.42.11.104) 56(84) bytes of data. 64 bytes from 10.42.11.104: icmp_seq=1 ttl=64 time=59.3 ms 64 bytes from 10.42.11.104: icmp_seq=2 ttl=64 time=59.3 ms 64 bytes from 10.42.11.104: icmp_seq=3 ttl=64 time=59.3 ms --- 10.42.11.104 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2006ms rtt min/avg/max/mdev = 59.327/59.337/59.354/0.199 ms [pgenigpolabbbncom_3sitesOF@navis ~]$ }}} and from Wisconsin host ''wings-openflow-2'' to Clemson host ''planetlab4'': {{{ [pgenigpolabbbncom_3sitesOF@wings-openflow-2 ~]$ ping 10.42.11.104 -c 3 PING 10.42.11.104 (10.42.11.104) 56(84) bytes of data. 64 bytes from 10.42.11.104: icmp_seq=1 ttl=64 time=40.6 ms 64 bytes from 10.42.11.104: icmp_seq=2 ttl=64 time=40.6 ms 64 bytes from 10.42.11.104: icmp_seq=3 ttl=64 time=40.6 ms --- 10.42.11.104 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2044ms rtt min/avg/max/mdev = 40.610/40.652/40.699/0.168 ms }}} You can now run an experiment! == 8. Release Resources == When the experiment is completed, you should release the resources by deleting the sliver for each of the resource aggregates in the Experiment. In the example experiment in this page, the following commands should be issued to release resources: {{{ ./src/omni.py -a of-bbn -V 1 deletesliver 3sites-OF ./src/omni.py -a of-clemson -V 1 deletesliver 3sites-OF ./src/omni.py -a of-wisconsin -V 1 deletesliver 3sites-OF ./src/omni.py -a of-nlr -V 1 deletesliver 3sites-OF ./src/omni.py -a plc-clemson -V 1 deletesliver 3sites-OF ./src/omni.py -a plc-wisconsin -V 1 deletesliver 3sites-OF ./src/omni.py -a plc-bbn -V 1 deletesliver 3sites-OF }}} ---- {{{ #!html Email help@geni.net for GENI support or email me with feedback on this page! }}}