Re: [netmod] usage of ip-address in openconfig

Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de> Fri, 22 April 2022 09:00 UTC

Return-Path: <J.Schoenwaelder@jacobs-university.de>
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 20F7D3A103E for <netmod@ietfa.amsl.com>; Fri, 22 Apr 2022 02:00:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 Ax7UV8gLjOFs for <netmod@ietfa.amsl.com>; Fri, 22 Apr 2022 02:00:23 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80077.outbound.protection.outlook.com [40.107.8.77]) (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 C8F963A1008 for <netmod@ietf.org>; Fri, 22 Apr 2022 02:00:22 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iTL0atHUyA2bg1Tae/2qolYh0Z8nAKJCcnuyyrh21FGEGWKAaWetmL64i/j8ubTMMBL5P409nKAkgSXIzjUN+mifIW+CTliAQ132r80wolJ+NC1oyOwVzW+IN9BXzIA2EjcmCpVY8B63+TzYHB8UzNTfMBuEmEy3whi4vpWlPodpd5n1Kw+trfBYtdqifCiNiyalmZb3fLi7Snx47nJwOfe0/PjCgkerMja17tloDmyhZ87UMTOVf8Sad3FSXpIS5hUSGJZ5JWaISA+9AAypJckoNPcAYOGHUMaXdXTVs0sHvblEhip79+0F4WP/YZmM7HKgdowtcHWUl62haOooig==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=S1nuw3aGCKbA89EBAsVzqEXc2UGq24i0ogk+kcMkjYE=; b=Yb4ujFIA3+F4249PNLVOre0ZHsFqaKkR1RqjO/KdN92SNJRVZ/Y/QEwJDyuI/4XHf69ONzf3evni93L9saQX8rPOC+ZBffwEKyhyy3CIRpB0g/9g6WiJEg1QeMXW8+ntrYzx9gU4uDKxiD89wqgtBTveUyYEaJvPzmR/kcCeCyf7flx0RouOgDluYQTaz6HsM6+grHqcFfNU8R7LvI1d8CX6X2AFNBKEfqOUIxA1cDNoJT9VrwtpUFbbjOVKiju6Fewl9dTIDG+l5+NJ+iB6r/g4iKrDwaa9I/dcAHre+jW/ZR8Eg/cUvs26GpovNKYVcGsaEXgw2sVl58HsMDFiWQ==
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=S1nuw3aGCKbA89EBAsVzqEXc2UGq24i0ogk+kcMkjYE=; b=AcAlWK4Glb4Fmuj3QyxIJT5kFrY4uJwy4OCyBMno3EsDc+khtsxtHmlf+EywOp6vKV4Ye/kzPbAa3oR0x7FomHCBWeTjYefcrLTD9kJcAos0SpS1eJ4qu78aPYF0lIhb3091wMHbQnUFULT0je4UNHC0gXi5OnPHW0yGJLmDEJ8=
Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=jacobs-university.de;
Received: from GVXP190MB1991.EURP190.PROD.OUTLOOK.COM (2603:10a6:150:3::6) by HE1P190MB0074.EURP190.PROD.OUTLOOK.COM (2603:10a6:3:c1::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5186.14; Fri, 22 Apr 2022 09:00:17 +0000
Received: from GVXP190MB1991.EURP190.PROD.OUTLOOK.COM ([fe80::5929:c22b:95d2:40a2]) by GVXP190MB1991.EURP190.PROD.OUTLOOK.COM ([fe80::5929:c22b:95d2:40a2%5]) with mapi id 15.20.5186.013; Fri, 22 Apr 2022 09:00:17 +0000
Date: Fri, 22 Apr 2022 11:00:15 +0200
From: Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de>
To: Andy Bierman <andy@yumaworks.com>
Cc: "Acee Lindem (acee)" <acee@cisco.com>, NetMod WG <netmod@ietf.org>
Message-ID: <20220422090015.64chzfcmubd3uj2z@anna>
Reply-To: Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Andy Bierman <andy@yumaworks.com>, "Acee Lindem (acee)" <acee@cisco.com>, NetMod WG <netmod@ietf.org>
References: <CABCOCHRMOfVL4=p9UfNJVgLE7fGEDmKKmOAariDHXFdm1b4iew@mail.gmail.com> <20220420213448.w4aex5cpthejkvvh@anna> <CABCOCHS-r3F-hT+wW1M724nAnq2LHZFPJzMruus_Y4TB8GtEqQ@mail.gmail.com> <20220420223440.7vouloqkv5illw2p@anna> <8E016824-BDC7-4096-B92B-ECC4B6B7C4B9@cisco.com> <CABCOCHRY2nwM9W4C_KK+h94_jK8=xEPf3qtE7QUmybMjVcfT-Q@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CABCOCHRY2nwM9W4C_KK+h94_jK8=xEPf3qtE7QUmybMjVcfT-Q@mail.gmail.com>
X-ClientProxiedBy: AM9P193CA0024.EURP193.PROD.OUTLOOK.COM (2603:10a6:20b:21e::29) To GVXP190MB1991.EURP190.PROD.OUTLOOK.COM (2603:10a6:150:3::6)
MIME-Version: 1.0
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 3820ecb5-a81c-4e3d-e848-08da243e855d
X-MS-TrafficTypeDiagnostic: HE1P190MB0074:EE_
X-Microsoft-Antispam-PRVS: <HE1P190MB00748518D08B04996FF6674DDEF79@HE1P190MB0074.EURP190.PROD.OUTLOOK.COM>
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: SFh6ISME+80QlZ52JPdM3C5uJ1Ev28jlRhXgMCRL8LFlbXemk+hY6xbiWIThpGK7DDrt0ri71/d8/WVvCnRXr/JqjDLYoH538UvydVEGptdFC2nR3WgCeLAxtg1EcbOsujBVuICNWeMWVorU99CSl7pyOtHvbV/6nabDb5DS1K7rsVfKRCoDGB6Ue89HKI2dkxAnWf28SGc/8bBRzfPwlzy+u01C8wjRNmmV+9Eb1EZPh8bnNPjXrfaBKgAtFpI+yAZJykdxPIKx41wNgeaPBcYVxsMl3bVw5zQ7tCc2n6T8tqhALJxEf6VFFGsb0HNETtTRqrwGIiwWlJNgevMUM2j/fPOiiVhj6YVEoRMvXmo+a5W60cTpzqG90D5CrKTo4abk6Z8xKmFLgnLA56NsbrweAecuXsPO3w0dxk7yli43E3go+jnH404tLJ+F/uQEDp6jwDYaeha3BGPqD9iO88p9fXclOT0q3fbG/SeafgDlMPDQSqRaHBy1ali+S+47tQUMxvotUCP/lRAx2POHRsi3Shy4EOIy587EDE0Zo6pOCKG/0xL5XW9RP7gOBqzgN7IK3zJw/+IO51oWdRS7o0Hv81p5E4rWjdewt3vjEvghUcBw1SSnZeK7qGWhjVhBH/j9L80ycPmLu0YsROn+7NaaGCLfgNABJUWxFZVVYELNsq6EuoSG+Mdfw7Ew1IYoP3UOHFC1BNia/HsmBDKf0NnkM/hiEp+0K3qFMXUA9wptvCJVNJxat71i2BKXRe4716sWr13soMCrdioxsoB8AP3h3VmIyl0QvDoV+bqkeWI=
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:GVXP190MB1991.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230001)(7916004)(366004)(6486002)(508600001)(1076003)(52116002)(6506007)(38350700002)(38100700002)(40140700001)(66574015)(3450700001)(83380400001)(186003)(8936002)(6916009)(85202003)(2906002)(86362001)(5660300002)(26005)(54906003)(4326008)(8676002)(9686003)(6512007)(66556008)(66946007)(66476007)(33716001)(316002)(85182001)(786003); DIR:OUT; SFP:1101;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: bJ5DKoyvlvSlaTWGVupJlRFbNgNUoRhyof/nTzVrWwypJeqBCaBSZLyJti0WGMYXti3E69BJo98rBOW/dMyqDKEmc5FvqCmMXydkZUfJvFGlzis68/901yXeFyB8eqhodc/TOuZ8xhJ7P8QmpcALLYC1PK4WiPmMKc8z0D53G+Q0nSxwcjZVN2MLcAJcTYsljo5wAYXcoWu2OVYJMy3Adu9xA9i28POMmxE8YzUqGFBwzkcvxZaQPlaVTPFNEX5LcUURD1HKvEoUN9C//NHfgmOISJFbLWRsLSQwvnz/P43NmNIvIKbkD39pHGPdI5OxHHwow3AcBSKhqvcmzia2WnZwGABz5Fg3ZSlz7VZZbVsuhprSEGBVNzHUjO1Ye79yZofE/Tm50HdPSvdPGlh6VgfCp7xdInZiCw5+uZ9WTPs+/hYlFH5GYnS17pYekgLVxPtkoY9XjRSKRu45CwHvzgQQr95Ij5E3MlNjXK0JafL+fq6U/xpWkBNOSiVriOlDqXad5r4A4pppka7YARuNCymhVZRgbKCxPsLGCIKNILBRN5kV2E+KnIhlQrknDX3Gg2U2/wKuauUzxKO0gLxtUpvOivdGp8w69lD6QxBOC6R10FzgeLq2GR8KDS6F3+4miaj8WfC0w+LOOa9OTCyjVWx2V8iDtY3s2C6dhoq2ymcwVbdDPUc2InVwiU3oHK8JvcaFKyMVCFilyNfdv4Yg41s4FmL4OB/vPQTYkRo9upLq1Wt6YBAy3JaJvYdrozjijIb71Y+SOiIkN31Gaq/1NRtm2hhCJk6eHYYSH2/LQ0B3sR5iFckow8HkI/RdwRussWqd4ZxvC/+pW4Ho2SKu6UXyh9Jt4/D7tCEfda7LrNoH01lsD5I8w3hEGQuZrW+5x9uBe0NSAMIPlNbICgdEtV0QpA+1rQgp+TZgoMIDbssIurbNKoMZQN+YLRFgoBtCNq53F5gvWHoEkIMlf/h2VUR08MxZiX7d08aWzdVYpi3q9qMN3HkfRjmGLOxsc9FPyWDfS1IfB+E45g0E4mRXXp9rV01DlIhKs5WeKcrF+dzan6ogtTPVuMuY9UR839fEuaEnq5eXqzJREXUxqCCB99OPIbbt0hgvQiNGnqe2BISx3kreXiXhuz0Mr2nHo/HiuT6adPIkuNppYYHkQeQ9nHFz7ceCmqdsFBeCx8oxElEw6e2lH+8c2GrPBe5kM76J5mZ0xfmH9CZfRWc0gDPdMpaTrNK44vTmp36Z8C8A+mDJ393IWg0JnZ58eZZtEl/9r6g5wdUGpHRg3e48mOqJXOGX5l1/N5qitvdqCngxZMcqHBJGMEZSnFnqtt1Lgfl+lB46s2GTOS2CtoR8fyjZaJsQWl6iRfNO8fM4H18MP3p5Vuv8vk0yw93nTw8I1moHdn6xZo5632DjbIMPNwyPD5i3gAP9ZMMW61EQa4N6XK5na4O6z6owvIUHSGRlbdOv+DSwOBi0zYSRouODhOq2H1WwDlZDxCaQ/yTRWYIKlYCtnDoBq6Yrzs5l7SmzT1sqolwxfxAyZGC5i/fdCPJHYO8YqT2psSmjrFZKZ/cJTgI1wrkT6PsYkAf3CMAiLL9UsklAXu6iGR0S8tIRamUWby1XI7msJZVuJS4yhsFc3NupFdGjgbDpf70FTUAtRkbklGAQW3B+ilXv6/a5p4iZNbUk8RJCSvi/pa7Yfdw6Soqqqh5B/7CuuH9/ozvApOdoxk3nCNCDP4AraodhdlabGIGr2WmCWdrcciJ56uedjD/65CpaDmATQocKRoU3hbN4
X-OriginatorOrg: jacobs-university.de
X-MS-Exchange-CrossTenant-Network-Message-Id: 3820ecb5-a81c-4e3d-e848-08da243e855d
X-MS-Exchange-CrossTenant-AuthSource: GVXP190MB1991.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Apr 2022 09:00:17.3098 (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: VqrmqDnu8IwDMB73XqxxZ5uhJOVfGIn92aqcRToUGgj57qvFSPQY5b3mFAHBP8QzjcsMcAEkvBg/eExyr0hGqJHt/5TZ5hn6JSTE9MDkUHw=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1P190MB0074
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/m3hpbCajbG7PuE87Uz53FYWfeGQ>
Subject: Re: [netmod] usage of ip-address in openconfig
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, 22 Apr 2022 09:00:28 -0000

On Wed, Apr 20, 2022 at 06:19:09PM -0700, Andy Bierman wrote:
> 
> If the argument is that a zone index is always allowed (even if the
> usage is limited) then why does the ip-address-no-zone typedef exist
> at all?  There are no YANG guidelines for picking between them.
>

A simple rule of thumb is that the no-zone type is adequate if the
zone in which an address is valid is available from the context.

- Example: If a data model configures a link-local address on an
  interface, then the interface provides the context and hence the
  zone can be omitted.

- Example: If a data model refers to an IP endpoint and there is no
  further context information (e.g., you configure the IP address of a
  DNS server), then the data model should allow for a zone index to be
  present.

I believe this is _architecturally_ the right thing to do.

The other dimension is how we deal with implementations that choose to
not support zoned addresses where they architecturally make sense. One
option is to let such implementations declare deviations. Another is
to let such implementations reject zoned addresses for leafs where
zoned addresses are rightfully supported by the data model but not by
the implementation. What we should not encourage is to have
implementations that accept zones addresses but then silent strip away
the zone since this leads to unpredictable behaviour.

/js

-- 
Jürgen Schönwälder              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/>