Re: [trill] corrections draft-ietf-trill-resilient-trees-03

Mingui Zhang <zhangmingui@huawei.com> Wed, 09 September 2015 02:01 UTC

Return-Path: <zhangmingui@huawei.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA1411A884B for <trill@ietfa.amsl.com>; Tue, 8 Sep 2015 19:01:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ehr9y9iwUBbx for <trill@ietfa.amsl.com>; Tue, 8 Sep 2015 19:01:24 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9958A1B3585 for <trill@ietf.org>; Tue, 8 Sep 2015 19:01:22 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CBA71662; Wed, 09 Sep 2015 02:01:20 +0000 (GMT)
Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 9 Sep 2015 03:01:18 +0100
Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.33]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0235.001; Wed, 9 Sep 2015 10:01:13 +0800
From: Mingui Zhang <zhangmingui@huawei.com>
To: gayle noble <windy_1@skyhighway.com>, "trill@ietf.org" <trill@ietf.org>
Thread-Topic: [trill] corrections draft-ietf-trill-resilient-trees-03
Thread-Index: AQHQ6nE6kQ43dQzaaUKLcfXq1AhLwp4zcQsw
Date: Wed, 09 Sep 2015 02:01:13 +0000
Message-ID: <4552F0907735844E9204A62BBDD325E7871A4C43@nkgeml512-mbx.china.huawei.com>
References: <201508260704.t7Q74ObD007357@skyhighway.com> <CAF4+nEG0mV3BzAEBh+-0kMgeZ8T31Lo9Z=taPaCXe1-2k4=L=w@mail.gmail.com> <201509082001.t88K1Z8p023230@skyhighway.com>
In-Reply-To: <201509082001.t88K1Z8p023230@skyhighway.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.146.93]
Content-Type: multipart/alternative; boundary="_000_4552F0907735844E9204A62BBDD325E7871A4C43nkgeml512mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/trill/yUGBJpc-j2nhHFxPojHmyZjVp0U>
Subject: Re: [trill] corrections draft-ietf-trill-resilient-trees-03
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 09 Sep 2015 02:01:29 -0000

Hi Gayle,

Your corrections are much appreciated! Will incorporate them in the next version.

Thanks,
Mingui

From: trill [mailto:trill-bounces@ietf.org] On Behalf Of gayle noble
Sent: Wednesday, September 09, 2015 4:02 AM
To: trill@ietf.org
Subject: [trill] corrections draft-ietf-trill-resilient-trees-03

draft-ietf-trill-resilient-trees-03.txt

acronyms used but not defined::

BFD             Bidirectional Forwarding Detection
CMT             Coordinated Multicast Trees
LSP             Link State Packet
mLDP           Multicast Label Distribution Protocol ??
MPLS           Multi-Protocol Label Switching
PIM             Protocol Independent Multicast<https://en.wikipedia.org/wiki/Protocol_Independent_Multicast>
Td               failure detection timer

(Section 5.2.1).grammar and spelling errors

1.   page 1 abstract: third sentence
["recovergence " should be "reconvergence "]
(as written)
When a link on the distribution tree fails, a campus-wide recovergence of this distribution tree will take place, which can be time consuming and may cause considerable disruption to the ongoing multicast service.
(should be)
When a link on the distribution tree fails, a campus-wide reconvergence of this distribution tree will take place, which can be time consuming and may cause considerable disruption to the ongoing multicast service.

2.   page 1 abstract: second paragraph - second sentence
["recovergence " should be "reconvergence "]
(as written)
Since the backup distribution tree is built up ahead of the link failure, when a link on the primary distribution tree fails, the pre-installed backup forwarding table will be utilized to deliver multicast packets without waiting for the campus-wide recovergence.
(should be)
Since the backup distribution tree is built up ahead of the link failure, when a link on the primary distribution tree fails, the pre-installed backup forwarding table will be utilized to deliver multicast packets without waiting for the campus-wide reconvergence.

3.   page 9 and 10 last paragraph - last sentence
["used" should be "use"]
(as written)
When the backup DT is calculated, each RBridge increases the metric of these links by a proper value (for safety, it's recommended to used the summation of all original link metrics in the campus but not more than 2**23), which gives these links a lower priority being chosen by the backup DT by performing Shortest Path First calculation.
(should be)
When the backup DT is calculated, each RBridge increases the metric of these links by a proper value (for safety, it's recommended to use the summation of all original link metrics in the campus but not more than 2**23), which gives these links a lower priority being chosen by the backup DT by performing Shortest Path First calculation.

4.   page 13  Global 1:1 Protection: third paragraph - Fifth sentence
["RBridge need to" should be "RBridge needs to" as RBridge is singular. And "as response" would read better "as the response"]
(as written)
In [RBmBFD], ingress RBridge need to send BFD control packets to poll each receiver, and receivers return BFD control packets to the ingress as response.
(should be)
In [RBmBFD], ingress RBridge needs to send BFD control packets to poll each receiver, and receivers return BFD control packets to the ingress as the response.

5.   page 14 Failure Detection: Point one - second sentence
["Timer Td are" should be "Timer Td is" as Timer Td is singular]
(as written)
A failure detection timer Td are set as the interval between two continuous packets.
(should be)
A failure detection timer Td is set as the interval between two continuous packets.

6.   page 14 Traffic Forking and Merging: second paragraph - third sentence
["In normal case" should be "In the normal case"]
(as written)
In normal case, egress RBridges activate the primary RPF filter.
(should be)
In the normal case, egress RBridges activate the primary RPF filter.

7.   page 14 Traffic Forking and Merging: second paragraph - forth sentence
["fails, ingress RBridge" should be "fails, the ingress RBridge"]
(as written)
When a link on the pruned primary DT fails, ingress RBridge cannot reach some of the receivers.
(should be)
When a link on the pruned primary DT fails, the ingress RBridge cannot reach some of the receivers.

8.   page 16 Switching Back to the Primary Distribution Tree #b
["the new backup DT" should be "the new Primary DT"  This section is talking about switching to the new primary -- ]
(as written)
  b) For the global 1+1 protection, the ingress RBridge stops
     replicating the multicast packets onto the old backup DT at t1+Ts.
     The backup DT is updated at t1+2*Ts. It MUST wait for another Ts,
     during which time period all RBridges converge to the new backup
     DT. At t1+3*Ts, it's safe for the ingress RBridge start to
     replicate multicast packets onto the new backup DT.
(should be)
  b) For the global 1+1 protection, the ingress RBridge stops
     replicating the multicast packets onto the old backup DT at t1+Ts.
     The backup DT is updated at t1+2*Ts. It MUST wait for another Ts,
     during which time period all RBridges converge to the new backup
     DT. At t1+3*Ts, it's safe for the ingress RBridge start to
     replicate multicast packets onto the new Primary DT.


Grammar tweaks for better readability:

1.   page 10 first paragraph - third sentence
[I'd add a "the" between "by conventional" so the sentence reads smoother]
(as written)
In order to reduce the amount of Affinity Sub-TLVs flooded across the campus, only those NOT picked by conventional DT calculation process  ought to be recognized as Affinity Links.
(I'd write)
In order to reduce the amount of Affinity Sub-TLVs flooded across the campus, only those NOT picked by the conventional DT calculation process  ought to be recognized as Affinity Links.

2.   page ten Affinity Links Advertisement: first paragraph - second sentence
[I would add a comma after "Sub-TLV"]
(as written)
When this RBridge plays the role of parent RBridge for several Affinity Links,  it is natural to have them advertised together in the same Affinity Sub-TLV and each Affinity Link is structured as one Affinity Record.
(I'd write)
When this RBridge plays the role of parent RBridge for several Affinity Links,  it is natural to have them advertised together in the same Affinity Sub-TLV, and each Affinity Link is structured as one Affinity Record.

3.   page ten Backup DT Calculation without Affinity Links: third paragraph - first sentence
[I'd replace "similar as that" with "similar to that"]
(as written)
The above algorithm is similar as that defined in Section 3.2.1.1.
(I'd write)
The above algorithm is similar to that defined in Section 3.2.1.1.

4.   page 11 Pruning the Backup Distribution Tree: second paragraph - first sentence
["is probably that" should probably >*grin*< be "is probable that"]
(as written)
It is probably that the primary DT is not optimally pruned in practice.
(I'd write)
It is probable that the primary DT is not optimally pruned in practice.

5.   page 14 Traffic Forking and Merging: second paragraph - fifth sentence
[I would reword this to make what "it" means exceedingly clear]
(as written)
When these unreachable receivers realize it, they SHOULD update their RPF filters to receive packets sent on the backup DT.
(I'd write)
When these unreachable receivers realize the link failed, they SHOULD update their RPF filters to receive packets sent on the backup DT.

6.   page 15 An example to walk though: second paragraph - first sentence
["distribution on primary DT" should be "distribution on the primary DT"]
(as written)
In the normal case, multicast frames ingressed by RB7 with pruned distribution on primary DT rooted at RB1 are being received by RB9 and RB10.
(I'd write)
In the normal case, multicast frames ingressed by RB7 with pruned distribution on the primary DT rooted at RB1 are being received by RB9 and RB10.

7.   page 16 first paragraph - last sentence
[Note that in this walk though there are now packets arriving at RB9 on both the Distribution Tree and the Backup Distribution Tree. RB9 should drop the packets from the Distribution Tree due to the reverse path forwarding check the filters provide that this sentence said RB9 is now using. YET this description does NOT say the RB9 drops the Distribution Tree packets due to the filter. It is making an assumption those reading this section will KNOW this. I think it should be mentioned.]
(as written)
Multicast packets will finally reach RB9 where the RPF filter is updated from {DT=RB1, ingress=RB7, receiving link=RB5-RB9} to {DT=RB2, ingress=RB7, receiving link=RB6-RB9}. RB9 will egress the multicast packets on to the local link.
 (I'd write)
Multicast packets will finally reach RB9 where the RPF filter is updated from {DT=RB1, ingress=RB7, receiving link=RB5-RB9} to {DT=RB2, ingress=RB7, receiving link=RB6-RB9}. RB9 will egress the multicast packets from the Backup Distribution Tree on to the local link and drop those from the Distribution Tree based on the reverse path forwarding filter.