[Pppext] TRILL, IS-IS, and System ID

[James Carlson <[e-mail]>]

As part of IETF review, the Routing ADs are looking over
draft-ietf-pppext-trill-protocol-06.  Not too surprising to me -- given
that I still think it's far out of scope -- the text concerning IS-IS
System IDs is causing trouble in that review.  See this thread:

http://www.ietf.org/mail-archive/web/rtg-dir/current/threads.html#01533

I wish I could leave the worms safely in the can, but it's looking like
that might not be one of the options.

Instead of the reference to Bill Simpson's draft, Stewart Bryant
suggested replacement text like this:

  ISO/IEC 10589 states that it is the responsibility of the routeing
  domain administrative authority to enforce the uniqueness of the
  system ID. In cases where a zero configuration system is
  supplied the system manufacturer MUST install a suitable
  unique identifier at manufacturing time. One way to achieve
  this is for the manufacturer to use a unique IEEE MAC address
  following the allocation procedures normally used in the
  manufacture of an Ethernet interface.

This tosses the issue back into the implementor's lap (which,
incidentally, is exactly where I think the problem belongs), and
suggests an existing and known solution where a MAC identifier may be
allocated for the system itself and used as a global ID to construct the
necessary IS-IS System ID.

For use in this draft, I would alter the wording slightly to indicate
that zero-configuration is strongly preferred for TRILL (as guidance),
and that obtaining a suitable identifier is the implementor's
responsibility, rather than just saying "in cases where."

Would this change fly without breaking consensus?  Or do we have to
start over?

-- 
James Carlson         42.703N 71.076W         <[e-mail]>