Re: [netmod] rfc6991bis: loopback addresses
tom petch <ietfc@btconnect.com> Mon, 20 July 2020 15:30 UTC
Return-Path: <ietfc@btconnect.com>
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 43C1E3A0C54 for <netmod@ietfa.amsl.com>; Mon, 20 Jul 2020 08:30:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=btconnect.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 14i_gpeStB9D for <netmod@ietfa.amsl.com>; Mon, 20 Jul 2020 08:30:49 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80135.outbound.protection.outlook.com [40.107.8.135]) (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 0748B3A0BD7 for <netmod@ietf.org>; Mon, 20 Jul 2020 08:30:48 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ie3RNpJ2an0nXRPGeigbhABxen6/3aVUwkNROZGq+CuA9pA8rzLoTz+/3h+OfAsV5Y9hh5SUOA2KMGbTnmSScb3HN/75ahv0jtDUSrhu6caf+O5c8wAEcK4WOeZmZACxihAfAO6NTXKT7DLMKIPYdRi/M4rHPQLVhRJpZWe67G/pmo3HDAPIfhUOf+6wpbGe2UyRbQGO6wsV4bOCir05OlO2JtlLdwUKh1aAcZqa+4VJsGz9ZHQX4Jw6whZHIvzBeqjvFRMGUd85dajGzAjZW++hUU532DlHgCSXUZ8xs7l/DQpQ71U5jevMDUfBgtgSV/gn1Sj+oc+lCtje/qW/0Q==
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=Qlh8PSi6uK23Y/EiftjOrTIw2K+2pNq8FY3Sq4I9AR8=; b=HGpkckgzRhCoSb2HtfK8G7cru2aA5EHpS9yxhSHIRaUfPmxKkRv6AjR+WuPTvYsEyr0MFxWMePCVgurDA9CoJnJE4AYPyCzOFWHALuCLHXfb7R7yJQeiXhQWgehLn/KGuQFIix6juVtvJmKB0Ck4X9/wZAL9job0SmbKrkIa/wgvl13pirEo6yNmawZHhrqu2WMo/QKo7cQUErCM//Eqnmw7ipjHzFarWxQ4A30CYlip1EdE33RV7On2cO4SSMvA/iQNIk5di/VuVjtIQZBg53PB7EVHLa+z9+kOyL1A2GsqptgCCacIqAGEZEXh4aSXbHdD9aX6be7ksKszvrr1zw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Qlh8PSi6uK23Y/EiftjOrTIw2K+2pNq8FY3Sq4I9AR8=; b=fAdwUijrlRXzpS5gW/dKlYWXA88LJ9vPr9D29JVqfeH7kWi7pp3HsnC+tWWSgI673gKYtR0U0ZE5PyOA/x4j1sF7d1jfALihx5g1z02r4h10uqTt5015OFhwBJh8gN4aHW38NG65kRFVRctZOksBpRKYlDHCEbSkGy0sMMDk2vI=
Received: from AM6PR07MB5222.eurprd07.prod.outlook.com (2603:10a6:20b:61::25) by AM7PR07MB7027.eurprd07.prod.outlook.com (2603:10a6:20b:1b9::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3216.14; Mon, 20 Jul 2020 15:30:46 +0000
Received: from AM6PR07MB5222.eurprd07.prod.outlook.com ([fe80::6d04:3a51:ec0d:9890]) by AM6PR07MB5222.eurprd07.prod.outlook.com ([fe80::6d04:3a51:ec0d:9890%7]) with mapi id 15.20.3216.017; Mon, 20 Jul 2020 15:30:46 +0000
From: tom petch <ietfc@btconnect.com>
To: "Reshad Rahman (rrahman)" <rrahman@cisco.com>, "netmod@ietf.org" <netmod@ietf.org>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Thread-Topic: [netmod] rfc6991bis: loopback addresses
Thread-Index: AQHWXHAgpfprWxs6WkidzS2pA1jayakQKxungABSRgCAAByGVg==
Date: Mon, 20 Jul 2020 15:30:46 +0000
Message-ID: <AM6PR07MB5222C7EC1927B652D7C7389DA07B0@AM6PR07MB5222.eurprd07.prod.outlook.com>
References: <20200717192556.63e7gfbbrn2qyqzo@anna.jacobs.jacobs-university.de> <AM6PR07MB52220AD16FAC337D4F89A674A07B0@AM6PR07MB5222.eurprd07.prod.outlook.com>, <64A58592-5FD0-4752-8069-E59E62C3F699@cisco.com>
In-Reply-To: <64A58592-5FD0-4752-8069-E59E62C3F699@cisco.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=btconnect.com;
x-originating-ip: [81.131.229.35]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c88157eb-80c1-4f02-a69c-08d82cc1df7b
x-ms-traffictypediagnostic: AM7PR07MB7027:
x-microsoft-antispam-prvs: <AM7PR07MB70278EE24DB80947909FCC6BA07B0@AM7PR07MB7027.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: xcREdU+Y0wctgseIpqz5IecxHVvg99hPIsKmEIOs4DlWNjHE37gwO2+Rb0F2AyCguaEKUo1CN4N5JLBpnTP7vIure2PUvxd2I2Cb8CwwJ3H09pYK+UtfOGJrcwfcqkuBOYNACXkf3JAGR4YcNzkCKAYEonzRsaX9cqaP6wNL8oXSH4dZ8em1yud5hp/RppdXiPSCKzlh4psUQqxNnq/NK5AAJzNjVT8E6FcKn6AHVnwGdI+NfeRMJYBXyAFd2XbDhWWOv2eVLKX18iXTeUu4mDeHwbO5h2NUtjpahatvoYxO6+qsx5zc22lItWLPCD/MNxYmq4CiRWwjoPp/81qNqTAj4w1E+sEPKWRAIEULl7+RR4mCtu6NGn9s0+q3WhkNXtq+pwqSCwHo7gG1Ux6pCw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM6PR07MB5222.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(39860400002)(136003)(366004)(396003)(346002)(376002)(966005)(83080400001)(8676002)(110136005)(33656002)(478600001)(66574015)(316002)(91956017)(66446008)(64756008)(66476007)(66556008)(66946007)(71200400001)(86362001)(76116006)(7696005)(8936002)(186003)(52536014)(6506007)(4326008)(2906002)(5660300002)(83380400001)(26005)(9686003)(55016002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: ipuiXQwR9xWy0GkKbvqf4GWGXyof5eGP1B6hY08UeyU9LQmTMPU08b8ardl0eEPqF106rBjYVUOzNLeqcVFsLWizuEE9xvTRuoeBo8hvmg1h7nn+z44c5K1hkJeLC+HL3EpNe/m8ZgmQqxHMtzllOfKyrpqZ1nWcgIyt7Xn9FuwrRjhBSV90cWmAWQuj5Oqk/nZLFEGFs0J1Zh4OZ1y0bJ80rd00V7HSLETQAmRX2pWYK5XJjrDFaVjcRUR1nuZ+e8eUODwBcMRqdNUTBEjTo41lazpaZSQGiQuUHMmRN3y6nOUa95+PFbro5c+Zm7FW2ldawmumiwSOA5GUUFigUMfuMPFFR2whwne70JAK6NAu8VcYQwGw2XNBpuWKe1uStUskpzw38n3JOhwyD7wbY3TjflmTmsFWdcOfiBXjTuJQZTGS58R3qYlIvs56gjlxElc8RuQ/yrH7XmO518dfWeUYtaPL5EaD8xonZke4iN/Z87GAuCs5zQi9tBCDC11H
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM6PR07MB5222.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c88157eb-80c1-4f02-a69c-08d82cc1df7b
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jul 2020 15:30:46.1458 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 4DRM0xjpKQf5EwOVMl2yDJeVD/IQIk4Z4PyR9CXg2D6SszH6NnUTmUjldfmGV/L4wAy9lf6KW2B7b60kbduCQA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR07MB7027
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/M7KIRrQ9cHSnLwe2csmSC2merx4>
Subject: Re: [netmod] rfc6991bis: loopback addresses
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: Mon, 20 Jul 2020 15:30:51 -0000
From: Reshad Rahman (rrahman) <rrahman@cisco.com> Sent: 20 July 2020 14:39 I don't understand the comment "...implementation choice of one manufacturer." <tp> Go back to the early specifications of IPv4 routers and routing protocols, which are still the ones we use today, and loopback was a state into which an interface could be put, with a loop back in hardware or software, often used for testing. A router had a router id, a 32 bit number with no syntax. One major manufacturer conflated parts of this and created a virtual address or addresses which could be used to send and receive packets for the router, as opposed to an interface on the router, which had no physical manifestation; fine until they called it the loopback address(es) which, sadly, caught on and many people, included those writing IETF I-D think that the router id can only be such a routable address. Some even think that there can only be one such address on a box, as opposed to one for network management, one for the control plane and so on. Not so. Tom Petch. As for the details, see https://tools.ietf.org/html/draft-nainar-mpls-lsp-ping-yang-00 Regards, Reshad. On 2020-07-20, 4:47 AM, "netmod on behalf of tom petch" <netmod-bounces@ietf.org on behalf of ietfc@btconnect.com> wrote: I am not a fan of loopback seeing it as the implementation choice of one manufacturer. On the other hand, the IETF has defined documentation addresses which many if not most writers of examples for YANG modules seem unaware of so if we add anything, I would add those. Tom Petch From: netmod <netmod-bounces@ietf.org> on behalf of Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Sent: 17 July 2020 20:25 - There was a request to add types for loopback addresses (127.0.0.0/8 and ::1/128). - This is related to an effort to define a YANG module for MPLS LSP Ping (RFC 8029) but the details are unclear, i.e., what is exactly needed and how such a type will be used and whether there is a common need for types for loopback addresses. - Proposal: do not add such types at this point in time -- 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/> _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
- [netmod] rfc6991bis: loopback addresses Juergen Schoenwaelder
- Re: [netmod] rfc6991bis: loopback addresses tom petch
- Re: [netmod] rfc6991bis: loopback addresses Juergen Schoenwaelder
- Re: [netmod] rfc6991bis: loopback addresses tom petch
- Re: [netmod] rfc6991bis: loopback addresses Reshad Rahman (rrahman)
- Re: [netmod] rfc6991bis: loopback addresses Erik Auerswald
- Re: [netmod] rfc6991bis: loopback addresses tom petch
- Re: [netmod] rfc6991bis: loopback addresses Reshad Rahman (rrahman)
- Re: [netmod] rfc6991bis: loopback addresses Reshad Rahman (rrahman)
- Re: [netmod] rfc6991bis: loopback addresses Nagendra Kumar Nainar (naikumar)
- Re: [netmod] rfc6991bis: loopback addresses Nagendra Kumar Nainar (naikumar)
- Re: [netmod] rfc6991bis: loopback addresses Juergen Schoenwaelder
- Re: [netmod] rfc6991bis: loopback addresses Nagendra Kumar Nainar (naikumar)
- Re: [netmod] rfc6991bis: loopback addresses Kent Watsen
- Re: [netmod] rfc6991bis: loopback addresses Acee Lindem (acee)
- Re: [netmod] rfc6991bis: loopback addresses Qin Wu
- Re: [netmod] rfc6991bis: loopback addresses Acee Lindem (acee)
- Re: [netmod] rfc6991bis: loopback addresses Qin Wu
- Re: [netmod] rfc6991bis: loopback addresses tom petch
- Re: [netmod] rfc6991bis: loopback addresses tom petch