Re: [trill] My thoughts/corrections ->draft-ietf-trill-rfc6439bis-00.doc;
gayle noble <windy_1@skyhighway.com> Fri, 01 January 2016 20:10 UTC
Return-Path: <windy_1@skyhighway.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 952041ACEC2 for <trill@ietfa.amsl.com>; Fri, 1 Jan 2016 12:10:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.791
X-Spam-Level:
X-Spam-Status: No, score=0.791 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=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 7pRwT-7n_hoL for <trill@ietfa.amsl.com>; Fri, 1 Jan 2016 12:10:43 -0800 (PST)
Received: from skyhighway.com (skyhighway.com [63.249.82.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AB871ACEBF for <trill@ietf.org>; Fri, 1 Jan 2016 12:10:43 -0800 (PST)
Received: from Firefly.skyhighway.com (dsl-63-249-88-160.static.cruzio.com [63.249.88.160]) by skyhighway.com with ESMTP id u01KANCL095129 for <trill@ietf.org>; Fri, 1 Jan 2016 12:10:23 -0800 (PST)
Message-Id: <201601012010.u01KANCL095129@skyhighway.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Fri, 01 Jan 2016 12:10:36 -0800
To: "trill@ietf.org" <trill@ietf.org>
From: gayle noble <windy_1@skyhighway.com>
In-Reply-To: <201512290646.tBT6ktU5002192@skyhighway.com>
References: <CAKn+7dKsJ02h67pJetF+SqNC9oiH6JhAhnksz+gK6oS+C4NphA@mail.gmail.com> <CAF4+nEEotwCSQ3BgMvHqbvXAKmRECnn6V+j8Nf7qu42qxNLRgA@mail.gmail.com> <201512290646.tBT6ktU5002192@skyhighway.com>
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=====================_1256073437==.ALT"
Archived-At: <http://mailarchive.ietf.org/arch/msg/trill/-Z3pKtPGFeggPp0M7oYoWYrQ-pU>
Subject: Re: [trill] My thoughts/corrections ->draft-ietf-trill-rfc6439bis-00.doc;
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: Fri, 01 Jan 2016 20:10:46 -0000
My thoughts/corrections ->draft-ietf-trill-rfc6439bis-00.doc; Acronyms used but not defined:: APPsub-TLV Application sub-Type-Length-Values FS-CSNP Flooding Scoped Complete Sequence Number Packet FS-PSNP Flooding Scoped Partial Sequence Number Packet MTU Maximum Transmission Unit PDU Protocol Data Unit VLAN Virtual Local-Area Network ===================== corrections: 1. Page 8 section 2.1 fourth paragraph point A first sentence ["E-L!CS" should be "E-L1CS"] (as written) (A) The inclusion of one or more Appointed Forwarders sub-TLVs [RFC7176], Appointment Bitmap APPsub-TLVs (Section 10.2), or Appointment List APPsub-TLVs (Section 10.3) in E-L!CS LSPs it sends on a link. (should be) (A) The inclusion of one or more Appointed Forwarders sub-TLVs [RFC7176], Appointment Bitmap APPsub-TLVs (Section 10.2), or Appointment List APPsub-TLVs (Section 10.3) in E-L1CS LSPs it sends on a link. -------------------- 2. page 18 first paragraph ["simultaneously" spelt wrong] These optimizations are a bit heuristic in that with some unlikely multiple changes in a bridged LAN that occur simultnaeously [should be simultaneously] or nearly so the optimizations make transient looping more likely. ------------------------------------------ 3. page 19 second paragraph second sentence ["RBridge" is singular "are" is plural so should probably be "is" or "RBridges"] (as written) If an RBridge port sees a change in root Bridge ID from Root1 to Root2, it is safe to terminate root bridge inhibition on that port as soon as Hellos have been received on the port from all RBridges that can see Root1 or Root2 except any such RBridge that are no longer reachable. (probably should be) If an RBridge port sees a change in root Bridge ID from Root1 to Root2, it is safe to terminate root bridge inhibition on that port as soon as Hellos have been received on the port from all RBridges that can see Root1 or Root2 except any such RBridge that is no longer reachable. ------------------------------------------------ 4. Page 21 Third paragraph first sentence ["providing" should probably be "provided" based on the rest of the sentence ] (as written) Two different encodings are providing above to optimize the listing of VLANs. (should be) Two different encodings are provided above to optimize the listing of VLANs. ------------------------------------------------------------------ ------------------------------------------------------------------ 5. Page 21 last paragraph first sentence ["AF bit" is singular "are" is plural sentence is weird :)] (as written) If the above mechanisms are used on a link, then each RBridge on the link MUST send Hellos in one or more VLANs with such VLANs Appointed sub-TLV(s) and/or self-appointment Appointed Forwarders sub-TLV(s), and the "AF" bit are appropriately set such that no VLAN inhibition timer will improperly expire unless three or more Hellos are lost. (should probably be) If the above mechanisms are used on a link, then each RBridge on the link MUST send Hellos in one or more VLANs with such VLANs Appointed sub-TLV(s) and/or self-appointment Appointed Forwarders sub-TLV(s), and the "AF" bit is appropriately set such that no VLAN inhibition timer will improperly expire unless three or more Hellos are lost. (or re-write sentence) If the above mechanisms are used on a link, then each RBridge on the link MUST send Hellos in one or more VLANs such that no VLAN inhibition timer will improperly expire unless three or more Hellos are lost. Appropriately setting the "AF" bit in such Hellos and including VLANs Appointed sub-TLV(s) and/or self-appointment Appointed Forwarders sub-TLV(s) in such Hellos accomplishes this. --------------------------------------------------------------------- 6. page 24 section 6.3 second paragraph first sentence ["P! " should be "P1"] (as written) If a failure of port P1 on RBridge RB2 is detected by RB2, then the Port-Shutdown message announcing this is sequentially unicast through the rest of the TRILL campus to all RBridges with which P! had an adjacency and which are advertising support for the Port-Shutdown RBridge Channel protocol. (should be) If a failure of port P1 on RBridge RB2 is detected by RB2, then the Port-Shutdown message announcing this is sequentially unicast through the rest of the TRILL campus to all RBridges with which P1 had an adjacency and which are advertising support for the Port-Shutdown RBridge Channel protocol. -------------------------------------------------------------------- 7. page 25 second point ["eligiable." should be "eligible"] (as written) - If an outer VLAN tag is present, it specified the designated VLAN for the link, SHOULD specify priority 7, and SHOULD NOT specify drop eligiable. (should be) - If an outer VLAN tag is present, it specified the designated VLAN for the link, SHOULD specify priority 7, and SHOULD NOT specify drop eligible. ------------------------------------------------------ 8. page 25 section 6.5 ["security" would read smoother as "secured"] (as written) Port-Shutdown messages can be security through use of the Channel Tunnel security features [ChannelTunnel]. (Ids write) Port-Shutdown messages can be secured through use of the Channel Tunnel security features [ChannelTunnel]. -------------------------------------------------------------------- 9. page 27 last paragraph first sentence ["of" should be "on"] (as written) Depending of how the network is being managed, a transient inconsistency may not be a problem. (should be) Depending on how the network is being managed, a transient inconsistency may not be a problem. --------------------------------------------- 10. Page 32 last paragraph before 10.4 - only sentence in that paragraph ["originaed" should be "originated" ] (as written) This APPsub-TLV, when originaed by the DRB, appoints the TRILL switch with Appointee Nickname to be the Appointed Forwarder for the VLAN IDs listed. (should be) This APPsub-TLV, when originated by the DRB, appoints the TRILL switch with Appointee Nickname to be the Appointed Forwarder for the VLAN IDs listed. ------------------------------------------------------------------- 11. Page 40 last paragraph formatting weird [formatting weird ] (as formatted) Changes to [RFC7177] are as follows: As provided in Section 6, TRILL switches SHOULD treat the reception of a Port-Shutdown RBridge Channel message from RB1 listing port P1 as if it were an event A3 as specified in [RFC7177] resulting in transition of any adjacency to P1 to the Detect state. (should be - in my opinion :) Changes to [RFC7177] are as follows: As provided in Section 6, TRILL switches SHOULD treat the reception of a Port-Shutdown RBridge Channel message from RB1 listing port P1 as if it were an event A3 as specified in RFC7177] resulting in transition of any adjacency to P1 to the Detect state. ------------------------------------------------ 12. Page 41 first paragraph ["P!" should be "P1" - ] (as written) Assume that RBridges RB1 and RB2 have ports P! and P2, respectively, that are both on link L1 and that RBridges RB3 and RB4 have ports P3 and P4, respectively, that are both on Link L2. (should be) Assume that RBridges RB1 and RB2 have ports P1 and P2, respectively, that are both on link L1 and that RBridges RB3 and RB4 have ports P3 and P4, respectively, that are both on Link L2. --------------------------------------------- 13. page 41 second paragraph after the drawing eighth sentence ["an other" should probably be "any other"] (as written) The packet will loop indefinitely, because in native form on L1 and L2 it has no TRILL hop count, and an indefinitely large number of copies will be delivered to ES1 and an other end station so situated. (should probably be) The packet will loop indefinitely, because in native form on L1 and L2 it has no TRILL hop count, and an indefinitely large number of copies will be delivered to ES1 and any other end station so situated. ============================== Confusion:: 1. page 25 [ I am totally lost trying to make sense out of "sends the same messages RBridge port on the link advertises support of the Port-Shutdown" What?? Should it be ---- sends the same messages "to the" RBridge port on the link "that" advertises support of the Port-Shutdown RBridge Channel protocol?? If not what does this mean??? ] (as wriiten) If a port shutdown is planned within one second, then the TRILL switch ceases to send Hellos out the port being shut down and either (1) sends the same messages RBridge port on the link advertises support of the Port-Shutdown RBridge Channel protocol, broadcasts the Port-Shutdown message announcing this through the port as follows: (I think it should be more like) If a port shutdown is planned within one second, then the TRILL switch ceases to send Hellos out the port being shut down and either (1) sends Port-Shutdown messages to RBridge ports on the link advertising support of the Port-Shutdown RBridge Channel protocol, or (2) broadcasts the Port-Shutdown message announcing this through the port as follows: ------------------------------------------------------ GOOFY Thoughts >*grin*< page 14 If such mapping within a link was allowed and occurred on two or more links so that there was a cycle of VLAN mappings, a multi-destination frame would loop forever. "These are called Vampire frames" or "Such a frame would be immortal." . For a specific example, see Appendix C.
- [trill] Query on RFC 6325 - Appointed forwarder o… Abhinav Bhatia
- Re: [trill] Query on RFC 6325 - Appointed forward… Donald Eastlake
- Re: [trill] Query on RFC 6325 - Appointed forward… Abhinav
- Re: [trill] draft-ietf-trill-rbridge-multilevel gayle noble
- Re: [trill] My thoughts/corrections ->draft-ietf-… gayle noble
- Re: [trill] My thoughts/corrections ->draft-ietf-… Donald Eastlake