DOE Ultra Science Net The Need DOE largescale

  • Slides: 3
Download presentation
DOE Ultra. Science Net The Need – DOE large-scale science applications on supercomputers and

DOE Ultra. Science Net The Need – DOE large-scale science applications on supercomputers and experimental facilities require high-performance networking • Petabyte data sets, collaborative visualization and computational steering – Application areas span the disciplinary spectrum: high energy physics, climate, astrophysics, fusion energy, genomics, and others Promising Solution – High bandwidth and agile network capable of providing on-demand dedicated channels: multiple 10 s Gbps to 150 Mbps – Protocols are simpler for high throughput and control channels Challenges: Several technologies need to be (fully) developed – User-/application-driven agile control plane: • Dynamic scheduling and provisioning • Security – encryption, authentication, authorization – Protocols, middleware, and applications optimized for dedicated channels Contacts: Bill Wing (wrw@ornl. gov) Nagi Rao (raons@ornl. gov)

DOE Ultra. Science Net Connects Atlanta, Chicago, Seattle and Sunnyvale: – Dynamically provisioned dedicated

DOE Ultra. Science Net Connects Atlanta, Chicago, Seattle and Sunnyvale: – Dynamically provisioned dedicated dual 10 Gbps SONET links – Proximity to several DOE locations: SNS, NLCF, FNL, ANL, NERSC – Peering with ESnet, NSF CHEETAH and other networks Atlanta Data Plane User Connections: Direct connections to: core switches –SONET & 10 Ggig. E channels MSPP – Ethernet channels Utilize Ultra. Science Net hosts Atlanta Funded by U. S. DOE High-Performance Networking Program at Oak Ridge National Laboratory – $4. 5 M for 3 years

Control-Plane • • Phase I – Centralized VPN connectivity – TL 1/CLI-based communication with

Control-Plane • • Phase I – Centralized VPN connectivity – TL 1/CLI-based communication with core switches and MSPPs – User access via centralized web -based scheduler Phase II – GMPLS direct enhancements and wrappers for TL 1 – User access via GMPLS and web to bandwidth scheduler – Inter-domain GMPLS-based • interface Web-based User Interface and API • • • Allows users to logon to website Request dedicated circuits Based on cgi scripts Bandwidth Scheduler Computes path with target bandwidth – Is bandwidth available now? • Extension of Dijkstra’s algorithm – Provide all available slots • Extension of closed semi ring structure to sequences of reals – Both are polynomial-time algorithms – GMPLS does not have this capability