Re: changes in draft-ietf-cbor-network-addresses-05.txt

Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de> Tue, 27 July 2021 21:07 UTC

Return-Path: <J.Schoenwaelder@jacobs-university.de>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A49EA3A060A; Tue, 27 Jul 2021 14:07:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.onmicrosoft.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 k4r8_4KUAp5u; Tue, 27 Jul 2021 14:07:11 -0700 (PDT)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2085.outbound.protection.outlook.com [40.107.21.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AD5C3A0597; Tue, 27 Jul 2021 14:07:10 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=T/XIN+Vz2zMxJp/7ixyeq4m+OIGgptyWTPlsqC0+CFPFXsdY5n1tfzuOB7TpWO5gKClFFKlSrzA5R7lao7UjO9Uo5D2qGg7XM2nMx4Z3CxaF0ciUPtCVUu+7eOydaCFZY/UXg2mabv29r/qanGw6IVhf9CpU+ZlZWKiuH6v26jmsQpSK+OtnBXOMDRPjJ1vBljt5MKyYWNJ8APhKYHub/1OvwJBHwTS2p4tiNIKEWDLjS7sgZ0tx25005OfJF48ML3KNJ5++gYKVOQbHPgXdrH2kZKAVd9h6TpKBoiQ3QNixfxw5QcAZdiaKene2BppedxAX2FjPzdGkNdxnxiQsfA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dBwDwtFlcr+7rMl+Pfg2pvc5+Yg1uQAFh1eM1Uyql7k=; b=i8EZDFa20cyOxVtaxHtwZRVrQWE0FlhW6ZRE4qiHCtIQTuJJtXvJMOGKqmcDsG0s7Uhp+M8VtsTRZNf6GyCGvCbFaPWaByi9azaeLbU9DFIYCP752TFhoGtAL5ifTq+u9HSB0P6rjyvFcCX7gpxBYRUEF6h/soq4gZCo9FCmddIc6cmz10exdUlYKkFCdsQgi+WjIAnyOuEHkPqAab1qUcuE3eIygj6pboLXZRhSpf7DBE7Fkb9iTMjZ5PFtM4e9agGrUBQ68wVN+Z8sgoK8fPpZopybbofh9HXn0SO6buFooyAKllf2KqymfwsyV2mKi/06V7WmQ/Vvwsg8qrCQdQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dBwDwtFlcr+7rMl+Pfg2pvc5+Yg1uQAFh1eM1Uyql7k=; b=Jqb4BOftNB5lFo6yFooBWwCa7CsGRtfrtFIslwdGhr1uSh535EQcUlqOAbAr0Jbt1fqEKir9z61xG5A2C7umKfb8U20QnwVCASxAzvDs6jEREZ6J+x5ukqt+k7jzZk9Go7n7Z52gW2YvDIx19PctzmK8E7w8UJF8VJe8bAbMF/w=
Authentication-Results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=jacobs-university.de;
Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM4P190MB0099.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:63::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4352.30; Tue, 27 Jul 2021 21:07:08 +0000
Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::58c1:599a:1d3d:cdeb]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::58c1:599a:1d3d:cdeb%9]) with mapi id 15.20.4373.018; Tue, 27 Jul 2021 21:07:08 +0000
Date: Tue, 27 Jul 2021 23:07:06 +0200
From: Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: tom petch <ietfc@btconnect.com>, Erik Kline <ek.ietf@gmail.com>, "cbor@ietf.org" <cbor@ietf.org>, 6MAN <6man@ietf.org>
Subject: Re: changes in draft-ietf-cbor-network-addresses-05.txt
Message-ID: <20210727210706.buavt5nwairrjblf@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Brian E Carpenter <brian.e.carpenter@gmail.com>, tom petch <ietfc@btconnect.com>, Erik Kline <ek.ietf@gmail.com>, "cbor@ietf.org" <cbor@ietf.org>, 6MAN <6man@ietf.org>
References: <162608928922.11086.12172415971165753394@ietfa.amsl.com> <29067.1626090045@localhost> <CAMGpriUnfMjhk7teAN-A0j5SCK=BpyJEDC+NOCJtHzmF1BFeow@mail.gmail.com> <aa9884b5-fd58-60cb-fa1d-b2d76f5a09a1@gmail.com> <VI1PR07MB6256E2C9CC9565FF2F080B5DA0E89@VI1PR07MB6256.eurprd07.prod.outlook.com> <c2c7a576-e138-1364-5ed0-a2987c1c1974@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <c2c7a576-e138-1364-5ed0-a2987c1c1974@gmail.com>
X-ClientProxiedBy: PR1PR01CA0022.eurprd01.prod.exchangelabs.com (2603:10a6:102::35) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from localhost (212.201.44.244) by PR1PR01CA0022.eurprd01.prod.exchangelabs.com (2603:10a6:102::35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4352.28 via Frontend Transport; Tue, 27 Jul 2021 21:07:07 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 292d8856-4280-4ea8-d7a9-08d951427e4c
X-MS-TrafficTypeDiagnostic: AM4P190MB0099:
X-MS-Exchange-Transport-Forked: True
X-Microsoft-Antispam-PRVS: <AM4P190MB0099E62DC9CA8FD2177C7DCDDEE99@AM4P190MB0099.EURP190.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:8882;
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: jy/21CgbWSv9qNbpDN2dhnIrKhKQx5b4pyik9fxbI7oCuWbTuwFz/a1Ev3n5bkrt44W5PMsDDLoTTiQuGiUr8eyW5XX+YQYvqAnaHNHAFtjlmMCeEfNJqqdrm0nR5hzaDgEo9dWOw48sQOLgWNjlQOaHLEO/EaJh7e6QYOLAhcIAlrVrDRpvdrjPdtwm+WzSlM4c4SQW4woFM3lYW27oharfuSHaXw8RFwb30zpNOw7c0/fXAipwYKQgfmO5Lbm4SLp399D6hatSDjjtY/L3bYaadY8m8nDyDlU1GeBabCGVXiiYZZjDlmPGAirVZU1cnhuep/DdcivN5eao6ly4cJKWeF8L931YJmJWj74Dqzv8qA396dFzI01HU+tbK1qtSyC9n7UizSyKFQFOcPl38ngXbYikH0M2gvorevtNZvM3Z5ZSFwlSvYp2jqC7prXUAHx6kVnuOfgeQIksO5mDKyRIeCpLkuaQTdf+U7G6oYNNor+tmR6uUswbQXoAdhNZ04lytj4dtaydMnO3SAdsbIGScQ8yDG1ptI1uMFRvXnlvC6/J7uiaVzwxT62Pp6BW6wtHYjSxXU8vCT88VrI/HjnwEiL4QSkRyAe0JLeMIWLr+cCvyEVQrQWCOvDEJRBloDB2R0kYABLvxn1Q2CZl6kYCGQWnvhUl55F/RgSWEBCP6yNI20KvhApwkz8akj5aKpZW9HrcXod0Ev4KGhuI/4FmPDXthXo+dwEawHZaPadDc9CD0Ig9Lbz7A2R/wYmE36oIY1wDpo2YPBREv5LA5zHLsBEuaR8qqHfqO9b/BGc=
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(39850400004)(376002)(136003)(366004)(396003)(346002)(66556008)(66476007)(26005)(85182001)(66946007)(83380400001)(6486002)(6496006)(86362001)(956004)(8676002)(38350700002)(8936002)(186003)(38100700002)(6916009)(53546011)(4326008)(786003)(316002)(478600001)(66574015)(1076003)(2906002)(5660300002)(85202003)(3450700001)(52116002)(54906003); DIR:OUT; SFP:1101;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: O2pN+gTi+Dc+DygHNYbhcyBgFvHPwpRvfQI4oDn0lEkn7oDeec8GARhY+2I/3fDJ8EdEpnX7L0mpjr0fwdsqerHsTcapCtNvXiFaJ4hLcw8HAoOz4Ntc9U582+vsPhClwKp1W+3mAAZWM9WS/xooxBZZ4x2vUMSfCThpnNOohG4XvAJzpzQjER8dOI+bLA2Vx/R04gZWPZV6fWsrOsJ9eHi1rO4w9Af3wc1AOBqxXL1kejdfWP+/9uJ++bCfTYCSo3crjC5e6R7Q9lFgczuzLayjbXsoSm1xijvz3zLCsxFaTXwTBOqd4/w8mfWsUjCGY/bLm8Q3fLbRYuEs6WxgHxK0RywlpQaZHN8qfbuxH1aY1kuc7MdcD7KOuf42b6Jjr912in7fkWbmSDcORltA4YbafyLY/FeWBmDSO+D4wSNb6qMyX4wzDKmg9hs+2R1UPb4IE1lIi3OJ2xlw4r4kfRR6/B8rUqOTb9l/eity0iMyvwYH82ElHkzzlrAwuXhEZXeq2yiQC4207ucCRrvwXBa/eX0WnmBuO97OvGqUC1D4UXJp09/nX81vEHM8373Mj9GZGKI+c/Qikd1gpucUn6NSKbBTtT1TSU5nF4vDyiTvpyF4A64hsMGRgnrh0AyhwssChlyUW76hEYGlI7nJSnPltvGnnyDqseTZyiLTE0pqUZWHnAIdTgeSbg3xxH30Dem/pCCkzJb4HTX9n4F9grKqSOc/yWhLnYpOWlVAINfbTeMUMEghm/g627n5fdX+MYmc/+iPZ90IjcDNvZGJnCzJ4SYHQ0oYEO7YwDaoOsJEjXxt0Nu6etK2W4f6axdiK4xGXN3pBM6wwWKHb9eA0+qeaggM4Rr6HnEpkJlk0NfmrdItlPVXmCx5qJN7SRTw6dMWqNOHkvjNO0MuJrbTe1bPTV3tFjWd7+uAkN2l4jwCEOPCAOGgK7Tz68OTeJ4MWXyWp1plyBadbR2RWJAVWCAI7Y20aOgdy1UAILUowdCNdBrB4lUuavwHvyQsRpVRljyNUmIGkL98HJ9q5fRt/KBoAmM31AuGDQWpYDF+fpUA1wAKwlQJqVcxkSS4U79zY7yrNOVIJdHPteyXziBcxdtCL+V9j0I9KZh6MUfr3FZOcPrx9Naq/V9fhil8vdNNa5T0Td04qCpeSP6Q6WJUJFQCl8jycMPcGG4p29pg6Tf3ymrNyj0o3qRO7wChGd8fmln1N47f/D4XyIbU68JcYH1L5Nts7waquZ+igF2FQtvwdHUF1/m7UWJXNMHDobsIyk8SG8QiECuxRwH6RBEG2i/1kptuSc0N4LqfSWfD7DuIabLUnVRuBIElGd7wPOxj
X-OriginatorOrg: jacobs-university.de
X-MS-Exchange-CrossTenant-Network-Message-Id: 292d8856-4280-4ea8-d7a9-08d951427e4c
X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Jul 2021 21:07:07.9915 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: /69VSLc1IJhMgtxuiCgJuOiirHqBLlXOQM5Y9/7MM680igiz08e6iU1Wc35M6SZYffdwwvK4Jol2ur4WVo9bJO24KohTfeDOE/kJkP2jdAI=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0099
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/O2YxhncnQdvwpuTRseXUl7_SafU>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jul 2021 21:07:16 -0000

On Wed, Jul 28, 2021 at 08:04:16AM +1200, Brian E Carpenter wrote:
> On 26-Jul-21 23:49, tom petch wrote:
> > From: ipv6 <ipv6-bounces@ietf.org> on behalf of Brian E Carpenter <brian.e.carpenter@gmail.com>
> > Sent: 25 July 2021 00:44
> > 
> > There's an "interesting" issue there, especially for IPv6, which is that the interface ID (or "zone index", per RFC4007) has no meaning outside the host. So it really shouldn't need to be sent on the wire in normal circumstances.
> > 
> > (The conversation around RFC6874bis is slightly relevant.)
> > 
> > <tp>
> > Brian
> > 
> > As I may have said before, the YANG Types RFC6991 provides types for IPv4 and IPv6 addresses both with a zone index.  It also provides no-zone types with a suffix 'no-zone' on the type name.  I see evidence that most authors of YANG modules do not realise that a reference to 'ip-address' per se is a reference to the format that includes the zone and so have specified that format in many if not most cases.  Thus it seems likely that many of the addresses on the wire are in the zone format, even if the zone is rarely present.  With hindsight, it might have been better to have specified 'ip-address' and 'ip-address-zone' rather than ip-address' and io-address-no-zone'.
> 
> Makes sense. The reply I just sent to Christian Amsüss probably applies to YANG too. Sending a zone index to another host is rarely meaningful or useful.
>

YANG was designed for network management purposes and there are quite
some use cases where communicating the zone index is somewhat essential:

- If you want to debug a problem, you likely need to know to which
  link a link-local address belongs.
- If you want to generate statistics for protocols using link-local
  addresses, you likely need to know to which links the link-local
  addresses belongs.
- If you want to configure a service to use a certain link-local
  address on a certain link, you may have to include the proper zone
  index.
- If an IP address is used to index lists, things can fall apart if
  you end up with duplicate link-local addresses on different links.

Whether we should have picked different names for the types may be
debatable but at the end it is the YANG module author's responsibility
to pick the appropriate types.

In other words, network management applications often need to be aware
of zone indexes in order to do the right thing. This is different from
end user applications (that usually have no topological awareness).

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>