[Nsi-wg] NSI reservation scenario with states

[Radek Krzywania]

Hi all,
As promised during recent call, in the attachment you will find first draft of what I meant. A simple reservation starting at particular time and ending at particular time, without failure conditions and "freezing" the reservation. Several comments to state diagram:
- there is no such thing as Terminated state. Terminating IMHO is something similar, yet the name is ambiguous as it reflect something is being done with the reservation, while it's already finished.
- Idle state is same as scheduled IMHO. Can't see practical difference. In both states resources are there, can't be used by anyone else. Yet they are not configured in the network. I assume idle implementation may differ for various providers (i.e. in some cases idle = provisioned, or idle = scheduled/auto start). In case idle=scheduled, then RA_Cancel does not need to go through Cancelling state (as there are no resources really committed in the network, just promised in the NSI agents).
- in the tables describing actions in particular states, if message is sent I would indicate not only to whom, but also who is the sender. It is ambiguous for me in some cases, especially that I can't guess if one RA sends something to PA in the same or different domain. Also we are missing a communication between PA and RA for the same domain. Even if that's out of out protocol, there are some pre-defined actions which we expect to be done.

Comments to attached scenario:
- The states for first RA are ambiguous. As first RA does not have a domain below to control (it just request resources), it does not have simply defined reservation state, as this is global state. In AutoBAHN we have a global state as a sum of all states in particular domains (e.g. global state for 4 domains may be like Provisioning;Provisioning;In-Service;In-Service). I've placed them just single state just to show what is expected global state of reservation, but that require a discussion to decide how to deal with that.
- There provisioning itself is not reflected in the diagram for two reasons - we did not defined steps to do so, and is unimportant from states point of view.
- I am missing some kind of message to confirm reservation termination at the end. There is Cancel sent at the end, but to who and when? It seems it does not change any state anyway (missing state?). I did not put that on the diagram.

I made the diagram as readable as I could for now. I can't find a better form now, but I am open for suggestions. I am waiting for comments and discussion ;) Also I would be glad if I could get some help with NSI message names to be in compliance with other NSI documents. Since we clarify this diagram I can make some for failure scenarios or some more complex ones.

Best regards
Radek

________________________________________________________________________
Radoslaw Krzywania                      Network Research and Development
                                           Poznan Supercomputing and  
radek.krzywania at man.poznan.pl                   Networking Center
+48 61 850 25 26                             http://www.man.poznan.pl
________________________________________________________________________


-------------- next part --------------
A non-text attachment was scrubbed...
Name: NSI simple connection service.png
Type: image/png
Size: 71599 bytes
Desc: not available
Url : http://www.ogf.org/pipermail/nsi-wg/attachments/20110125/24e3fd2b/attachment-0001.png