September 2012 - Nsi-wg - lists.ogf.org

Issue 54 in ogf-nsi-project: Make it possible to go from auto-provision to scheduled
by ogf-nsi-project＠googlecode.com 19 Sep '12

19 Sep '12

Status: Accepted Owner: ---- Labels: Type-Enhancement Priority-Medium FoundInVersion-1.0 FixedInVersion-1.1 New issue 54 by thost...(a)gmail.com: Make it possible to go from auto-provision to scheduled http://code.google.com/p/ogf-nsi-project/issues/detail?id=54 It is not possible to go from auto-provision to scheduled in the current state machine. In case of a failed provision call, it is impossible to "release" the other connections, making it impossible to keep the state between connections consistent. As some will be in auto-provisioned and other will be in scheduled. Ignore failures, it should also be possible for a connection to go into scheduled mode from auto-provision to say that the connection shouldn't be provisioned, but the resources should still be reserved. Resolution of Issue: Allow transistion from auto-provision to scheduled and have a release request move a connection from auto-provision to scheduled.

1 3

Issue 56 in ogf-nsi-project: Overloaded usage of 'Provisioned' state
by ogf-nsi-project＠googlecode.com 19 Sep '12

19 Sep '12

Status: Accepted Owner: tkudoh...(a)gmail.com Labels: Type-Defect Priority-Medium FoundInVersion-1.1 FixedInVersion-2.0 New issue 56 by guy.robe...(a)gmail.com: Overloaded usage of 'Provisioned' state http://code.google.com/p/ogf-nsi-project/issues/detail?id=56 Description of Issue: In the state machine defined in NSI v1.1, the 'Provisioned' state is overloaded. Two meanings are associated with this state: 1. All child NSAs have acknowledged receipt of the provision command 2. All child NSAs have confirmed provisioning complete Discussion of Issue: Should we refine the state-machine to disambiguate these two different understandings of 'Provisioned'. A proposal has been made to add a new message 'Connection-State up'. Resolution of Issue:

1 1

Issue 63 in ogf-nsi-project: Query: Need to include requester NSA information associated with a connection reservation.
by ogf-nsi-project＠googlecode.com 19 Sep '12

19 Sep '12

Status: Accepted Owner: jmacau...(a)gmail.com Labels: Type-Defect Priority-Medium FoundInVersion-1.0 FixedInVersion-1.1 New issue 63 by jmacau...(a)gmail.com: Query: Need to include requester NSA information associated with a connection reservation. http://code.google.com/p/ogf-nsi-project/issues/detail?id=63 Description of Issue: When using the Query operation there is no way to determine within the QueryConfirmed the requester NSA associated with a connection reservation. This means there is no way to determine the direct parent NSA associated with a reservation. Discussion of Issue: It was agreed in the week meeting that the requesterNSA should be returned with the query result for both summary and detailed results. Resolution of Issue: RequesterNSA should be returned with the query result for both summary and detailed results.

1 1

NSIv2 Implementation plans
by Jerry Sobieski 16 Sep '12

16 Sep '12

Hi all- I need an inventory of which implementation teams will have some v2 capability that can be displayed at GLIF and SC. And a general sense of what features will be in some form demonstrable at each stage. For instance: OpenDRAC will have the alpha v2 SM ready less modify() functions by glif, and full SM and topology processing by SC. or: OpenNSA will have basic v2 (NDL) topology processing, but only bidirectional connections, and no modify by GLIF, better topo and uni/bi connections at SC. Modify by SC. (These are just examples) Consider GLIF "alpha" mode - some basic functionality, but much work still necessary. SC should be "beta" mode - more v2 features, and those features generally working pretty well. And then by TIP in mid January would be v2Q1 (Qualification) where we'll be trying to exercise and demonstrate important v2 capabilities in a convincing manner. So please let me know the following: a) Which package (OpenNSa, DRAC, OSCARS, Autobahn etc.) b) Which v2 feature(s) you are pursuing and hope to have working to some degree by GLIF, and by SC. c) When will you be able to run your v2 code on the AutoGOLE hardware? (We need to plan a migration date.) We are trying to sort out the details for topology specifics, and which capabilities we can talk about at the GLIF presentations, and which implementations can do things like PF and aggregation... NOTE: We are only expecting v2 in "alpha" version for GLIF - some basic demonstrable v2 capabilities. Our intent at GLIF is to show v2 as far along as we can. Not fake it, but where features are making progress, we'd like to show that. And we want to show that there are numerous implementations that are implementing v2. This is about presenting NSIv2 as the result of lessons learned from v1, and an express intent to round out v2 with a more mature and production capable feature set. Thanks Jerry

1 0

Re: [Nsi-wg] NSI meetings
by Guy Roberts 16 Sep '12

16 Sep '12

The schedule for OGF36 is now available here: https://www.ogf.org/gf/event_schedule/index.php?event_id=25 The NSI sessions will be on Monday afternoon and all day Wednesday. Guy -----Original Message----- From: John MacAuley [mailto:john.macauley@surfnet.nl] Sent: 16 September 2012 18:27 To: Guy Roberts Subject: NSI meetings Guy, Are we starting on the Sunday Oct 7th or the Monday Oct 8th? I am booking my flight and want to make sure I am there for the first day but not too early! John

1 0

Issue 66 in ogf-nsi-project: Remove explicit bandwidth field from WSDL
by ogf-nsi-project＠googlecode.com 16 Sep '12

16 Sep '12

Status: Accepted Owner: jmacau...(a)gmail.com Labels: Type-Defect Priority-Medium FoundInVersion-1.0 FixedInVersion-2.0 New issue 66 by jmacau...(a)gmail.com: Remove explicit bandwidth field from WSDL http://code.google.com/p/ogf-nsi-project/issues/detail?id=66 Description of Issue: Bandwidth, or capacity is a technology specific attribute part of a network Service Description. The explicit bandwidth field should be removed and an equivalent value should be specified as an attribute in the serviceAttributes field (type-value-pair). Resolution of Issue: Bandwidth field must be removed.

1 1

Re: [Nsi-wg] Issue 32 in ogf-nsi-project: Interface version discovery
by ogf-nsi-project＠googlecode.com 16 Sep '12

16 Sep '12

Comment #3 on issue 32 by guy.robe...(a)gmail.com: Interface version discovery http://code.google.com/p/ogf-nsi-project/issues/detail?id=32 John M. has some ideas ... John to write-up a proposal.

1 2

Re: [Nsi-wg] Issue 24 in ogf-nsi-project: ServiceException needs further details
by ogf-nsi-project＠googlecode.com 16 Sep '12

16 Sep '12

Comment #6 on issue 24 by imo...(a)gmail.com: ServiceException needs further details http://code.google.com/p/ogf-nsi-project/issues/detail?id=24 Discussion on the Wed call 1. rename messageId to errorId 2. Appendix captures a list of errorId values and their meanings 3. errorId and text are both fields that are included by the entity Inder

1 3

Re: [Nsi-wg] Issue 39 in ogf-nsi-project: STP syntax
by ogf-nsi-project＠googlecode.com 16 Sep '12

16 Sep '12

Comment #2 on issue 39 by jmacau...(a)gmail.com: STP syntax http://code.google.com/p/ogf-nsi-project/issues/detail?id=39 I am confused by this agreement. An STP is defined as a OGF URN that is composed of the NSnetwork and localId already. Is this asking me to break out the STP into two discrete elements?

1 4

Issue 65 in ogf-nsi-project: Update WSDL for NSI 2.0 with new PathType definition
by ogf-nsi-project＠googlecode.com 16 Sep '12

16 Sep '12

Status: Accepted Owner: jmacau...(a)gmail.com Labels: Type-Defect Priority-Medium FoundInVersion-1.0 FixedInVersion-2.0 New issue 65 by jmacau...(a)gmail.com: Update WSDL for NSI 2.0 with new PathType definition http://code.google.com/p/ogf-nsi-project/issues/detail?id=65 Description of Issue: Current path and STP specification within the WSDL reservation message can be ambiguous to the path finding engines. Resolution of Issue: Modify WSDL to meet recommendation as discussed in weekly working group call, and as captured in document summary STPs_summary9 http://ogf-nsi-project.googlecode.com/files/STPs_summary9.pdf.

1 2