[Nsi-wg] advanced reservation

[Guy Roberts]

John,

Right, I think that the provider should reserve the resources from the start-provisioning time to the end-releasing time.   This is a longer period than the start and end times which relate to the in-service state.  If all the required resources are not available from start-provisioning to end-releasing , then the provider should reject the connection request.

Guy

From: John MacAuley [mailto:john.macauley at surfnet.nl]
Sent: 21 April 2010 14:25
To: nsi-wg at ogf.org
Subject: Re: [Nsi-wg] advanced reservation

One quick question - if a provider cannot achieve the desired start time do to guard band overrun I assume we reject it?

On 10-04-21 5:51 AM, Guy Roberts wrote:
Hello all,

Following on from last week's conference call and discussions, Tomohiro, Inder, Jerry, Chin and Vangelis and I have come up with a new proposal for advanced reservation in v1.0.  This is essentially a refinement on the existing proposal in the architecture document.

Some text describing this proposal is included in the attached document.

In essence this includes:

1PC

All request require a pass/fail response from the Provider NSA

Advanced reservation are supported with start time, end time, duration

Times exchanged on the protocol reflect targets for the in-service time.

It is the responsibility of the provider to achieve the start and end times.  This is done using guard bands unique to each provider NSA and are validated as constraints in path finding.

Immediate reservation is supported with start time = asap

Provisioning may be signalled by the requestor or local initiated by the provider

I would like to see if we can get consensus on this proposal in today's call.

Regards,
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 at ogf.org<mailto:nsi-wg at ogf.org>

http://www.ogf.org/mailman/listinfo/nsi-wg



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/nsi-wg/attachments/20100421/bb22a6b2/attachment-0001.html