[trill] TRILL OAM Requirements: Sections

Thomas Narten <narten@us.ibm.com> Thu, 26 April 2012 18:13 UTC

Return-Path: <narten@us.ibm.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8706F21F8678 for <trill@ietfa.amsl.com>; Thu, 26 Apr 2012 11:13:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZT7x7ZhdP8hR for <trill@ietfa.amsl.com>; Thu, 26 Apr 2012 11:13:38 -0700 (PDT)
Received: from e4.ny.us.ibm.com (e4.ny.us.ibm.com [32.97.182.144]) by ietfa.amsl.com (Postfix) with ESMTP id C624B21F866B for <trill@ietf.org>; Thu, 26 Apr 2012 11:13:37 -0700 (PDT)
Received: from /spool/local by e4.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for <trill@ietf.org> from <narten@us.ibm.com>; Thu, 26 Apr 2012 14:13:35 -0400
Received: from d01dlp02.pok.ibm.com (9.56.224.85) by e4.ny.us.ibm.com (192.168.1.104) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 26 Apr 2012 14:13:12 -0400
Received: from d01relay05.pok.ibm.com (d01relay05.pok.ibm.com [9.56.227.237]) by d01dlp02.pok.ibm.com (Postfix) with ESMTP id 79C446E8049 for <trill@ietf.org>; Thu, 26 Apr 2012 14:13:10 -0400 (EDT)
Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay05.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q3QID9H7101410 for <trill@ietf.org>; Thu, 26 Apr 2012 14:13:09 -0400
Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q3QNi2Do003582 for <trill@ietf.org>; Thu, 26 Apr 2012 19:44:02 -0400
Received: from cichlid.raleigh.ibm.com ([9.80.5.204]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q3QNi1bv003438 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <trill@ietf.org>; Thu, 26 Apr 2012 19:44:01 -0400
Received: from cichlid.raleigh.ibm.com (localhost [127.0.0.1]) by cichlid.raleigh.ibm.com (8.14.5/8.12.5) with ESMTP id q3QID7ZP018730 for <trill@ietf.org>; Thu, 26 Apr 2012 14:13:07 -0400
Message-Id: <201204261813.q3QID7ZP018730@cichlid.raleigh.ibm.com>
To: trill@ietf.org
Date: Thu, 26 Apr 2012 14:13:06 -0400
From: Thomas Narten <narten@us.ibm.com>
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12042618-3534-0000-0000-000007D60868
Subject: [trill] TRILL OAM Requirements: Sections
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trill>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Apr 2012 18:13:38 -0000

draft-tissa-trill-oam-req-00.txt says;

>    Section: A section is a partial segment of a path between any two
>    given RBridges. As an example, consider the case where RB1 is
>    connected to RBx via RB2 and RB3. The segment between RB3 to RBx is
>    referred to as a Section of the path RB1 to RBx.

Where does this notion of a section come from and why do we need it in
TRILL?  AFAIK, TRILL doesn't have this notion, so this is something
that OAM is creating on its own.

Then later:

>    An RBridge SHOULD have the ability to verify the above connectivity
>    tests on sections. As an example, assume RB1 is connected to RB5 via
>    RB2, RB3 and RB4. An operator SHOULD be able to verify the RB1 to
>    RB5 connectivity on the section from RB3 to RB5. The difference is
>    that the ingress and egress TRILL nicknames in this case are RB1 and
>    RB5 as opposed to RB3 and RB5, even though the message itself may
>    originate at RB3.

I am not comfortable with this requirement. This would seem to
complicate the requirements and I'm not sure why it is needed. I'm
also a bit wary about what the implication is in terms of what sort of
functionality or mechanism would be required to be able to achieve
this requirement.

(The notion of "sections" comes up in several places in the document,
and the above applies to all of them.)

Do we really want or need sections?

Thomas