Re: [netmod] [Lsr] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt

Randy Presuhn <randy_presuhn@alumni.stanford.edu> Fri, 08 April 2022 17:59 UTC

Return-Path: <randy_presuhn@alumni.stanford.edu>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED24C3A19F0 for <netmod@ietfa.amsl.com>; Fri, 8 Apr 2022 10:59:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 xgXhMpAfDAaa for <netmod@ietfa.amsl.com>; Fri, 8 Apr 2022 10:59:16 -0700 (PDT)
Received: from mail-pj1-f52.google.com (mail-pj1-f52.google.com [209.85.216.52]) (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 D65A13A1A04 for <netmod@ietf.org>; Fri, 8 Apr 2022 10:59:14 -0700 (PDT)
Received: by mail-pj1-f52.google.com with SMTP id u14so9346227pjj.0 for <netmod@ietf.org>; Fri, 08 Apr 2022 10:59:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=xJCNfbvnBbgYZc7cb+zaIfDlJ8bT0D0A8V+Dat1fcNQ=; b=F7oYrsigKNw2RAFem+m+daGLmQao+QhJw/rpr5Qog90r2Dmj9PBI0/JeWnsSwmURWo QDFPyfyqVZ5e7mMpCXkYznoAGF92/xoxkamUG7v8irlXcIey1wahn8U0OhhNFauuInLB ZjTUWAA/jrsqJ6lq1Zjv3/87oa7Xe2iGpxLwKUHk7dNwWKnlvbYFZOg7W7DesjhwrTw/ 46ZjU2i1YcoVj6ianYhBFuWwAb26uACgApNT0p8mxTb4rEgAN0Yf2gnZ2ZJYbT2SGiuz zToAR50jC+rs2pvEarOfW+aODSrXyEcFE2kHjO/kbU5kdynLEB1GoW9U0S78Z2K/Qg5i 9mSw==
X-Gm-Message-State: AOAM531Q3ctAKZK9XMHdhivTkjKbaCz+rre2DyJbmfWtXkHYmXUZZgNi 1t39mA34ww/k1Oh5Ol/FfS1ZMTfFMpPrOA==
X-Google-Smtp-Source: ABdhPJx+3ZRT+DPHhHmaoPirLiv2Z/Hz/EjV+rxT3L/4CxxJ+ekrI8z/gtD6RfJUTs7OLIZ9saFF3Q==
X-Received: by 2002:a17:90b:4c45:b0:1ca:7c3a:5b4d with SMTP id np5-20020a17090b4c4500b001ca7c3a5b4dmr23388705pjb.131.1649440754245; Fri, 08 Apr 2022 10:59:14 -0700 (PDT)
Received: from ?IPV6:2601:646:9300:607:fd1c:1203:39e2:75e2? ([2601:646:9300:607:fd1c:1203:39e2:75e2]) by smtp.gmail.com with ESMTPSA id j9-20020a056a00130900b004f73df40914sm26447035pfu.82.2022.04.08.10.59.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 08 Apr 2022 10:59:13 -0700 (PDT)
Message-ID: <530e30e1-9436-2123-7d03-eb4f876a9f90@alumni.stanford.edu>
Date: Fri, 08 Apr 2022 10:59:13 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0
Content-Language: en-US
To: Christian Hopps <chopps@chopps.org>
Cc: netmod@ietf.org, lsr@ietf.org
References: <164662287026.10186.17661147788695088858@ietfa.amsl.com> <AM7PR07MB62483353E387A0538EDA44C6A0E59@AM7PR07MB6248.eurprd07.prod.outlook.com> <AM7PR07MB6248D0B4D19EF3168DEC4864A0E59@AM7PR07MB6248.eurprd07.prod.outlook.com> <978D3500-5A9C-49FA-A259-B4E234CC9332@cisco.com> <AM7PR07MB6248CE4BDC0B27008D4F04BCA0E59@AM7PR07MB6248.eurprd07.prod.outlook.com> <2C00E058-F836-415E-A357-797E01FE77AD@cisco.com> <DB7E3112-3C2F-4040-81E1-F4625689DA62@chopps.org> <645FCC0B-8279-4070-B052-A553317B8474@cisco.com> <3F7DDA02-DEFA-4680-B048-1AB0A54C2FA1@chopps.org> <BB1D53D0-0D36-40DF-8B9D-4BD4EB6A35C1@cisco.com> <5b05a34d-41b6-7b65-ebe7-9dcaca80eeb2@alumni.stanford.edu> <m2wnfzydgz.fsf@ja.int.chopps.org>
From: Randy Presuhn <randy_presuhn@alumni.stanford.edu>
In-Reply-To: <m2wnfzydgz.fsf@ja.int.chopps.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/cX9G05QxK0M6gikiXulmhongjw4>
Subject: Re: [netmod] [Lsr] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Apr 2022 17:59:19 -0000

Hi -

On 2022-04-08 5:11 AM, Christian Hopps wrote:
..
> Instead, Acee (I'm not sure I'd call him WG B :) is asserting that 
> *nobody* actually wanted the current type, and it has been misused 
> everywhere and all over. The vast majority of implementations in 
> operation probably can't even handle the actual type (Andy's point). So, 
> Acee is just the messenger of bad news here. Please note that the AD in 
> charge of all this agreed with Acee as well.

That's not the impression one gets from modules like
https://www.ietf.org/archive/id/draft-ietf-mpls-mldp-yang-10.txt
which employs both types.  So, regardless of whether one is willing
to respect YANG's compatibility rules, it's no longer a matter of
speculation whether a name change would cause actual damage -
it clearly would.  Furthermore, my recollection is that the
WG *did* discuss whether the "zonable" property was needed, so
any argument based on the assertion that "*nobody* actually
wanted the current type" seems to me to based on a false premise.

Randy