1 / 16

Lambda Station Project

Fermilab. Lambda Station Project. http://www.lambdastation.org. Andrey Bobyshev; Phil DeMar ESCC/Internet2 Winter 2008 Joint Techs January 22; Honolulu, HI. Outline of the talk. Goals and major directions of the project Software architecture, API, SOAP/XML, some details

idana
Download Presentation

Lambda Station Project

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. Fermilab Lambda Station Project http://www.lambdastation.org Andrey Bobyshev; Phil DeMar ESCC/Internet2 Winter 2008Joint Techs January22; Honolulu, HI

  2. Outline of the talk • Goals and major directions of the project • Software architecture, API, SOAP/XML, some details • How Lambda Station works - use cases • Status and the near-term plans

  3. The goal of the project... • Target: last-mile problem between local computing facilities and alternate WAN paths • Strategy: develop a network path selection service to interface production storage & computing facilities with wide-area network paths. • alternate network paths for high impact data movement • selective forwarding on a per flow basis • graceful cutover and fallback on path changes • on-demand from applications (authentication & authorization) • current implementation based on policy-based routing & including the support of DSCP marking

  4. Software architecture Storage & application space Management Remote Lambda Station SOAP SOAP/Clarens SOAP/Clarens LSInterface LS-Management & Reporting Interface LSInterface • Service-based Architecture: • CLARENS is framework for service-based architecture, mutual authentication of requests • LSController– synchronizes work of all services, has control functions • LSInterface - unified interface for intercommunication between LS and applications, and LS-to-LS • LSDIScovery service – detects new lambdastations, and PBR clients at remote and local sites • LSRESource Scheduler – estimates bandwidth allocation, monitor real-time usage of resources • Network Configurator – dynamic reconfiguring of LAN and WAN local definitions LSDIScovery Service mySQL:requests, history,security online updates LSRESource Scheduler LSController NETWORK CONFIGURATOR Vendor specific modules CISCO Force10 WAN Data Exchange Control & Management

  5. For more details... • Check references at www.lambdastation.org • Papers published at CHEP04, CHEP06, Gridnet2006, CHEP07 • Demonstrations at SC05, I2 FMM 2007; SC07 Instead, we would like to walk you through a few the real world use cases

  6. High Impact traffic Control messages Network configuring LambdaStation Internet2/ ESNet Dynamic Circuits WAN UNL Tier2 LambdaStation OSCARS UltraLight Caltech Tier2 LambdaStation @ Fermilab Normal traffic flow US CMS Tier 1 Facility

  7. Network infrastructure Use case 1: Alternate traffic forwarding on-demand of Data Movement Applications (dCache/SRM) Tier2 Facility US CMS Tier1 Center High Impact Data Network Site Lambda Station Site Lambda Station dCache/SRM dCache/SRM Network infrastructure Routed R&E Networks Fermilab Caltech Default network path Control plane An alternate, high-impact path Two sites can exchange traffic via several networks. Each site has a Lambda Station to steer selected flows into an alternate path on-demand of applications. Site networks can be dynamically reconfigured by Lambda Stations or statically pre-configured. If supported by site network infrastructure or/and by applications QoS ToS or DSCP can be used to match selected flows.

  8. Sequence Diagram - Use Case 1 (simplified) SRM@FNAL LS@FNAL NET@FNAL SRM@CALTECH NET@CALTECH LS@CALTECH Data Movement Request BW Reservation Local ID Request BW/path Remote ID ACK Configuring Network Configuring Network Active OK OK High BW path Status? OK Ticket expired Re-conf to default Re-conf to default Status? Completed All time through the life cycle of reservation each site checks periodically the corresponding reservation at remote site. If an error is detected, local reservation will be cancelled.

  9. Use case 2: Setup alternate traffic path between FNAL and UNL via Dynamic Circuit based on flow analysis. IDC/ESNet IDC/Internet2 Flow analysis Lambda Station Server Lambda Station Server ESnet OSCARs Internet2 DCS Flow data Routed R&E Network Network infrastructure Network infrastructure University of Nebraska Fermilab Control plane Circuit call setup & teardown LAN reconfiguration to use circuit Inter-Lambda Station coordination FtWatch request/response Default network path A path across DCN

  10. Sequence diagram - use case 2 (simplified) ftwatch UNL LS LS@FNAL net@UNL net@FNAL IDC/I2 openSvcTicket OpenSvcTicket & call IDC Remote ID Reserve/Activate OK Status ? OK netconf netconf OK OK Path is established netconf netconf teardown

  11. Network infrastructure Use case 3: Sinking traffic via DCN or High Impact Networks IDC-A IDC-B Dynamic Circuits Networks Domain B Domain A Site Lambda Station High Impact Data Network General Internet Network infrastructure Site B Site A Control plane Circuit call setup & teardown LAN reconfiguration to use circuit Application-initiated request/response Default network path Forward path across DCN Reverse path across general Internet

  12. Summary – Current Status • Functional system deployed at FNAL, UNL, & Caltech • Application LS awareness - dCache/SRM • Primitive protocol to request a DC via ESNet/Internet2 • Successful demonstration SC05, I2 FMM, SC07 • (Sort of…) Production use with US CMS Tier1, Tier2s at UNL and Caltech • Flow analysis to invoke a Lambda Station ticket based on observed traffic

  13. Plans • Improve code to make production quality • Support multi-platform clients • Enhance protocol for interaction with OSCARs/ESnet & DCN/I2 • Improve distribution package • Develop management/configuring tools • Interface with monitoring system • Documentation

  14. Large-scale data recover via DCN • One week after I2 FMM demo, UNL lost their Tier-2 data cache • 50TB Data recovered by transfer FNAL Tier-1: • Largely via Internet2/ESNet Dynamic Circuit • Completed in 32 hours

  15. Progress Chart of Lambda Station Request in SC07 Demo

  16. The END

More Related