Re: [Cbor] Supporting IPv6 Link-Local with scope (was Re: Éric Vyncke's Discuss on draft-ietf-cbor-network-addresses-09: (with DISCUSS and COMMENT))

Carsten Bormann <cabo@tzi.org> Thu, 07 October 2021 10:38 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A12C3A0A7B; Thu, 7 Oct 2021 03:38:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 w37jKeuksnQp; Thu, 7 Oct 2021 03:38:43 -0700 (PDT)
Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::15]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDB033A0DB6; Thu, 7 Oct 2021 03:38:42 -0700 (PDT)
Received: from [192.168.217.118] (p5089a8ac.dip0.t-ipconnect.de [80.137.168.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4HQ78Z6vMkz2xD0; Thu, 7 Oct 2021 12:38:38 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <MWHPR1101MB222228806BD87376FC6CC290B5B19@MWHPR1101MB2222.namprd11.prod.outlook.com>
Date: Thu, 07 Oct 2021 12:38:38 +0200
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, "Eric Vyncke (evyncke)" <evyncke@cisco.com>, "cbor@ietf.org" <cbor@ietf.org>, The IESG <iesg@ietf.org>, "d3e3e3@gmail.com" <d3e3e3@gmail.com>, "barryleiba@computer.org" <barryleiba@computer.org>, "cbor-chairs@ietf.org" <cbor-chairs@ietf.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mao-Original-Outgoing-Id: 655295918.3297631-c8ac2370937375ab2940b0d5d9d078f4
Content-Transfer-Encoding: quoted-printable
Message-Id: <07FBA968-577E-4C89-B840-85EE16888E19@tzi.org>
References: <163344085669.17315.998599560097016034@ietfa.amsl.com> <24367.1633460118@localhost> <1fcf3889-57d1-83f5-2913-51ae9155130b@gmail.com> <6442.1633537138@localhost> <MWHPR1101MB222228806BD87376FC6CC290B5B19@MWHPR1101MB2222.namprd11.prod.outlook.com>
To: "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/-FWUunV7u6_XKIPZUtaTNRejoSY>
Subject: Re: [Cbor] Supporting IPv6 Link-Local with scope (was Re: Éric Vyncke's Discuss on draft-ietf-cbor-network-addresses-09: (with DISCUSS and COMMENT))
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Oct 2021 10:38:49 -0000

Hi Rob,

thank you very much for the quick feedback!

I addressed the comments together with the IPv4 zone identifier discussion in
https://github.com/cbor-wg/cbor-network-address/pull/13

> On 2021-10-07, at 12:00, Rob Wilton (rwilton) <rwilton=40cisco.com@dmarc.ietf.org> wrote:
> 
> Hi Michael,
> 
> A couple of comments on -10
> 
> In section 2:
> - It still references a two element array for IP address and prefix, but presumably it is a 2 or 3 element array.

I added text that explains that case.

> - How often are zones actually used?  Would it not just be simpler to always use a string interface identifier?

Ifindex and Ifname are two different concepts that should not be mixed.
The textual nature of RFC 6991 makes it seem natural to always use a textual representation for the Ifindex; this is not the case here.

> - Is "false" for a prefix length a better choice than using either -1 or null?

false is not better than null.
Actually, as this is representing what would be an optional element in an array, conventional CBOR idioms would call for null, but that is a matter of style.
I switched to null in the PR because you brought it up, but don’t have a strong opinion.

false/null definitely is better than -1.

> I still think the example in section 4 probably needs fixing:
> 
>   52([44, h'20010db81230'])
> 
> ^- Should this be 54 rather than 52?

Fixed.

>   even though variations like:
> 
>   54([44, h'20010db81233'])
>   54([45, h'20010db8123f'])
> 
> ^- Should this be 44 rather than 45?  Because otherwise it looks like it would parse to a different prefix.

The example itself is good but the text around it doesn’t fit.  
Changed to 44.

Grüße, Carsten

> 
> Thanks,
> Rob
> 
> 
> -----Original Message-----
> From: iesg <iesg-bounces@ietf.org> On Behalf Of Michael Richardson
> Sent: 06 October 2021 17:19
> To: Eric Vyncke (evyncke) <evyncke@cisco.com>; cbor@ietf.org; draft-ietf-cbor-network-addresses@ietf.org; The IESG <iesg@ietf.org>; d3e3e3@gmail.com; barryleiba@computer.org; cbor-chairs@ietf.org; Brian E Carpenter <brian.e.carpenter@gmail.com>
> Subject: Re: Re: [Cbor] Supporting IPv6 Link-Local with scope (was Re: Éric Vyncke's Discuss on draft-ietf-cbor-network-addresses-09: (with DISCUSS and COMMENT))
> 
> 
> Hi, at the CBOR WG meeting this morning, support for IPv6 LL scopes
> was the major topic.
> 
> We added an optional third parameter to the interface definition,
> and made it valid to specify the interface prefix length as "false"
> 
> I hope that I got the CDDL right:
>  https://github.com/cbor-wg/cbor-network-address/blob/main/cbor-network-addresses.mkd#cddl
> 
> Examples:
>  https://github.com/cbor-wg/cbor-network-address/blob/main/cbor-network-addresses.mkd#ipv6
> 
> We also agreed to lowercase all HEX, and to leave Ethernet tags for Donald's
> rfc7042bis.  (despite that being informational and a possible downref issue)
> 
> We agreed that Invalid CBOR is... invalid CBOR, and that the CDDL gives the
> details for the limits.
> 
> I have posted a revision -10, which I hope satisfies all of the DISCUSS and
> comments:
> 
>  https://www.ietf.org/rfcdiff?url1=draft-ietf-cbor-network-addresses-09&url2=draft-ietf-cbor-network-addresses-10
> 
> 
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>           Sandelman Software Works Inc, Ottawa and Worldwide
> 
> 
> 
> 
> _______________________________________________
> CBOR mailing list
> CBOR@ietf.org
> https://www.ietf.org/mailman/listinfo/cbor