[trill] Comments on TRILL BFD draft and TRILL use of ISIS draft

"Howard Yang (howardy)" <howardy@cisco.com> Tue, 12 February 2013 19:47 UTC

Return-Path: <howardy@cisco.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 2CF0821F871C for <trill@ietfa.amsl.com>; Tue, 12 Feb 2013 11:47:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.998
X-Spam-Status: No, score=-9.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_54=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id 9aL1eid9XYgg for <trill@ietfa.amsl.com>; Tue, 12 Feb 2013 11:47:57 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com []) by ietfa.amsl.com (Postfix) with ESMTP id EB22721F8447 for <trill@ietf.org>; Tue, 12 Feb 2013 11:47:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7616; q=dns/txt; s=iport; t=1360698477; x=1361908077; h=from:to:subject:date:message-id:mime-version; bh=ECssxrjs3MD0CGX/d0Ne3zRSBlcVgNAcnB4fWZZOEaU=; b=cT1YyKYyPaGf0O0IbB3ebNXGN3b6pumId12qhE+i/XGKqDcVgDq8OX2N yebRo4FqGtfAU0aAeCZWNu6XXyaJPgjbm1zSvu+yUtiE1T7MgXY8bmsW4 RwGfvwM7dM5K1EpPWVnMKCwZrddenx3lLgvfBozzGjpG2THHSiUKO8gKB Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAPybGlGtJXG//2dsb2JhbABEgkm+JBZzgiEBBIELASpWJwQBGogKr02QEZEkYQOmd4MGgic
X-IronPort-AV: E=Sophos; i="4.84,652,1355097600"; d="scan'208,217"; a="176296782"
Received: from rcdn-core2-4.cisco.com ([]) by rcdn-iport-2.cisco.com with ESMTP; 12 Feb 2013 19:47:56 +0000
Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com []) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r1CJluPV003798 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 12 Feb 2013 19:47:56 GMT
Received: from xmb-aln-x15.cisco.com ([]) by xhc-aln-x05.cisco.com ([]) with mapi id 14.02.0318.004; Tue, 12 Feb 2013 13:47:56 -0600
From: "Howard Yang (howardy)" <howardy@cisco.com>
To: "draft-ietf-trill-rbridge-bfd@tools.ietf.org" <draft-ietf-trill-rbridge-bfd@tools.ietf.org>, "trill@ietf.org" <trill@ietf.org>, "draft-ietf-isis-rfc6326bis@tools.ietf.org" <draft-ietf-isis-rfc6326bis@tools.ietf.org>
Thread-Topic: Comments on TRILL BFD draft and TRILL use of ISIS draft
Thread-Index: AQHOCVnZvTs2kU0gw0qmA2l/KI8GPw==
Date: Tue, 12 Feb 2013 19:47:55 +0000
Message-ID: <8F62EB044F07504DB195F82B824F34DD2522B8@xmb-aln-x15.cisco.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_8F62EB044F07504DB195F82B824F34DD2522B8xmbalnx15ciscocom_"
MIME-Version: 1.0
Subject: [trill] Comments on TRILL BFD draft and TRILL use of ISIS draft
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: Tue, 12 Feb 2013 19:47:58 -0000


I have a couple of comments on TRILL BFD draft <draft-ietf-trill-rbridge-bfd-07.txt> and TRILL use of ISIS draft <draft-ietf-isis-rfc6326bis-00.txt>.

(1) To support TRILL BFD, it is required to include nickname TLV or sub-TLV in the ISIS hello packets.

The reason is that when the neighbor receives the BFD packets, if the nickname of the peer is not known, BFD cannot associate such BFD packets with the BFD session.

By the way, let's look at, in specific, the "One-Hop TRILL BFD Control" here. Looking at Layer 3 (IP or IPv6) BFD, we have IP address TLV included in the ISIS hellos, so that when BFD session is created by ISIS, ISIS can pass both local and peer's IP addresses to BFD for BFD to associate a BFD packet to a session. Corresponding to IP address, in TRILL, we have the nickname. When a BFD session is created with an unknown nickname for the peer, and when a BFD packet from this peer is received, BFD has no way to associate this BFD packet with the BFD session previously created. Notice BFD packets are defined to have the TRILL channel encapsulation (draft-ietf-trill-rbridge-channel-08.txt).

So we need to add the requirement of including the local nickname in ISIS hellos, in addition to the "ISIS BFD enabled TLV" (RFC 6213).

The nickname is currently defined as nickname sub-tlv (<draft-ietf-isis-rfc6326bis-00.txt>) and it is defined only in Router or MT Capability TLV. We need to extend it and allow the nickname sub-tlv to be in the Multi-Topology-Aware Port Capability TLV.

(2) In Section 3.1 of the TRILL BFD draft, we have

3.1 One-Hop TRILL BFD Control

   One-hop TRILL BFD Control is typically used to rapidly detect link
   and RBridge failures.  TRILL BFD frames over one hop for such
   purposes SHOULD be sent with high priority; that is, the Inner.VLAN
   tag priority should be 7, they should be queued for transmission as
   maximum priority frames and, if they are being sent on an Ethernet
   link where the output port is configured to include an Outer.VLAN
   tag, that tag should specify priority 7.

   For neighbor RBridges RB1 and RB2, each RBridge sends one-hop TRILL
   BFD Control frames to the other only if TRILL IS-IS has detected bi-
   directional connectivity, that is, the adjacency is in the Two-Way or
   Report state [RFC6327] and both RBridges indicate support of TRILL
   BFD is enabled.  The BFD Enabled TLV is used to indicate this as
   specified in [RFC6213].

The "Two-Way" or "Report" is specific to TRILL LAN interface. It does not apply to the point-to-point interface. So, it should be modified to:

"that is, the adjacency is in the Two-Way or Report state [RFC6327] on the LAN or INIT on the point-to-point when neighbor is known and both Rbridges indicate support of TRILL BFD is enabled."


-Howard Yang