Re: [Isis-wg] Alexey Melnikov's Discuss on draft-ietf-isis-rfc4971bis-03: (with DISCUSS and COMMENT)

Alexey Melnikov <aamelnikov@fastmail.fm> Thu, 18 August 2016 12:47 UTC

Return-Path: <aamelnikov@fastmail.fm>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB5D612DC47; Thu, 18 Aug 2016 05:47:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.719
X-Spam-Level:
X-Spam-Status: No, score=-2.719 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fastmail.fm header.b=N41fVrL9; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=keJVcsFj
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 XQ-iMDTDO1Rm; Thu, 18 Aug 2016 05:47:00 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2340712DC39; Thu, 18 Aug 2016 05:45:05 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id F328E202F7; Thu, 18 Aug 2016 08:45:01 -0400 (EDT)
Received: from web5 ([10.202.2.215]) by compute6.internal (MEProxy); Thu, 18 Aug 2016 08:45:02 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=0GlhuYxxyRhUq9LXGmZy9/S5g1w=; b=N41fVr L9R0BRM5AIGSJxdvi9Te36gdexXgwYR8FruL84rRIVxtAhHEdBtSL2c0vqGIFtiv sSvir0SOdJRECbq2wfFNEgXS3Go8oZ2RnRBc3GaFufKyXWBFvw/l92rm1Q7zoNQr 3gv/tOLaohLGon5Ta3FBtv6WEbQtWy5G/b4yE=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=0GlhuYxxyRhUq9L XGmZy9/S5g1w=; b=keJVcsFj19xxjU6pu9AOyRHtlQHASPf7++GC4+AMMJOC4/z BenTFLy6+FgYfE2ibESMAzm/WUsT56giw80Wnn1gaZ1PvwCulbS7M+PVnHmat9WV 2D2VC3lsZtff0FPgUwo2H97W4CQUf+llMjp47Y5wS0IuPIbcYGfuQ76vL2Gs=
Received: by mailuser.nyi.internal (Postfix, from userid 99) id AAED996883; Thu, 18 Aug 2016 08:45:01 -0400 (EDT)
Message-Id: <1471524301.3108416.699044617.1C8FCAA0@webmail.messagingengine.com>
X-Sasl-Enc: C8clBBXQ+dP85V7z7kw3Z5VcD2ITJMR0XgucorlTN5I6 1471524301
From: Alexey Melnikov <aamelnikov@fastmail.fm>
To: Alia Atlas <akatlas@gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: multipart/alternative; boundary="_----------=_147152430131084161"; charset="utf-8"
X-Mailer: MessagingEngine.com Webmail Interface - ajax-b25c4c74
In-Reply-To: <CAG4d1rczq6_6md_+xjZiooLOrohs9pXP_zXHvPb2izKwLZj+eA@mail.gmail.com>
References: <147136220282.22903.10134856216046001373.idtracker@ietfa.amsl.com> <CAG4d1rfoW_7R0qkKvLt71-P1XegGPd1CLwLtXtmTCS4N50kaQQ@mail.gmail.com> <1471364164.2609509.697007537.7E0612EB@webmail.messagingengine.com> <CAG4d1re4inwF6_yQT=qKCXz=PeUQzMYBfoyPvvN60h_QJZWPDQ@mail.gmail.com> <1471514708.3080688.698917081.5D24276D@webmail.messagingengine.com> <CAG4d1rczq6_6md_+xjZiooLOrohs9pXP_zXHvPb2izKwLZj+eA@mail.gmail.com>
Date: Thu, 18 Aug 2016 13:45:01 +0100
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/SPRk8gj_gcKVAZYUy4Ah47v7krk>
Cc: isis-chairs@ietf.org, Christian Hopps <chopps@chopps.org>, draft-ietf-isis-rfc4971bis@ietf.org, The IESG <iesg@ietf.org>, isis-wg@ietf.org
Subject: Re: [Isis-wg] Alexey Melnikov's Discuss on draft-ietf-isis-rfc4971bis-03: (with DISCUSS and COMMENT)
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/isis-wg/>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Aug 2016 12:47:02 -0000

Hi Alia,

On Thu, Aug 18, 2016, at 01:34 PM, Alia Atlas wrote:
> Hi Alexey,
>
> Please see my earlier reply.   Attribute is correct and could apply
> to, in theory, a flag, as well
> as a sub-TLV or an entry in a sub-TLV.

Can it be defined clearly to avoid confusion? For somebody who doesn't
know much about IS-IS, for example a new implementor, this is a rather
nuanced definition.
>
> Regards,
> Alia
>
> On Thu, Aug 18, 2016 at 6:05 AM, Alexey Melnikov
> <aamelnikov@fastmail.fm> wrote:
>> __
>> Hi Alia,
>>
>>
>> On Tue, Aug 16, 2016, at 05:18 PM, Alia Atlas wrote:
>>>
>>>
>>> On Tue, Aug 16, 2016 at 12:16 PM, Alexey Melnikov
>>> <aamelnikov@fastmail.fm> wrote:
>>>> __
>>>> Hi Alia,
>>>>
>>>>
>>>> On Tue, Aug 16, 2016, at 05:03 PM, Alia Atlas wrote:
>>>>
>>>>> Hi Alexey,
>>>>>
>>>>>
>>>>> On Tue, Aug 16, 2016 at 11:43 AM, Alexey Melnikov
>>>>> <aamelnikov@fastmail.fm> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> -----------------------------------------------------------------
>>>>>> -----
>>>>>> DISCUSS:
>>>>>> -----------------------------------------------------------------
>>>>>> -----
>>>>>>
>>>>>> I would like to get clarification on the following points before
>>>>>> recommending approval of this document:
>>>>>>
>>>>>> 1) How do multiple CAPABILITY TLVs from the same source treated,
>>>>>>    if they
>>>>>> have the same S and D flags, but different subTLV? Are the
>>>>>> cumulative? Or
>>>>>> this is not allowed?
>>>>>> I am sorry if I missed where this was described, let me know if I
>>>>>> did.
>>>>>
>>>>> The end of Section 3 says " Where a receiving system has two
>>>>> copies of a CAPABILITY TLV from the same system that have
>>>>> different settings for a given attribute, the procedure used to
>>>>> choose which copy shall be used is undefined."
>>>>>
>>>>
>>>> Ok, I wasn't sure that this was talking about the same thing.
>>>>
>>>> So just to double check: using multiple CAPABILITY TLVs with
>>>> different S and D flags is Ok (and described), but use of multiple
>>>> CAPABILITY TLVs with identical S and D flags is undefined as per
>>>> the sentence you quoted above?
>>>
>>> They have to have the same attribute - which could be a sub-TLV.
>>
>>
>> I don't think Les' answer agrees with yours.
>>
>> The word "attribute" only occurs once in the document in the sentence
>> you quote.
>> Does "a given attribute" mean "a single sub-TLV" or "all sub-TLVs
>> included in a CAPABILITY TLV instance"?
>>