1 / 33

TFN/OARnet Engineering update

TFN/OARnet Engineering update. OARtech April 12, 2006 Paul Schopis. Last Mile Update. Hebrew Union College Delayed due to Q-in-Q issue with TWC Southern State Community College Rehoming lines for better utilization North Central New T1 John Glenn Rehoming to Cleveland to close POP

kathy
Télécharger la présentation

TFN/OARnet Engineering update

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. TFN/OARnet Engineering update OARtech April 12, 2006 Paul Schopis

  2. Last Mile Update • Hebrew Union College • Delayed due to Q-in-Q issue with TWC • Southern State Community College • Rehoming lines for better utilization • North Central • New T1 • John Glenn • Rehoming to Cleveland to close POP • Oberlin • Serial card delayed due to slow capital turn around

  3. Support Center • Two tiered • Facilitate training • Facilitate better division of labor • Facilitate faster turn around

  4. Partners • Some K-12 ITC sites are on TFN • Toledo Public • SCOCA • Public Broadcasting • WVIZ Cleveland • Waiting for additional middle mile for additional sites

  5. New Directions • Merit direct interconnect • Peering with Merit Orano and NYSERNET • Potential push eastward with MERIT • Chicago access

  6. New Directions • Chicago • Joint venture with OSU • Take advantage or fiber rings • OMNIpop • NLR • Future Abilene?? (Non-merger hedge) • Commodity • Additional peering • SLR, BORISNET

  7. pDNAProgrammable Dynamic Network Architecture Paul Schopis, Chris Heerman & Tsege Beyene

  8. The Problem There are numerous programs under development to revolutionize the current “physical” internet. Most programs attempt to reach their goals by a virtualization of resources or putting in the end users hands access to resource allocation. Some of the leading programs are Planet Lab, Hopi, UCLP and Dragon. Most of these concentrate on subset of issues relating in one way or another with getting dedicated resources on demand or semi-on-demand. All require a preconfigured node or device to allow use of a resource whether physical or logical. But what if we extended this notion to the control plane? What we propose here specifically is a provisional control plane mechanism for total resource creation and control.

  9. Planet Lab • Xen virtual machine • Allow researchers to research protocols etc • Uses real routing information acquired from the commodity internet to present a virtual environment as a “real” simulation • Gives fairly serious resources to researchers e.g. a researchers playground • Overlay network • VINI

  10. Hopi • Hybrid Optical Packet Infrastructure • Leverages network layers to construct a virtual “Light Path” • Deployed but still very conceptual • Working with Dragon on GMPLS etc.

  11. UCLP • User Controlled Light Path • Gives end user access to optical resources • Ethernet in Sonet Framing

  12. Dragon • Uses GMPLS - current sets up VLANs • Allows dynamic lambda switching • Resource Scheduling • Virtual Lambda Switching Router (VLSR) • Network Aware Resource Broker (NARB)

  13. GENI • Based on Planet Lab • Employs notion of virtual router • Highly specialized case; private domain

  14. OARnet/TFN • Uses MPLS for recovery & partitioning • Uses Logical Routers in production • Juniper LR is others VR

  15. Proposal • What if…. • Leverage Planet Lab virtualization and extended overlay notion to… • HOPI like light paths and… • used Dragon as part of the subset for signaling • Finally, what if we could dynamically provision the control plane much like the resources described?

  16. GMPLS LFIB

  17. Forwarding Component L3UNI Manager Optical switch Layer 3 Layer 2 switch Architectural BLDG Blocks Control Plane/Service Domain Network Entity Intra-Domain Inter Domain Management Plane/Security Net Monitor L2UNI Manager OUNI Manager

  18. The Problem • The $50,000 question is how is resource discovery, binding and provisioning performed in global and scalable way? • Can we use and slightly alter mechanisms that already exist? • In other words can we use an existing infrastructure as an out-of-band control channel to facilitate creating new infrastructures?

  19. Assumptions • Facilities (POPS) that support new infrastructure deployment generally we be located at facilities that support the current internet • Multicast attributes can be leveraged for resource discovery and bootstrap provisioning • Assuming that both prior assumptions are true we can use the existing internet as an out-band-control channel • The advantage is that it already exists and is ubiquitous in the research and education community

  20. MBGP Router Layer 2 Switch Optical Resources Layer 2 Resources Layer 3 Resources Proposed pDNA Site Servers (real or virtual) Resource Manager To Internet Admission Control Server/ Security & Authentication Network Monitor Router Attached to Standard Internet

  21. RM RM Router Router Functional Overview Internet Multicast Resource advertisement

  22. RM RM Router Router Functional Overview Advertisement Heard & Stored as point of interest Internet Multicast Resource advertisement

  23. RM RM Router Router Functional Overview Bootstrap Exchange Request Internet

  24. RM RM Router Router Functional Overview Authentication and Authorization Challenge Internet If {yes proceed} Elseif {no Goto next point of interest} Else {(fail) respond to user exit}

  25. RM RM Router Router Functional Overview Resource Exchange Internet

  26. RM RM Router Router Functional Overview Resource Request (protocol X(RSVP?)) Internet

  27. RM RM Router Router Functional Overview Resource Response Internet If yes proceed Elseif no Goto next point of interest Else fail respond to user exit

  28. RM RM Router Switch Router Switch Server Server Functional Overview Internet Code transfer can be Modules Support IP, GMPLS or Experimental Protocols Etc.

  29. RM RM Router Switch Router Switch Server Server New Infrastructure Optical, Layer 2, Layer 3 or Overlay Functional Overview Internet Routing or Protocol Engine Routing or Protocol Engine

  30. RM RM Router Switch Router Switch Server Server New Infrastructure Optical, Layer 2, Layer 3 or Overlay Functional Overview Internet Routing or Protocol Engine Routing or Protocol Engine New Dedicated Domain

  31. Conclusion • The afore mentioned process does not preclude an iterative and nested process • As such a process could be used widely and global paths • For example, Servers could be allocated as LSR routing engines on link by link basis to construct an LSP if needed. • This might be a way to address the inter-domain resource problem

  32. Questions?

More Related