Hi all, I proposed the guard time scheme since I understood there has been a consensus of not to use 2PC or reservation confirmation in the WG. Following such constraints, the guard-time is a simple way to mimic immediate reservation. However, according to the discussion of the list and the last call, most of people do not think it is acceptable, and I think we can re-consider adoption of 2PC. So, let me propose another choice of reservation operation as attached. Tomohiro On Wed, 07 Apr 2010 22:02:08 +0900 Tomohiro Kudoh <t.kudoh@aist.go.jp> wrote:
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 ------------------------------------------------------------------------------------------------------------------
_______________________________________________ nsi-wg mailing list nsi-wg@ogf.org http://www.ogf.org/mailman/listinfo/nsi-wg