1 / 60

Internet2: A Tutorial Part 3 of 4

Internet2: A Tutorial Part 3 of 4. 17 th Brazilian Symposium on Computer Networks Paul Love, Internet2 Chair, I2 Topology WG epl@internet2.edu. Working Groups. IPv6 Measurement Multicast Network Management Network Storage. Quality of Service Routing Security Topology.

mahsa
Download Presentation

Internet2: A Tutorial Part 3 of 4

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. Internet2: A TutorialPart 3 of 4 17th Brazilian Symposium on Computer Networks Paul Love, Internet2 Chair, I2 Topology WG epl@internet2.edu

  2. Working Groups

  3. IPv6 Measurement Multicast Network Management Network Storage Quality of Service Routing Security Topology Working Groups SBRC99 Salvador, Bahia, Brazil

  4. IPv6 • Chair: Dale Finkelson,Univ Nebraska, Lincoln • Focus: • Explore the rôle that IPv6 will play in the Internet2 project • Work with those interested in IPv6 to build IPv6 testbeds across the Internet2 structure, including vBNS and Abilene • Must be coordinated across backbones, gigaPoPs, and campuses • Must be interoperable among above and between vendors SBRC99 Salvador, Bahia, Brazil

  5. Measurement • Chairs: David Wasley, Univ California and Matt Zekauskas, Internet2 staff • Focus: • Places to measure: • At campuses, at gigaPoPs, within interconnect(s) • Things to measure: • Traffic utilization • Performance: delay and packet loss • Traffic characterization SBRC99 Salvador, Bahia, Brazil

  6. Multicast • Chair: Kevin Almeroth,Univ California at Santa Barbara • Focus: Make native IP multicast scalable and operationally effective • Must be coordinated across backbones, gigaPoPs, and campuses • Must be coordinated with unicast routing SBRC99 Salvador, Bahia, Brazil

  7. Network Management • Chair: Mark Johnson,North Carolina Networking Initiative • Focus: • Common trouble ticket system • How can all our interconnects and gigaPoPs and universities appear to be a seamless whole? SBRC99 Salvador, Bahia, Brazil

  8. Network Storage • Chair: Micah Beck, Univ of Tennessee, Knoxville • Focus: Develop and deploy a reliable, scalable, high performance network storage capability enabling broad access to stored video, very large data sets, etc. SBRC99 Salvador, Bahia, Brazil

  9. Quality of Service • Chair: Ben Teitelbaum, Internet2 staff • Focus: Multi-network IP-based QoS • Relevant to advanced applications • Interoperability: carriers and kit • Architecture • Qbone: distributed testbed SBRC99 Salvador, Bahia, Brazil

  10. A B The QoS Big Problems • Understanding Application Requirements • Scalability • Interoperability SBRC99 Salvador, Bahia, Brazil

  11. Routing • Chair: Steve Corbato, Univ Washington • Focus: Internal & External routing • Critical issues • gigaPoP internal routing design • Explicit routing requirement (the “fish problem”) • gigaPoP external routing recommendations • Subscribers (Internet2 campuses) • National interconnects (vBNS, Abilene, and NGI networks) SBRC99 Salvador, Bahia, Brazil

  12. NSP1 C1 D GP C2 NSP2 Nature of Explicit Routing • Fish problem • C1 routes via NSP1 and C2 routes via NSP2 • One potential solution - MPLS SBRC99 Salvador, Bahia, Brazil

  13. Security • Chair: Peter Berger, Carniege Mellon Univ • Focus: • Authentication • Application to QoS • Application to Digital Libraries SBRC99 Salvador, Bahia, Brazil

  14. Topology • Chair: Paul Love, Internet2 staff • Focus: Topology of Internet2 • Internal Internet2 connections • Between I2 backbones • Internet2 with other Advanced Research Networks • NGI • International R&E SBRC99 Salvador, Bahia, Brazil

  15. Internet2’s WGs focused on project’s needs Complement IETF WGs Membership by invitation of the chair Working Group Summary SBRC99 Salvador, Bahia, Brazil

  16. IPv6

  17. Internet2 & Abilene IPv6 Networking with thanks to Dale Finkelson, Univ of Nebraska, Lincoln

  18. Project Goals • Deploying an IPv6 testbed • Both in the vBNS and Abilene • Understanding what IPv6 can contribute to the research agenda of the Internet 2 project. SBRC99 Salvador, Bahia, Brazil

  19. Abilene IPv6 Description • IP over Sonet backbone • This effectively blocks deploying IPv6 in Native Mode within the backbone until • Code becomes available for Cisco12000 • It is stable • It doesn’t block multicast & QoS • IPv6 will be tunneled through Abilene SBRC99 Salvador, Bahia, Brazil

  20. Equipment and Protocols • The initial deployment will be with routers donated by Bay Networks • Routing will be done with BGP4+ • Some gigapops will implement tunnel servers for local connectivity • Gigapops with ATM connectivity will be open to native IPv6 connections, others will use tunnels • Details still TBD SBRC99 Salvador, Bahia, Brazil

  21. Peering arrangements • The IPv6 version of Abilene will peer with the vBNS at two or more points • MREN (Chicago switch) • NCNE (Pittsburgh gigapop) • AbileneV6 will peer with other providers at the 6TAP (Chicago switch) • ESnet • CAnet3 • European networks • AbileneV6 will be available at both of the NGIX’s (3rd still TBD) SBRC99 Salvador, Bahia, Brazil

  22. Schedule • vBNS network was in place by the end of June 98 • Backbone deployment of IPv6 routers in Abilene in the summer of 1999 • By the end of summer • Initial connectivity to gigapops • Connectivity to other IPv6 networks SBRC99 Salvador, Bahia, Brazil

  23. Working Group Agenda • Preparing “Good Practices” document for gigapop operators. • Addressing options • Configuration samples • Working with the Abilene engineering staff to implement the IPv6 network • Design an addressing plan for Abilene SBRC99 Salvador, Bahia, Brazil

  24. Gigapop Issues • Obtaining Addresses • Multi-homing Hosts • This is specifically a problem for multihomed gigapops • Providing DNS services for IPv6 • Providing either Native IPv6 or tunnels to the backbones • Providing IPv6 connectivity to their customers SBRC99 Salvador, Bahia, Brazil

  25. Addressing Questions • Who gets PTLA’s. • Abilene, vBNS, gigapops? • How do campus address relate to the TLA’s? • Can you do multiple addresses within a v6 host? • For multiply attached gigapops • Do you draw NLA’s from each provider? • Do you do private addressing at the campus • Some sort of translation at the edge? SBRC99 Salvador, Bahia, Brazil

  26. Possible Abilene IPv6Backbone & Peering Points Seattle STAR TAP & NGIX New York Cleveland Sacramento Indianapolis Denver NGIX NGIX Kansas City Los Angeles Atlanta v6 Peering Point Houston nb v6 will be in v4 tunnels inside Abilene SBRC99 Salvador, Bahia, Brazil

  27. Pointers • General Information sites • WWW.6ren.net • www.ipv6.org • www.6bone.net • Site for implementations • All of the above sites have links to sites where implementation information can be found SBRC99 Salvador, Bahia, Brazil

  28. Pointers • IETF Documentation • www.6bone.net has a link to IETF information • draft-iab-nat-implications-04.txt • draft-carpenter-transparency-01.txt • The Case for IPv6 • draft-ietf-iab-case-for-ipv6-04.txt SBRC99 Salvador, Bahia, Brazil

  29. Network Storage

  30. Internet2 Distributed Storage Infrastructure Update with thanks to Micah Beck; Univ. of Tennessee, Knoxville Bert Dempsey; Univ. of North Carolina, Chapel Hill http://dsi.internet2.edu

  31. UT Knoxville Micah Beck Terry Moore Martin Swany Judi Talley UNC Chapel Hill Bert Dempsey Paul Jones (MetaLab) Debra Weiss Zhiwei Xiao GigaPOP and Campus Site Managers UCAID/Internet2 Network Storage Working Group Ted HanssApplications Director NC Networking Initiative Digital Library Federation I2-DSI Participants SBRC99 Salvador, Bahia, Brazil

  32. A Word From the Sponsors • Cisco DNS redirection • Ellemtel engineering effort • IBM large storage & DCE servers • Novell storage & directory servers • Starburst reliable multicast software • StorageTek large storage servers • Sun design collaboration SBRC99 Salvador, Bahia, Brazil

  33. Single Server Model • High performance locally • Unacceptable performance across commodity backbone SBRC99 Salvador, Bahia, Brazil

  34. Relying on Wide Area QoS • High performance access with reserved bandwidth • Essential for real-time communication • Technically difficult, expensive, not generally available SBRC99 Salvador, Bahia, Brazil

  35. I2-DSI Model: Replicated Services • Clients access nearby server • Everyone gets performance • Local resources implement a global service SBRC99 Salvador, Bahia, Brazil

  36. replicated core local users delegated server I2-DSI Service Architecture • Replication • Rsynch+, Omnicast, AFS/DFSNovell Replication • Resolution • Sonar DNS, Distributed Director • Delegation • Cache prefetch general users SBRC99 Salvador, Bahia, Brazil

  37. Internet Content Channels • A channel is a collection of content which can be transparently delivered to end user communities at a chosen (price,performance) point through a flexible, policy-based application of resources SBRC99 Salvador, Bahia, Brazil

  38. Server Channel Examples • Replicated Web Servers • APIs: Standard HTML, Active Server Pages • Channels: Web sites • Streaming Media • APIs: MPEG-2, proprietary file formats • Channels: collections of multimedia presentations • Executable content • APIs: Java byte code, Tcl, Perl • Channels: CGI programs SBRC99 Salvador, Bahia, Brazil

  39. Current Server Deployment SBRC99 Salvador, Bahia, Brazil

  40. IBM Web Cache Manager RS/6000 AIX Server 1 GB RAM 72 GB Disk / 900 GB Tape ADSM Hierarchical Storage Mgt. SBRC99 Salvador, Bahia, Brazil

  41. Infrastructure Expansion • StorageTek • 2 PC/Linux Servers • 700GB disk, tape backup • Novell • 6 PC/NetWare Servers • 100GB disk • Smaller institutions or departments SBRC99 Salvador, Bahia, Brazil

  42. I2-DSI Applications WorkshopChapel Hill, NCMarch 4 &5, 1999 • 4 technologies • Minnesota: Scalable Video • IBM Research: Multicast, Filter and Store • Moscow Ctr. for New Info. Tech. in Med. Ed.: Semantic Text Analysis • IBM Research: Narwhal Resolution Proxy • http://dsi.internet2.edu/apps99.html • Special issue of the Journal of Network and Computer Applications (Academic Press) SBRC99 Salvador, Bahia, Brazil

  43. Application Strategy • Chose initial applications • Available or easily ported services • Low update demands • Port to an I2-DSI server • Our development effort is limited • App developers can have access to the servers • Distribute to homogeneous core • Derive service abstractions SBRC99 Salvador, Bahia, Brazil

  44. Digital libraries Video Digitized originals Large data sets Medical imaging CERN instruments Satellite images & GIS Technical Archives Netlib/NHSRScientific software Red Hat LinuxSource code ViagenieNet. Eng. Documents I2-DSI Applications SBRC99 Salvador, Bahia, Brazil

  45. Replication Performance and Scalability Issues • Server placement • Server resources • Server description (metadata) • Server Channel description (metadata) • Object representation • Characterization of replication mechanisms • Channel-to-server mapping (subscription) SBRC99 Salvador, Bahia, Brazil

  46. NetStore ‘99 Workshop • Network Storage Technical Workshop • Knoxville, TN, October 1999 • http://dsi.internet2.edu/netstore99 • Scope • I2-DSI implementation • I2-DSI applications • Related networking projects • Storage technology SBRC99 Salvador, Bahia, Brazil

  47. Conclusions • A server platform is in place • Infrastructure development • Service abstractions (search, computation) • Publication and replication protocols • Portable representation and API • Heterogeneous servers • Six months to show results from initial application development efforts SBRC99 Salvador, Bahia, Brazil

  48. Multicast

  49. Multicast Update with thanks to Kevin Almeroth, Univ of California, Santa Barbara http://www.internet2.edu/multicast/

  50. 1999: A key year for multicast • In the past, multicast has meant ‘MBone’ • Core set of committed users and engineers • ‘Legacy’ non-scalable approaches to routing • Our hope for 1999: • Needed, new protocols deployed • Enable scalable use of high-speed multicast flows throughout the Internet2 structure SBRC99 Salvador, Bahia, Brazil

More Related