[Nsi-wg] OGF NSI CSv2.0 state machine with modify

[Chin Guok]

Hi Inder,

This would be considered as a error (i.e. invalid request) as oppose to 
a failure (i.e. request is valid, but something went wrong).

Hope that helps.

- Chin
On 8/1/12 8:45 PM, Inder Monga wrote:
> Chin
>
> On "
>
> If base SM is in “Provisioned” state, user must release (i.e. 
> “>Rel.rq”) and return to “Reserved” state before requesting modify.
>
> "
>
> What is the behavior if the User does not issue a Rel.rq for 
> provisioned state - is it a modify.fl? or will the modify.rq never 
> come when the uRA/Aggregator or uPA is in this state?
>
> Sorry this part is still a bit confusing to me.
>
> Inder
>
> On Wed, Aug 1, 2012 at 11:23 AM, Chin Guok <chin at es.net 
> <mailto:chin at es.net>> wrote:
>
>     Hi all,
>
>     After a bunch of iterations between Tomohiro, John, Henrik, and
>     myself, we have the CSv2.0 state machine for the group to look at.
>
>     Please go over it and send comments to the list.
>
>     Thanks!
>
>     - Chin
>
>     -- 
>     Chin Guok  NOC: (510) 486-7600 <tel:%28510%29%20486-7600>
>     ESnet Network Engineering Group (AS293) (800) 333-7638
>     <tel:%28800%29%20333-7638>
>     Lawrence Berkeley National Laboratory
>
>
>     _______________________________________________
>     nsi-wg mailing list
>     nsi-wg at ogf.org <mailto:nsi-wg at ogf.org>
>     https://www.ogf.org/mailman/listinfo/nsi-wg
>
>

-- 
Chin Guok                                            NOC: (510) 486-7600
ESnet Network Engineering Group (AS293)                   (800) 333-7638
Lawrence Berkeley National Laboratory

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.ogf.org/pipermail/nsi-wg/attachments/20120802/c96d49c1/attachment.html>