LBM comment

[Maarten Vissers <[e-mail]>]

Not having had time earlier to read the LBM draft, I only just came across some
still VERYY INCORRECT text in draft-mannie-ccamp-gmpls-lbm-tdm-01.txt.

>From section 3:

   "LCAS is an end-to-end (i.e. PTE-to-PTE) signalling protocol enabling
   the bandwidth modification at end systems and setting up and
   releasing circuits provisioned and configured through Network
   Management Systems (NMS). However, LCAS doesn't apply to setting up
   and releasing bandwidth at intermediate nodes. This means that LCAS
   must be combined with an NMS system in order to offer a dynamic
   connection setup throughout the network. Therefore, the advantage of
   using GMPLS is that it provides a complete integrated solution,
   allowing for a wide range of traffic parameter modifications."

LCAS MUST NOT AT ALL BE COMBINED WITH NMS!!!!!!!!!!!!!! LCAS must be combined
with either NMS or ASON or GMPLS, which latter 3 take care of the set up or
release of a VC-n or ODUk trail. LCAS takes care of the hitless addition/removal
of this trail to/from the virtual concatenated group in service.


>From section 3:

   "Using LCAS in parallel with GMPLS implies that GMPLS traffic
   parameters may be modified without the GMPLS control plane being
   aware of these modifications. However, GMPLS provides native
   capabilities to modify traffic parameters of an established LSP
   since MPLS-TE signalling was originally conceived to allow traffic
   parameter (bandwidth) modification."

Using LCAS does *NOT* at all imply that GMPLS traffic parameters are modified.
NMS/ASON/GMPLS are in full control of the connections setup to support the
virtual concatenated group.

Regards,

Maarten