The MPLS WG Archive

["Michael H. O'Meara" <mmeara@mars.iol.unh.edu>]

Hello all,
	Section 3.3 of RFC 3036, the LDP Specification, states the
following about the usage of the U-bit in TLV encoding:

   U bit
      Unknown TLV bit.  Upon receipt of an unknown TLV, if U is clear
      (=0), a notification must be returned to the message originator
      and the entire message must be ignored; if U is set (=1), the
      unknown TLV is silently ignored and the rest of the message is
      processed as if the unknown TLV did not exist.  The sections
      following that define TLVs specify a value for the U-bit.

The RFC goes on to specify the value of the U-bit for most TLVs. However,
no value is specified for certain optional TLVs, such as the Configuration
Sequence TLV and Transport Address TLVs that are optional in Hello
messages. Is it safe to assume, then, that the value for the U-bit in
these optional TLVs is left to the discretion of those implementing the
RFC? While an expected value for the U-bit is obvious for certain of these
TLVs (as silently ignoring a Transport Address TLV, for example, could
lead to some difficulty in establishing an LDP session TCP connection),
there seems to be some leeway, and thus the potential for occasional
interoperability problems, for some of the other optional TLVs. If I am
missing something in the RFC, or making problems where there are none,
please point me in the right direction.

				Thanks in advance,
					Mike

***************************
Michael O'Meara
Technician
MPLS Consortium	
InterOperability Lab
University of New Hampshire
***************************