Changes between Version 23 and Version 24 of GEC21Agenda/ChoiceNet/gt_tool


Ignore:
Timestamp:
10/16/14 22:26:15 (9 years ago)
Author:
griff@netlab.uky.edu
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GEC21Agenda/ChoiceNet/gt_tool

    v23 v24  
    2525./getool -f <MANIFEST FILENAME> -l <GENI USERNAME> -i ~/.ssh/id_rsa install
    2626}}}
    27   This command will take several minutes to run (10-15 minutes).  This is installing two different (network layer) !ChoiceNet routing and forwarding services.  The following describes the two services being installed:[[BR]]
     27  This command will take several minutes to run (10-15 minutes).  This is installing two different (network layer) !ChoiceNet routing and forwarding services.  The following describes the two services being installed:[[BR]] [[BR]]
    2828    a. Source-Routed Forwarding:[[BR]] Unlike existing IP source routing protocols, this !ChoiceNet forwarding service will only forward a packet if the packet contains proof that the sender ''paid'' for the forwarding service at each hop along the source-route.  Each entry in the source-route not only identifies the next hop, but also provides a ''proof of purchase'' indicating that the sender paid for use of the next hop.  This proof-of-purchase is checked at the next hop before the packet is allowed to proceed forward.  Packets without proof are automatically dropped.[[BR]] [[BR]] Senders in this model contact a ''Path Service (PS)'' that discovers multiple paths between any two nodes. The send application tells the PS what type of path is desired -- for example a High Bandwidth (and presumably expensive) path, or a Low Bandwidth path (that may be substantially cheaper).The sender also includes some form of payment in the request to the PS, who in turn formulates the best path for the sender, and then returns the best path along with the ''proof of purchase'' needed to get packets through each hop along the path.  Senders then include the path and proof of purchases for each router along the path in the packet header which is examined by every router along the path.[[BR]] [[BR]] To implement this service, we install a '''Click Router''' in the linux kernel along with a click module that implements our forwarding service.  As packets enter the router they are passed to our Click module to examine them and decide whether to forward them or not.  We also need to install a '''Path Service (PS)''' that sending applications contact to purchase paths.  The Click routers advertise their forwarding service to the PS which in turn computes the best path (e.g., high bandwidth or low latency) and sells it to the sending application.  To avoid the need to write an entirely new set of applications that are !ChoiceNet-aware, we instead wrote a '''wrapper library''' that  we can load with existing IPv6 applications.  The wrapper library intercepts socket library calls from the application, consults a local config file to determine what type of path is needed, purchases the appropriate path from the PS, and then begins sending packets using the newly purchased path.[[BR]]
    2929    a. Openflow-based Forwarding:[[BR]]