Re: [CCAMP] draft-ali-ccamp-lsp-inquiry-00

[Khuzema Pithewan <[e-mail]>]

How do you deal with NULL label in GMPLS context. I couldn't find where it is detailed.

Thanks
Khuzema

From: Zafar Ali (zali) [mailto:[e-mail]]
Sent: Wednesday, July 31, 2013 5:11 AM
To: Khuzema Pithewan; CCAMP ([e-mail])
Subject: Re: [CCAMP] draft-ali-ccamp-lsp-inquiry-00

Hi Khuzema-

Please see in-line.

Thanks

Regards ... Zafar

From: Khuzema Pithewan <[e-mail]<mailto:[e-mail]>>
Date: Tuesday, July 30, 2013 10:25 AM
To: "[e-mail]<mailto:[e-mail]>" <[e-mail]<mailto:[e-mail]>>
Subject: [CCAMP] draft-ali-ccamp-lsp-inquiry-00

Authors,

The draft relies on ability to setup GMPLS lsp without committing resources in dataplane.

Only reference I found to setup pre-planned GMPLS is in RFC 6001.

The green highlighted part says it is not possible to support 0 bandwidth lsp for TDM/LSC network. While red part alludes that it can be done.

Also I couldn' locate the text in any RFC that describes the NULL label behavior in GMPLS context.


RFC6001 5.2.2 says

................snip...................


The snippet in the following is from section that talks about Path Provisioned LSPs (not pre pre-planned LSPs). The difference is stated as follows:


"There is a difference between an LSP that is established with 0

   bandwidth (path provisioning) and an LSP that is established with a

   certain bandwidth value not committed at the data plane level (i.e.,

   pre-planned LSP)."


Having said that the following snippet talks about Path provision LSP.

However, mechanisms for provisioning (pre-planned or not) a TDM or
   LSC LSP with 0 bandwidth is currently not possible because the
   exchanged label value is tightly coupled with resource allocation
   during LSP signaling (e.g., see [RFC4606] for a SONET/SDH LSP).  For
   TDM and LSC LSP, a NULL Label value is used to prevent resource
   allocation at the data plane level.  In these cases, upon LSP
   resource commitment, actual label value exchange is performed to
   commit allocation of timeslots/ wavelengths.



Earlier text in the RFC6001 talks about how Null service can be signaled.


   "o The second technique consists in making use of path-provisioned

     LSPs only.  In this case, there is no associated resource demand

     during the LSP establishment.  This can be considered as the RSVP-

  TE equivalent of the Null service type specified in [RFC2997<http://tools.ietf.org/html/rfc2997>]. "

However, in the context of inquiry we are not interested in Null service but signaling LSP with the actual TSPEC. Hence we did not used Null service construct.


.......................snip....................


Khuzema