Changes between Version 7 and Version 8 of DTunnels-3Q09-status

09/10/09 20:09:31 (15 years ago)



  • DTunnels-3Q09-status

    v7 v8  
    1 [attachment:wiki:DTunnels:DTunnels-3Q09-status:sigcomm2009-demo.jpg Photo of SIGCOMM 2009 Demo]
     1= DTunnels Project Status Report: 3Q09 =
     3== 1. Major accomplishments ==
     5This report covers activity from July 1 to September 30, 2009.
     7=== 1.1 Milestones achieved ===
     9We have achieved the following four milestones:
     11  * DTunnel: Define RSpec - (Due 09/01/09 (late)) (milestone changed)
     12  * DTunnel: Virtual Network with BGPMux How-To -- (Completed late 09/10/09) (milestone changed)
     14== 2. Description of work performed during last quarter ==
     16=== 2.1 Activities and findings ===
     18Our activities and findings include the following:
     20  * '''Data plane integration.'''  In this quarter, we successfully
     21    demonstrated traffic flowing from a downstream client to upstream
     22    ISPs through the BGP Mux.  A downstream client user can connect
     23    directly to the BGP Mux and control BGP routing from the client
     24    network. 
     26  * '''Deployment of BGP Mux at Additional Sites: Wisconsin.''' With the
     27  help of Mike Blodgett at University of Wisconsin, we have deployed a
     28  BGP Mux that has a direct layer 2 connection (via a VLAN) to the
     29  Wisconsin border router and can announce a /21 IP prefix via
     30  Wisconsin's upstream providers.  Currently, we are unable to announce
     31  any prefix that is longer than the /21.  We discss this issue in more
     32  detail below.
     34  * '''Registration of Route Objects at ARIN IRR.''' To ensure that the
     35    IP prefix can be announced from different upstream ISPs, we
     36    registered the both our temporary IP prefix and the GENI AS number
     37    (AS~47065) in the ARIN Internet routing registry.
     39  * '''Demonstration at GEC5.''' We presented a demonstration of the BGP
     40    Mux control plane at GEC5, with the IP prefix being advertised from
     41    both the University of Wisconsin and Georgia Tech, and a downstream
     42    client network at Emulab.
     44  * '''Demonstration at SIGCOMM.''' We presented a demonstration of the
     45    BGP Mux control and data planes at SIGCOMM in August 2009.
     47  * '''Georgia Tech campus GENI network deployment.''' We continue to
     48    build a campus network deployment that can run enterprise-level
     49    experiments and use the BGP Mux as a means of getting upstream
     50    connectivity to and from these upstream ISPs.
     52'''Continued work on ongoing issues:'''
     54  * '''Integration with ProtoGENI.'''
     55    We have defined an initial RSPec for both the BGPMux and the
     56    tunneling aspects of the setup.  We are now working with the
     57    University of Utah to integrate this RSPec, so that it can
     58    ultimately be invoked by the ProtoGENI front-end. 
     61=== 2.2 Project participants ===
     63Professor Nick Feamster: PI[[BR]]
     64Vytautas Valancius: BGP Mux lead developer[[BR]]
     65Yogesh Mundada: DTunnels lead developer[[BR]]
     66[Both Valancius and Mundada are Ph.D. students at Georgia Tech.]
     68=== 2.3 Publications (individual and organizational) ===
     70We presented a demonstration of the BGP Mux and associated applications
     71that could be run using the BGP Mux to SIGCOMM 2009:
     73   ''Transit Portal: Bringing Connectivity to the Cloud''[[BR]]
     74   Vytautas Valancius, Yogesh Mundada, Nick Feamster, Jennifer Rexford,
     75   Akihiro Nakao
     77A photograph of this demonstration is included at the bottom of this report.
     79=== 2.4 Outreach activities ===
     81  * '''HowTo Document'''  We have produced a how-to document for the BGP
     82    Mux to help make it easier for both researchers and operators to
     83    deploy a BGP Mux in their own networks.
     85  * '''Participation in Enterprise GENI Workshop'''  PI Feamster
     86    participated in the Enterprise GENI workshop, presenting a talk on
     87    the use of OpenFlow in the Georgia Tech campus network and exploring
     88    how OpenFlow hardware might be integrated with the existing
     89    ProtoGENI and BGP Mux setups at Georgia Tech and University of
     90    Wisconsin.
     92  * '''Beginning planning for Programmable Networks Course''' PI
     93    Feamster is starting to plan a spring seminar course on programmable
     94    networks, which will introduce students to the BGP Mux as both a
     95    measurement and experimentation tool.
     97  * '''Participation at UCL Summer School''' Valas Valancius gave a talk
     98    on BGP Mux at the UCL summer school in August 2009.
     100=== 2.5 Collaborations ===
     102  * '''University of Utah''' We have begun working with OIT at the
     103  University of Utah to deploy a BGP Mux.  We have only started initial
     104  conversations and are following up in 4Q 2009.
     106  * '''Princeton University''' We are collaborating with Princeton on
     107  virtual network applications that can make use of the BGP session
     108  multiplexer.  Notably, we have helped Princeton undergraduate student
     109  Patrick Wendell (working with Jennifer Rexford) to deploy an initial
     110  service that uses the BGP Mux.
     112  * '''University of Tokyo''' We are collaborating with University of
     113  Tokyo in an attempt to deploy the BGP Mux in that location.  Graduate
     114  student Valas Valancius spent summer in Tokyo working with this team.
     116  * '''UCL (Belgium)''' Valas Valancius gave a talk on BGP Mux at the
     117  UCL summer school in August 2009.  UCL OIT has indicated they are
     118  interested in deploying a BGP Mux.  We will follow up in 4Q 2009.
     120We have a planned collaboration with Jerry Sobieski at NordUNet planned
     121for 4Q 2009.
     125=== 2.6 Other Contributions ===
     127We are building out a campus network testbed for testing both DTunnels
     128topology creation and BGP Mux on the campus network.  The test network
     129spans three buildings on campus and includes roughly ten servers and
     130five !OpenFlow-enabled switches.  While this testbed deployment is
     131technically out of the scope of the original proposal, we do intend to
     132use it as a platform for using both BGP Mux and the DTunnels topology
     133creation service.
     135By the end of September 2009, we plan to have completed the initial
     136deployment of this campus testbed, which was described in detail at the
     137Enterprise GENI workshop.  Currently, we are waiting on documentation
     138for the NEC switches, new firmware for one of the Quanta switches, and
     139IP address space from our campus IT department from which we can number
     140the switches.
     143=== Photo ===