[Nsi-wg] time issue

[Jerry Sobieski]

Hi Radak-

Good post.  I concur with it pretty well also.   See comments in line...

Radek Krzywania wrote:
>
> Hi,
>
> It’s getting hard to solve everything here, so let’s don’t try to 
> solve everything here at once. So how about defining a start time as a 
> best effort for v1?
>
I suggest the both the Start Time and End Time are "best effort" 
times.    We can bound a delayed start -  see below.

> So we promise to deliver the service, yet we are unable to guarantee 
> the exact start time in precision of seconds. If user want connection 
> to be available at 2pm, it will be around that time, but we can’t 
> guarantee when exactly (1:50, 2:01, 2:15). Let’s take a quite long 
> time as a timeout (e.g. 20 minutes), and start booking the circuit in 
> 5 or 10 minutes in advance (no discussion for v1, just best feeling 
> guess) . The result will be that in most cases we will deliver the 
> service at AROUND specified time.
>
I suggest we word it something like this:

"The Reserved Time should precede the Start Time sufficiently to allow 
auto-start provisioning to complete successfully at or before the 
committed Start Time.   An auto-start Provisoning process that exceeds 
the Start Time by <<1 minute>> constitutes a failed provisioning process 
and a Provision Fault error is generated."

This will bound the problem - the network will deliver within one minute 
of the scheduled start time, or declare a fault condition and fall on 
its sword.   We can discuss if this is adequate for V1.0.   And what the 
recovery action should be:   release the connection and notify the user? 
notify the user and continue provisioning? ...?

Likewise, in order to prevent a premature Release (:-), we should say 
something like this:

"Upon receiving a calandar alarm indicating that the Stop Time for a 
connection has been reached, the NSA shall wait for <<1 minute>> grace 
period before initiating auto-stop Release processing for the 
connection.   However, upon receipt of a valid Release message from 
another NSA, the local NSA shall cancel the grace period and immediately 
proceed with Release processing.   The Reservation Stop Time shall  
succeed the In Service Stop Time sufficiently to properly and completely 
bring local resources to a known idle and secure state, including the 
grace period."


Thoughts?
Jerry

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/nsi-wg/attachments/20100930/8c40b5c9/attachment.html