Re: [trill] Alvaro Retana's Discuss on draft-ietf-trill-channel-tunnel-10: (with DISCUSS and COMMENT)
Donald Eastlake <d3e3e3@gmail.com> Thu, 07 July 2016 04:16 UTC
Return-Path: <d3e3e3@gmail.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 6495812D0C3; Wed, 6 Jul 2016 21:16:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level:
X-Spam-Status: No, score=-2.45 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 SfgsJwN3b_bJ; Wed, 6 Jul 2016 21:16:48 -0700 (PDT)
Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A83912D0BE; Wed, 6 Jul 2016 21:16:48 -0700 (PDT)
Received: by mail-oi0-x234.google.com with SMTP id s66so8569454oif.1; Wed, 06 Jul 2016 21:16:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=r/JOp+tgB2WZ17daaWhglIhePXXph8FjkVnnpKpocsc=; b=MQ+vysj57K5q9UbRk0u7ZBAAO6ZOZ5wxZ9WJmaNoa/O7YLf9zYZOpiJQuAP3Qu8Fmo jySTsmh4eZVqvpqK2Xl7ZNPLZDn3VRZw6lXP1nCQvb7PJ79FYmPMWyX72+mx15X2k8Fg DqnGs+sDXagOkQFHVM+gxNaSyVtt3pjOgWELqCe1UPcnxL3mKZJDAVpJpHEvQf9O5NJP 44P7TxMclThPsNwOVQ4EacKJoYkM0cn+7EWWo/Opil4UzvJLGDJLeWai0ubk8iGF3XcM 8KbMnKd14tQnloo6VOgRD9NTw7frmDLP6auyUXu5xK4DJw0w3HAEXs1cd/W8W2Qltw/Q 1rzA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=r/JOp+tgB2WZ17daaWhglIhePXXph8FjkVnnpKpocsc=; b=b5V073AhQuWSVm3UuEKYFaAIx6PONixvrJIE0HFX/RJD0CNV0I4rpX3fN8oXQ/hVwa HllPp/kKREXllGmYgPr1/i6TIlV/aQCUCdYj5IDe5UF9TreFd8mXC3Pi+vrVYayomwir WKz0y/WuokgLonpiI7ObSaqZXU+GGG/9qcnNTQJXbUqdiTfF4Tt0TEc+zJl56mjpk1/w X7QHDH80FFR6Qt60XuiiqcNsJoJIDTWQ0l0Mfq6mvrQ1jwCH4iFzPdEjJ9u2QGGAvwI/ FY/jReGvSw461tTW5TP06a42mrFfNC/hhuQd5f6q4PnTMHHAx+1mpsU9EwqGoCoZXmio aEEw==
X-Gm-Message-State: ALyK8tLC2QPHmkZKD63hNaQGXSNcHivScubh1bj1tYMa1IWZHR3ZGGLhFYzWa8RkeVuVs9YEx9u02mvyS0DQJA==
X-Received: by 10.202.213.67 with SMTP id m64mr14683652oig.114.1467865007702; Wed, 06 Jul 2016 21:16:47 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.157.52.242 with HTTP; Wed, 6 Jul 2016 21:16:33 -0700 (PDT)
In-Reply-To: <20160707015330.26824.25840.idtracker@ietfa.amsl.com>
References: <20160707015330.26824.25840.idtracker@ietfa.amsl.com>
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Thu, 07 Jul 2016 00:16:33 -0400
Message-ID: <CAF4+nEEhg9cDv_O5XbD7XOr01_BX7SbUr1+V-RZz-9Gm0Hiz1w@mail.gmail.com>
To: Alvaro Retana <aretana@cisco.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/trill/gmoc1IX2C5VGsOCt_aJ1jrrESlY>
Cc: draft-ietf-trill-channel-tunnel@ietf.org, "trill-chairs@ietf.org" <trill-chairs@ietf.org>, The IESG <iesg@ietf.org>, "shares@ndzh.com" <shares@ndzh.com>, "trill@ietf.org" <trill@ietf.org>
Subject: Re: [trill] Alvaro Retana's Discuss on draft-ietf-trill-channel-tunnel-10: (with DISCUSS and COMMENT)
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 07 Jul 2016 04:16:50 -0000
Hi Alvaro, Thanks for you comments, See below. On Wed, Jul 6, 2016 at 9:53 PM, Alvaro Retana <aretana@cisco.com> wrote: > Alvaro Retana has entered the following ballot position for > draft-ietf-trill-channel-tunnel-10: Discuss > > ... > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > Even though the IANA Considerations section was just updated (in version > -10), I am putting in this DISCUSS because it is still > incomplete/incorrect. > > 1. Guidance for managing the SubERR namespace should be included. Note > that this document only specifies values for ERR 6, but guidance should > be given to IANA for the other ERR values as well. No IANA registry is created for any SubERR values so I'm not sure why there needs to be IANA guidance. The draft can be made clearer that for all values of ERR other than 6, SubErr should be sent as zero and ignored on receipt. If you want, a registry could be added. I would think IETF Review was the appropriate registration procedure. > 2. Section 6.2.1 (RBridge Channel Error Codes Subregistry) requests the > creation of a new registry ("RBridge Channel Error Codes”), but that > registry was already created by RFC7178. This document should then split > the requests in two parts: assignment of the vales 6-8, and the change to > the registration procedure. You are correct. Sorry for the oversight. However, I actually think the registration procedure should stay as Standards Action for new ERR codes as provided in the current IANA registry. New major error codes can cause substantial problems with older implementations that do not know what they mean. (I do not think this is a problem with SubErr since implementations can take a default action based on the major ERR code.) > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > >From Section 2. (RBridge Channel Header Extension Format), is the RESV4 > field a space that is reserved for potential future use? Why isn’t it > ignored on receipt (similar to the RESV field in Section 4.3)? If there > is potential for use of this space (RESV is defined as 4 bits, which > makes me think about potential bit-level allocations), then there should > be some guidance in the IANA Considerations. Earlier versions of this document added three features to RBridge Channel. As well as the payload feature and security feature in the current document, which are invoked by non-zero values of the PType and SType nibbles, if you look at the -01 or -00 version you will see a "Scope" feature invoked by non-zero values of the Scope nibble. RBridge Channel supports messages between RBridges in the same TRILL campus and between an end station and an RBridge on the same link. The Scope feature extended this to support, for example, messages between an end station and an RBridge not on the same link. However, the scope feature added significant complexity and there was no immediate requirement for it so it was dropped and the Scope nibble was relabeled RESV4. Those bits are deliberately made "critical" so the Scope feature could be revived in the future and Scope-ignorant RBridges would know to reject Extended RBridge Channel messages that are using the Scope feature which changes the format a little. Any attempt to re-instate the Scope feature or to make other use of these four bits will require a Standards Track document in any case. I don't understand why there needs to be any guidance in the IANA Considerations about this. What would it say other than that any non-zero value is treated as an error? which is a technical specification already present in the body of the document and not an IANA Consideration. Thanks, Donald =============================== Donald E. Eastlake 3rd +1-508-333-2270 (cell) 155 Beaver Street, Milford, MA 01757 USA d3e3e3@gmail.com
- Re: [trill] Alvaro Retana's Discuss on draft-ietf… Alvaro Retana (aretana)
- Re: [trill] Alvaro Retana's Discuss on draft-ietf… Donald Eastlake
- Re: [trill] Alvaro Retana's Discuss on draft-ietf… Alvaro Retana (aretana)
- Re: [trill] Alvaro Retana's Discuss on draft-ietf… Donald Eastlake
- Re: [trill] Alvaro Retana's Discuss on draft-ietf… Alvaro Retana (aretana)
- Re: [trill] Alvaro Retana's Discuss on draft-ietf… Donald Eastlake
- [trill] Alvaro Retana's Discuss on draft-ietf-tri… Alvaro Retana