Hi all, To keep the v1.0 architecture simple, I propose to not to use the immediate reservation in v1.0. Instead, I propose to define guard time, and use it as follows: - The "guard time" is: possible maximum time required to process a request and make resources ready for provisioning. - Each provider NSA must define its guard time and provide it to requester NSAs. - A requester NSA should not request a reservation which start time is smaller (earlier) than (current time + guard time). Time required for message delivery should be taken into account too. - If a provider NSA receives a reservation request which start time is before (current time + guard time), it simply denies the request. If a requester wants resources to be provisioned as soon as possible, it can set the start time parameter in a advance request to: (current time + guard time + a certain time required for message delivery). In this way, immediate provisioning can be requested by an advance reservation request. Tomohiro On Thu, 1 Apr 2010 14:54:15 +0100 Guy Roberts <Guy.Roberts@dante.net> wrote:
The minutes for yesterday's conference call are available here:
http://forge.gridforum.org/sf/go/doc15952?nav=1
Guy ------------------------------------------------------------------------------------------------------------------ Guy Roberts, Ph.D
Network Engineering & Planning DANTE - www.dante.net<http://www.dante.net/> Tel: +44 (0)1223 371 316 City House, 126-130 Hills Road Cambridge, CB2 1PQ, UK ------------------------------------------------------------------------------------------------------------------