Re: [Anima] New Version of draft-eckert-anima-grasp-dnssd

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 25 July 2023 21:10 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B811C14CE22 for <anima@ietfa.amsl.com>; Tue, 25 Jul 2023 14:10:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, 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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 914rs-fAFMkv for <anima@ietfa.amsl.com>; Tue, 25 Jul 2023 14:10:35 -0700 (PDT)
Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C09AC1519B2 for <anima@ietf.org>; Tue, 25 Jul 2023 14:10:35 -0700 (PDT)
Received: by mail-pf1-x434.google.com with SMTP id d2e1a72fcca58-666e5f0d60bso3526314b3a.3 for <anima@ietf.org>; Tue, 25 Jul 2023 14:10:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690319435; x=1690924235; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=J/osZu1LxMsceNPI2imcHDOAuqv8KuiTuMUSlSrTIXI=; b=l7BsII3LLIE/hJjZKjuYajyOQI72bTpUchViUmUPm1mXI9TjGhccF8qWmNjUkijCVM F+j3HgLG1n1518NHxEJhByUsVTNB1Mc5iPRVEYzSr+ryZGRndY3n/SC3ojdWMwNc/COs Bz+85Wx/q8PgW5iB+At1/vPcvp3r14lDbwnQ9dcEEqwrrbdROnCSI1g9zCpMJdobpOL8 +OBtuvlpzQBlO33p3k8BAr8pZgDXREZkXmf/v/zIVLXVKxIRy37F6feT4T451lq69yTS hbkuiAT4DHjrK6FyLvYTJwkf+6UogbUtRrbCxUymLdGZOQcpIqmImbcgXDWjTxCihpe3 M2Mg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690319435; x=1690924235; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=J/osZu1LxMsceNPI2imcHDOAuqv8KuiTuMUSlSrTIXI=; b=h/qRyTwZL/ZlyVf/fTfW4IBNEzdNSoubV2+4irPNJ69dnFUz+23XpPbUmmcWLRZyPZ mw8PNu6KBEmw6dr2202kqXyH5yiEB1N/zw4U6l7A9eBH1ETqRKWeZhr5M3iSlNCvw0JJ Pai0ARDBq3+asj5GIUOC6ZzQglZXamzufqTnT+FOGcPYZvoBfcRpwMJrBawRke9r2+MA 02s+mbgYe/UvCQJ9NWTM48AUsQiy3EQfjJ5XOTuxyNUqWFiczD6ExaciC24tvlRI++nS yroBVSyk0oVfpw4erysAI/alsr/NvZjydlJxdUfse8vZdgiZpf+ayDmH7nwmnN9mQnGs DXWA==
X-Gm-Message-State: ABy/qLZcV9pqrVwRlM/7HaynmWd89DeJPtJEjegDNBd/1f4o3+zgoLnD ndUz3LwjkJ727AKngcTAUKjr+wF1s5c+GQ==
X-Google-Smtp-Source: APBJJlFsqlVhO+keUbnHsANkK1r2fRtuI3wvhnqI2HI6J4q0/653Tu48H/BIXjj902KAaUgB8HvBBQ==
X-Received: by 2002:a05:6a21:47c1:b0:132:d029:ed3d with SMTP id as1-20020a056a2147c100b00132d029ed3dmr195251pzc.29.1690319434638; Tue, 25 Jul 2023 14:10:34 -0700 (PDT)
Received: from ?IPV6:2406:e003:10cc:9901:b2e1:1101:7ba7:19fd? ([2406:e003:10cc:9901:b2e1:1101:7ba7:19fd]) by smtp.gmail.com with ESMTPSA id s3-20020aa78283000000b00682a9325ffcsm10001805pfm.5.2023.07.25.14.10.32 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 25 Jul 2023 14:10:34 -0700 (PDT)
Message-ID: <87b0f238-9744-b860-d1fe-dc4cad79705f@gmail.com>
Date: Wed, 26 Jul 2023 09:10:30 +1200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: Michael Richardson <mcr+ietf@sandelman.ca>, "anima@ietf.org" <anima@ietf.org>
References: <DB9PR10MB63549176EF0E405161B85649F33BA@DB9PR10MB6354.EURPRD10.PROD.OUTLOOK.COM> <1808d3ce-c03a-6871-a208-0845ad691427@gmail.com> <4024.1689630438@localhost> <DB9PR10MB63543A608EA0141A9860F65EF302A@DB9PR10MB6354.EURPRD10.PROD.OUTLOOK.COM> <6c2888e7-a2bd-b5ba-2aea-04dc26e95173@gmail.com> <2512.1690290441@localhost> <b39130e2-daef-7ea6-0432-27c3f69057a1@gmail.com> <18857.1690319173@localhost>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <18857.1690319173@localhost>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/iMWP3wshoV7fplB9sbfth25d-gQ>
Subject: Re: [Anima] New Version of draft-eckert-anima-grasp-dnssd
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jul 2023 21:10:35 -0000

On 26-Jul-23 09:06, Michael Richardson wrote:
> 
> Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>      > That makes sense, but it probably needs to be normatively specified,
>      > which would avoid any need to change RFC 8995, except perhaps an
>      > erratum to delete that "(list of)" wart.
> 
> I didn't get the "(list of)" wart...

objective-value = text       ; name of the (list of) supported
                              ; protocols: "EST-TLS" for RFC 7030.

> 
>      >> (IP addresses could change not because different machines, but because
>      >> in IPv6, why not, and it also makes use of containers easier) I regret
>      >> we didn't write "BRSKI_EST" on the first one.  I am asking now if we
>      >> should have a registry for this.  It could be RFC Required, as at this
>      >> point, everything is in WG documents.  Since we are doing this in std
>      >> track documents (so they get the ultimate considerations, of IESG
>      >> action, in effect), the value of the registry is that it lets people
>      >> find the document that goes with the value.
> 
>      > Yes, makes sense.
> 
> okay, where do we register it?
> constrained-voucher?

Seems logical.

     Brian

> 
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>             Sandelman Software Works Inc, Ottawa and Worldwide
> 
> 
> 
>