1 / 13

CHEETAH - CHEETAH – C ircuit Switched H igh-Speed E nd-to- E nd T ransport A rc H itecture

CHEETAH - CHEETAH – C ircuit Switched H igh-Speed E nd-to- E nd T ransport A rc H itecture. Xuan Zheng, Xiangfei Zhu, Xiuduan Fang, Anant Mudambi, Zhanxiang Huang and Malathi Veeraraghavan Nov. 1, 2004. An NSF-sponsored project Other participant organizations: ORNL, NCSU, CUNY. Demo #1

inga
Download Presentation

CHEETAH - CHEETAH – C ircuit Switched H igh-Speed E nd-to- E nd T ransport A rc H itecture

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. CHEETAH- CHEETAH –Circuit Switched High-Speed End-to-End Transport ArcHitecture Xuan Zheng, Xiangfei Zhu, Xiuduan Fang, Anant Mudambi, Zhanxiang Huang and Malathi Veeraraghavan Nov. 1, 2004 An NSF-sponsored project Other participant organizations: ORNL, NCSU, CUNY

  2. Demo #1 File transfer application integrated with CHEETAH software

  3. Demo #1: introduction • A file transfer application integrated with: • dynamic circuit setup and release (RSVP-TE) • includes end host RSVP-TE clients • external RSVP-TE control engine for Cisco 15454 MSPP • a transport protocol designed for dedicated circuits (FRTP – Fixed Rate Transport Protocol) • Pros and cons of rate-guaranteed transfers • if load on TCP/IP network increases after the start of a transfer, it would have been a “good” thing to have a rate guarantee • but, if load on TCP/IP network decreases after the start of the transfer, it would have been a “bad” thing to have a rate guarantee!

  4. RSVP-TE messages RSVP-TE software Dynamic TL1 library TL1 commands Demo #1:End-host RSVP-TE client and External RSVP-TE control software for 15454 • End-host RSVP-TE client • Original KOM RSVP: partial support of RFC 2205, 2210, 3209 • Dragon RSVP-TE: partial support of RFC 3471, 3473 & GMPLS SONET extensions • Our work (in progress): • Make it compatible with Sycamore SN16000 • More support of GMPLS SONET extensions • External RSVP-TE control software for 15454 • Cisco 15454 MSPP only provides TL1 interface to provision circuits • Need an external RSVP-TE control software, which can provision circuits by issuing TL1 commands to 15454 • Solution: integrated Dragon RSVP-TE software with Monfox Dynamic TL1 library

  5. RESV message PATH message RESV message PATH message TL1 commands Ethernet interface card Control card 128.143.71.77 OC-48 interface card Wire Provisioned crossconnection Dynamic Crossconnection Demo #1: Demo Setup Background traffic MVSTU2 MVSTU3 MVSTU6 Primary NIC 128.143.137.155 Secondary NIC 10.0.0.2 128.143.52.225 Primary NIC 128.143.137.167 Secondary NIC 10.0.0.3 External RSVP-TE software for the MSPP Web client + RSVP-TE client + FRTP Web server + RSVP-TE client + FRTP Cisco 15454 MSPP

  6. Web server (mvstu2) Web client (mvstu3) URL Web Browser (e.g. Mozilla) Web Server (e.g. Apache) download.cgi Response Data transfer RSVP-TE daemon RSVP-TE daemon RSVP-TE Messages CHEETAH FT sender CHEETAH FT receiver RSVP-TE interface FRTP RSVP-TE interface FRTP Demo #1: The Event Flow in Web Application • At the web server side • Hyperlink to file is a CGI script (download.cgi); filename embedded in hyperlink • Download.cgi started automatically at server when user clicks hyperlink, which triggers CHEETAH FT sender • CHEETAH FT Sender initiates CHEETAH circuit setup by calling RSVP-TE client. • CHEETAH FT Sender starts data transfer using dual paths: FRTP/circuit and TCP/IP • At the web client side • A RSVP-TE client is running as daemon to accept the circuit setup request • A CHEETAH FT receiver is running as daemon to receive the user data

  7. Demo #1: Conclusions • Running open-source GMPLS software external to switches (such as Ethernet based VLAN switches and Cisco’s 15454 MSPP) is a feasible option. • Need to add CAC and route computation functions in external RSVP-TE control software to switches. • Circuit provisioning measurements • Time for STS-1 circuit provisioning: ~500ms • Includes RSVP-TE message processing + TL1 switch config. • No release measurement

  8. Demo #2 RSVP-TE Signaling Interoperability Testing

  9. Demo #2: Interoperability Test Background • CHEETAH –Circuit Switched High-Speed End-to-End Transport ArcHitecture • An NSF-sponsored project at University of Virginia • Sycamore Networks • Provider of intelligent optical switching solutions • Industry leader in optical control plane technologies • Interoperability testing relationship with UVA • Sycamore GMPLS software utilized in test

  10. Demo #2: Signaling Test Scenario • Test elements: • Dragon/KOM RSVP-TE client software • Sycamore GMPLS software • Implementation: • End-host RSVP-TE software and Sycamore Networks RSVP-TE software • SONET data plane • Dynamically controlled circuit creation

  11. Demo #2: Signaling Software Interoperability RESV message PATH message

  12. Demo #2: Demo Configuration Tcpdump/Ethereal Sycamore switch emulator MVSTU2 MVSTU3 Primary NIC 128.143.137.155 RSVP-TE client Primary NIC 128.143.137.167 RSVP-TE client

  13. Demo #2: Conclusions • Signaling interoperability testing successful • Vendor implementation of GMPLS protocols is mature, ready for deployment of CHEETAH services (e-science applications) today • Key feature requirements for research community network applications • Signaling support for Ethernet/SONET hybrid circuits • Support for uni-directional circuits • Support for scheduled (advanced reservation) calls

More Related