1 / 12

NSI Standards Update

The NSI Standards Update presented at the LHCONE Workshop in Geneva (Feb 10-11, 2014) highlights the key advancements in Network Services Interface (NSI) standards and their implications for enhancing inter-domain network control. With the NSI 2.0 specification released for public comment in December 2013, participants discussed extensions for topology distribution mechanisms, service schemas, error handling, and best practices for authentication, authorization, and identity management. Important next steps include enhancing OSCARS capabilities to facilitate multi-domain dynamic circuit services.

mabli
Télécharger la présentation

NSI Standards 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. NSI Standards Update Inder Monga LHCONE Workshop CERN (Geneva, CH) Feb 10-11, 2014

  2. NSI Terminology Network Services Agent (NSA) NSA Requesting Agent (uRA) Network Services Interface (NSI) Provider Agent (uPA) NSA Network Resource Manager (NRM) NRM NSI Network Service Domain

  3. Standards • NSI 2.0 specification release for public comment in December 2013 • http://redmine.ogf.org/projects/editor-pubcom/boards/18 • Next Steps • Formalize NSI extensions to NML topology • Topology distribution mechanism/service • NSI 3.0 • Extensions to the protocol to add new services

  4. GLIF NSI Implementation WG • Production network service >> inter-domain standards • Bridge the missing gap in GLIF, where many NRENs participate • Work items planned • Ethernet Service schema • Error handling • Best practices, error codes, troubleshooting, etc. • AAI – Authentication, Authorization and Identity • User identity and user roles and policy • Best practice document with use-cases and examples

  5. OSCARS Update OSCARS Development Team LHCONE Workshop CERN (Geneva, CH) Feb 10-11, 2014

  6. OSCARS Introduction • Multi-domain, Dynamic Circuit Service within ESnet • Includes NRM and NSA • Implements Inter-Domain Control Protocol (IDCP) and Network Services Interface (NSI) multi-domain protocols • GUI-based user-interface, and roles/responsibilities • Open Source project • 40+ networks have OSCARS deployed in some form (production, prototype, tests) • In many cases, have to test their own NRM functions (ex. OESS) • Getting NSI is matter of getting latest software

  7. Differences between IDCP and NSI (Request Workflow) • NSAs are 1 of 3 types • Ultimate Provider Agent (uRA) • Aggregator Agent • Ultimate Provider Agent (uPA) • NSI supports both the “Chain” and “Tree” model • IDCs are both Requester and Providers • IDCP uses the “Chain” model IDC IDC IDC Network Resource Manager Network Resource Manager Network Resource Manager

  8. NSI Bridge in OSCARS v0.6 OSCARS Inter-Domain Controller (IDC) • Notification Broker • Manage Subscriptions • Forward Notifications • Topology Bridge • Topology Information Management • Lookup • Lookup service • Coordinator • Workflow Coordinator • PCE • Constrained Path Computations • AuthN • Authentication Users • AuthZ* • Authorization • Costing • *Distinct Data and Control Plane Functions Local Network Resources • Path Setup • Network Element Interface User Apps Web Browser User Interface • NSI Bridge • Manages External WS Communications with other NSAs using NSI CS • IDC API • Manages External WS Communications with other IDCs using IDCP • Resource Manager • Manage Reservations • Auditing IDCs* (IDCP) NSAs* (NSI CS) * IDC/NSA can be used interchangeably in this context

  9. NSI Bridge Design Decisions • IDCP interactions with OSCARS will remain unchanged • NSI Bridge is designed to enable OSCARS to be an ultimate Provider NSA (uPA) • Scope of NSI control will only be intra-domain • NSI inter-domain requests will have to go via an Aggregator NSA (i.e. SURFnet/ESnet Aggregator instance) • NSI Bridge is responsible for the following: • NML-WG NSI topology -> NM-WG Control Plane topology • Maintaining NSA state machines (RSM, PSM, LSM) and transitioning the NSA state machines based on NSI request from the Aggregator NSA, and IDC replies • Coordinate NSA and IDC timeouts to maintain correct dependencies

  10. OSCARS Timelines • Implementation of OSCARS NSI Bridge to support of NSI CS v2.0 (r99) (4Q13) • Deployment of NSI CS v2.0 (r99) in production infrastructure; ESnet*, MANLAN (4Q13 – current) • Update of OSCARS NSI Bridge to support NSI CS v2.0 (ratified) (1Q14) • OSCARS enhancements to support ESnet service extensions • Soft/hard enforcement of reservation bandwidth (4Q13) • “Zero” bandwidth best effort VCs (1Q14) • VC protection/restoration (1Q14) • OpenFlow(including multi-layer transport SDN) (3Q13) *NB: Topology limited to A-GOLE demo STPs

  11. OSCARS Information • OSCARS v0.6 Project (including NSI Bridge) • http://code.google.com/p/oscars-idc/ • OSCARS Mailing Lists • oscars-announce (https://listserv.es.net/mailman/listinfo/oscars-announce) • This list will be used to announce general information such as upcoming releases and roadmaps. • oscars-dev (https://listserv.es.net/mailman/listinfo/oscars-dev) • This list will be used to discuss code development issues, track bugs, and report code commits. • oscars-users (https://listserv.es.net/mailman/listinfo/oscars-users) • This list is for the user community to share deployment and usage experiences, as well as submitting enhancement requests and reporting bugs. • This mailing list is in the process of being renamed to oscars-support

  12. Questions? chin@es.net | Chin Guok

More Related