draft-mannie-ccamp-gmpls-lbm-tdm-00.txt

[Maarten Vissers <mvissers@lucent.com>]

Eric, Dimitri,

Your draft-mannie-ccamp-gmpls-lbm-tdm-00.txt contribution states:

"   One drawback of LCAS is that it requires changing the transport 
   plane since new overhead bytes are used. In consequence, new ASICs 
   must be used at both termination ends. On the contrary, GMPLS LBM 
   is done purely in the control plane. It does not require any new 
   ASICs and is backward compatible with the existing hardware. "

The objective of LCAS is to support a hitless (no single bit error in the client
signal) modification of the connection bandwidth over which the client signal is
transported.

LCAS is the 3rd element in the package "virtual concatenation, GFP and LCAS",
and doesn't require new hardware which isn't already required to support virtual
concatenation and GFP. I.e. the new ASICs that will support virtual
concatenation and GFP will also support LCAS.

To get the hitless behaviour that is required, you need a synchronisation
protocol build into the bit level transport. LCAS will do this. GMPLS or ASON
will never be able to do this.

Regards,

Maarten
begin:vcard 
n:Vissers;Maarten
tel;cell:+31 62 061 3945
tel;fax:+31 35 687 5976
tel;home:+31 35 526 5463
tel;work:+31 35 687 4270
x-mozilla-html:FALSE
org:Optical Network Group;Lucent Technologies Nederland
version:2.1
email;internet:mvissers@lucent.com
title:Consulting Member of Technical Staff
adr;quoted-printable:;;Botterstraat 45=0D=0A=0D=0A;1271 XL Huizen;;;The Netherlands
fn:Maarten Vissers
end:vcard