January 2014 - Nsi-wg - lists.ogf.org

Re: [Nsi-wg] NSI Identifier format
by John MacAuley 03 Mar '14

03 Mar '14

Update based on Han's feedback. NSI has the requirement that the networkId of a resource must be parseable from the resource identifier. This is especially true for the STP identifier as we have a specific requirement that an STP identifier need not be exposed in topology, and therefore, the network identifier must be derivable from the STP identifier if the target network is to be determined. The current URN format specification document published by the NML group for use as identifiers in NML [ref] defines the resource identifier as opaque, which also implies non-parseable. We need to resolve this issue. I have captured a proposal below for an NSI identifier that removes the opaque URN restriction and imposes structure on the URN. I hope this generates positive discussions :-) <NSI identifier> ::= <prefix> ":" <organization> ":" <type> <prefix> ::= "urn:ogf:network" /* Should this be "urn:ogf:nsi". */ <organization> ::= <domainName> ":" <year> <domainName> ::= <string> <year> ::= <string> <type> ::= <nsa> | <network> | <stp> | <sdp> | <serviceAdaptation> | <serviceDomain> | <service> <nsa> ::= "nsa:" <nsaId> <nsaId> ::= <string> <network> :: = "network:" <networkId> <networkId> ::= <string> <stp> ::= "stp:" <networkId> ":" <stpId> <stpId> ::= <localId> <label> <label> ::= “?” <labelType> “=” <labelValue> | “?”<labelType> | “” <labelType> ::= <string> <labelValue> ::= <string> <sdp> ::= "sdp:" <sdpId> <sdpId> ::= <string> /* Should this be some type of source/destination stpId combination. */ <serviceAdaptation> ::= "serviceAdaptation:" <networkId> ":" <serviceAdaptationId> <serviceAdaptationId> ::= <string> <serviceDomain> ::= "serviceDomain:" <networkId> ":" <serviceDomainId> <serviceDomainId> ::= <string> <service> ::= "service:" <networkId> ":" <serviceId> <serviceId> ::= <string>

5 12

Doodle poll for date for next NSI face-to-face meeting
by Guy Roberts 29 Jan '14

29 Jan '14

If you would like to attend the NSI standards meeting to be co-located with GLIF and GENI meetings in March in Atlanta, could you please complete this doodle poll to show your preferred day: http://doodle.com/irutu8a35axfta3i Thanks, Guy

1 0

Minutes from today's NSI conf call
by Guy Roberts 29 Jan '14

29 Jan '14

... are available here: https://redmine.ogf.org/dmsf/nsi-wg?folder_id=6574 Guy

1 0

NSF draft
by Guy Roberts 29 Jan '14

29 Jan '14

The NSF draft is available here: https://redmine.ogf.org/dmsf/nsi-wg?folder_id=6526 Guy _____________________________________________________________________ Guy Roberts PhD Senior Transport Network Architect DANTE Cambridge, UK +44 1223 371316 DANTE is the project co-ordinator and operator of GÉANT, the high-speed pan-European research and education network that is transforming the way researchers collaborate. Learn more at: www.geant.net<http://www.geant.net/> Like us on: www.facebook.com/GEANTnetwork<http://www.facebook.com/GEANTnetwork> Follow us at: www.twitter.com/GEANTnews<http://www.twitter.com/GEANTnews> DANTE is the trading name of Delivery of Advanced Network Technology to Europe Limited registered in England & Wales. Registration Number 2806796. Registered Office - 9400 Garsington Road, Oxford Business Park, Oxford OX4 2HN. _____________________________________________________________________

1 0

Wednesday's NSI protocol conf call
by Guy Roberts 28 Jan '14

28 Jan '14

The following is dial-in information for Wednesday's NSI call, time: 7:00 PDT 10:00 EDT, 15:00 GMT, 16:00 CET, 24:00 JST 1. Dial Toll-Free Number: 866-740-1260 (U.S. & Canada) 2. International participants dial: Toll Number: 303-248-0285 Or International Toll-Free Number: http://www.readytalk.com/intl 3. Enter 7-digit access code 8937606, followed by "#" Agenda: - Agree scope and processes for fortnightly NSI protocol calls - Review 'Next Steps' doc from Oxford (attached) and assign actions - Next NSI-WG face-to-face meeting

1 0

Thank you!
by Gerben van Malenstein 24 Jan '14

24 Jan '14

Hi NSI-WG, Thank you for your kind card and present, we'll enjoy the gift card soon! Best regards, Gerben

1 0

Re: [Nsi-wg] Topology Service Requirements document
by Freek Dijkstra 23 Jan '14

23 Jan '14

In a off-list discussion, the "topology updates (i.e. partial topology documents)" mentioned in the presentation of Chin at OGF40 came up. (https://redmine.ogf.org/dmsf_files/13191) I hope Chin of Inder can clarify the following: What does such "partial topology" entail? * Is that the collection of full topologies from those domains whose topology has updated since a given timestamp? or * Is that a subset of a topology from a given domain that consists of the resources and relations that have been changed/added/removed since a given timestamp? During the presentation I assumed the later, later someone (I forgot who) convinced me it was the former. The former seems a lot more simple to implement, but re-reading the slides after Miroslav's questions I'm in doubt again. Freek

2 1

NSI-CS v2 final schema
by John MacAuley 23 Jan '14

23 Jan '14

Peoples, I was asked to send out a clarifying e-mail on the topic of the WSDL version being standardized. The submitted NSI-CSv2 document uses the schema identified by update r117. This included a fix to like the schema up with the NSI-CSv2 document: "An instance of the PSM for a reservation is created in the Released state when the first reserve request is received, however, a provision request cannot be processed until the first version of the reservation has been successful committed." For those coding with r116 just make sure you create the PSM when creating the RSM and LSM so it will be compatible with those using r116. John

1 0

Minutes: GLIF NSI Implementation Group (Jan 22, 2014)
by John MacAuley 22 Jan '14

22 Jan '14

Attendees (please let me know if I missed anyone): John MacAuley, ESnet Henrik Thostrup Jensen, NORDUnet Radek Krzywania, Poznan Supercomputing and Networking Center Joe Mambretti, Northwestern Hans Trophert, SURFnet Alex Moura, RMP Freek Dijkstra, SURFsara Jerry Sobieski, NORDUnet Chin Guok, ESnet Inder Monga, ESnet Guy Roberts, DANTE 1. John presented the attached slide package discussing the mandate of the group, how we would like to operate, and how we would like to interact with existing NSI related groups. Key point: Items will be discussed within the group only when a contribution has been made available 4 - 5 days before the meeting. We need focus to avoid wandering discussions. 2. Discussed a list of topics we need to address in the short term. a) Discovery Service - expand the existing discovery service proposal to cover new requirements from existing NSI implementations and changes in NS 2.0. Action: John and Henrik to work together to revise the existing discovery service contribution for review. Expecting prototype implementation to validate contribution. b) Ethernet Service - we are using VLAN labels in the A-GOLE topology that are yet to be specified in a formal schema with a defined namespace. We have agreed to capture the existing Ethernet parameters and formalize the definition. Action: John to capture existing parameters and define in a formal schema definition for review. c) Error handling - Expand existing NSI error set to include new errors values introduced through NSI 2.0 implementations. Define required error feedback for taking corrective action on the errors (especially for path finding). Action: John to write contribution as an initial proposal for discussion. d) AAI - Hans has a proposal for end user authentication and authorization that will be running in the European production network, and we hope on the A-GOLE. He will bring in a formal contribution for review. Action: Hans to write a contribution for review. e) Requirement for path finding - Formalization of topology requirements for pathfinding (both chain and tree). f) Topology discovery - We have two primary use cases for topology exchange; support of dissemination of information for full tree based path finding, and summary path vectors for chain based routing. Action: Chin to update his OGF contribution with input from Henrik, and review proposal. Expecting prototype implementation to validate contribution. 3. Jerry related concerns that standardization activities need to occur in the OGF NSI-WG and not the GLIF NSI Implementation group. Discussion occurred around providing implementation feedback on the standards into the GLIF NSI Implementation group so solutions can be vetted, and formal contributions defined for submission back into the OGF NSI WG. Action: Inder, John, and Jerry to discuss concerns and propose resolution. Please let me know if I have missed anything. Next Wednesday is the OGF NSI WG meeting, and back to the GLIF NSI Implementation group meeting in two weeks. Thank you, John

1 0

NSI Implementation call tomorrow morning 7 am PST (same slot, same bridge as NSI)
by Inder Monga 22 Jan '14

22 Jan '14

Dear Friends, As you probably saw the email from Guy, NSI 2.0 specification is finalized and now in public comment. In addition, the group discussed the need for NSI implementation agreements to help deploy NSI operationally. The GLIF NSI Implementation working group was formed, but was not in full swing waiting for 2.0 to be finalized. Lars was very supportive and happy to have those discussions as part of the NSI Implementation within the GLIF tech working group - with a face to face meeting colocated with GENI in Atlanta in March. The consensus in the OGF group was to alternate NSI standards discussions with NSI implementation - but hold them in the same timeslot as people already have that time reserved (and not increase the number of meetings). John and I will discuss the objective, process and schedule for discussions of NSI Implementation group, and a set of topics that fit within that scope. We invite participation and contributions from folks looking to deploy NSI. A set of slides presented at OGF is attached for your review. The dial-in information stays the same The following is dial-in information for Wednesday's NSI call, time: 7:00 PDT 10:00 EDT, 15:00 GMT, 16:00 CET, 24:00 JST Dial Toll-Free Number: 866-740-1260 (U.S. & Canada) 2. International participants dial: Toll Number: 303-248-0285 Or International Toll-Free Number: http://www.readytalk.com/intl 3. Enter 7-digit access code 8937606, followed by "#" Look forward to your participation tomorrow, John and Inder

2 1