[netmod] convert it and not throw an error was Re: 6021 ipv4-prefix
tom petch <ietfc@btconnect.com> Fri, 03 May 2019 12:08 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 752B61200B7 for <netmod@ietfa.amsl.com>; Fri, 3 May 2019 05:08:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.247
X-Spam-Level:
X-Spam-Status: No, score=0.247 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RATWARE_MS_HASH=2.148, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 jWNl3GD7YbCI for <netmod@ietfa.amsl.com>; Fri, 3 May 2019 05:08:13 -0700 (PDT)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40133.outbound.protection.outlook.com [40.107.4.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8154D12004A for <netmod@ietf.org>; Fri, 3 May 2019 05:08:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AXEqT50yp/wgK1Q1OijDVUhtGUjurpPw7DKXmYMKBjU=; b=XuHB6Rt0ry/THVRFX4EQk849EpRVzzOMGxlE8U6w9BnPM4ktD0UrEaL0IfRmTeeXJqTKh7G0t6qjq4g7eOt9Q8F4ZDSbiRyjTHN4dtgal8mXqie9hKS+H9vv63nYqGjitPXQEOD7KK/A3lJAO7sbLq7yhRKQPSnQrAMQw6Ld5fs=
Received: from VI1PR07MB3118.eurprd07.prod.outlook.com (10.175.242.156) by VI1PR07MB3901.eurprd07.prod.outlook.com (52.134.27.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.11; Fri, 3 May 2019 12:08:10 +0000
Received: from VI1PR07MB3118.eurprd07.prod.outlook.com ([fe80::41a4:68a9:d620:d42b]) by VI1PR07MB3118.eurprd07.prod.outlook.com ([fe80::41a4:68a9:d620:d42b%3]) with mapi id 15.20.1878.004; Fri, 3 May 2019 12:08:10 +0000
From: tom petch <ietfc@btconnect.com>
To: Mikael Abrahamsson <swmike@swm.pp.se>, Randy Presuhn <randy_presuhn@alumni.stanford.edu>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: convert it and not throw an error was Re: [netmod] 6021 ipv4-prefix
Thread-Index: AQHVAajglgU0hqJTFEKnXu5M24LNog==
Date: Fri, 03 May 2019 12:08:10 +0000
Message-ID: <001201d501a8$63839940$4001a8c0@gateway.2wire.net>
References: <0c4265d31adbf208a680f76216cc4bc42c766eae.camel@nic.cz> <959ed1a8092f4798ac0b923384962049@XCH-RCD-007.cisco.com> <20190429153643.oxfcq7ze6ttdihb4@anna.jacobs.jacobs-university.de> <alpine.DEB.2.20.1904300713100.3490@uplift.swm.pp.se> <20190430061737.vvxghxyacd57k73i@anna.jacobs.jacobs-university.de> <alpine.DEB.2.20.1904301038570.3490@uplift.swm.pp.se> <20190430090905.qsa3r4dwauilsxur@anna.jacobs.jacobs-university.de> <alpine.DEB.2.20.1905011051160.1824@uplift.swm.pp.se> <20190501111712.347bpz26br6ox3jp@anna.jacobs.jacobs-university.de> <alpine.DEB.2.20.1905011456580.1824@uplift.swm.pp.se> <20190501155321.v4qz6twsom45y62f@anna.jacobs.jacobs-university.de> <alpine.DEB.2.20.1905012137310.1824@uplift.swm.pp.se> <5CCA58DA.3030801@alumni.stanford.edu> <alpine.DEB.2.20.1905021330140.1824@uplift.swm.pp.se>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: LO2P265CA0125.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:9f::17) To VI1PR07MB3118.eurprd07.prod.outlook.com (2603:10a6:802:20::28)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-mailer: Microsoft Outlook Express 6.00.2800.1106
x-originating-ip: [86.139.215.234]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a40fc8e5-1172-4be7-323c-08d6cfc00259
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:VI1PR07MB3901;
x-ms-traffictypediagnostic: VI1PR07MB3901:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <VI1PR07MB39012D1BEFAA163F287C4748A0350@VI1PR07MB3901.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0026334A56
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(366004)(396003)(39860400002)(376002)(346002)(13464003)(199004)(189003)(66446008)(486006)(64756008)(81156014)(8676002)(81166006)(73956011)(50226002)(476003)(186003)(66476007)(53546011)(386003)(102836004)(6506007)(68736007)(7736002)(6486002)(2171002)(256004)(6436002)(966005)(52116002)(76176011)(81816011)(81686011)(14444005)(6306002)(4326008)(14454004)(26005)(53936002)(478600001)(9686003)(44736005)(99286004)(4720700003)(6512007)(5660300002)(14496001)(2906002)(8936002)(66556008)(71190400001)(61296003)(66946007)(84392002)(71200400001)(316002)(3846002)(6116002)(110136005)(86362001)(44716002)(66066001)(446003)(25786009)(305945005)(86152003)(1556002)(62236002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB3901; H:VI1PR07MB3118.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:0; MX:1;
received-spf: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: ADwmPyhS0TINLoyE88CGy2p5++2kJc8CFEY56IzfZaUW4/ksRILv18JWYBMMOaD1qK5CNV5MfFLyLZIboSsUAdSG0+VouFyZvRx/PLxILINcSOBSiCa4pKX6uxzmGZdsoLfKoBTcq6a8lf+POIsbg4e+q2CJ/WnvwB9/+DUFoI+07ARxr7oPfqv3NoSUB0wpBYozyRYXhqAP0dwuPg7J6SY1Jthnw0iUEsCmBYnZ2BzGNAbvodxWYJRqSHKnJZ9hR4LMdo+Rf6xlsax+glMU5+AHkW+rrECKcRfGyq0U3ZPt4HOzg9BjkdKRVukYettlcinnIIaZzw4KHN/KolE2wSaQ+rFoS9DjNlHFd7AZnYjPuTsxrQzG6cCZXRCbgRMY6HwyB9m+jG1mvJK3rxXSOSw0sXRtnwnHWo2M+pvRxgE=
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <5B958DE30598D944A1E69CCFCB0D28C8@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a40fc8e5-1172-4be7-323c-08d6cfc00259
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 May 2019 12:08:10.1893 (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-Transport-CrossTenantHeadersStamped: VI1PR07MB3901
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/ENVp5rtkhsUa1Yq9GkU4MeT_FrY>
Subject: [netmod] convert it and not throw an error was Re: 6021 ipv4-prefix
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, 03 May 2019 12:08:16 -0000
----- Original Message ----- From: "Mikael Abrahamsson" <swmike@swm.pp.se> To: "Randy Presuhn" <randy_presuhn@alumni.stanford.edu> Cc: <netmod@ietf.org> Sent: Thursday, May 02, 2019 12:35 PM > On Wed, 1 May 2019, Randy Presuhn wrote: > > > Hi - > > > > On 5/1/2019 12:46 PM, Mikael Abrahamsson wrote: > > .... > >> Where is the text that tells the server implementor whether to throw an > >> error when client commits non-zero bits, or to just throw the bits away > >> and store the value in the canonical format? > > > > Such text would be an inappropriate constraint the server's > > internal representation. We should only specify > > the externally-visible behaviour: that the reported value > > will be in the canonical format. Whether an implementation > > preserves extraneous cruft in its internal representation is > > purely an implementation decision, and not subject to standardization. > > I am talking about what goes on the wire. If the client does an > edit-config with ipv6-prefix 2001:db8::1/64, should the server convert > this into 2001:db8::/64 or throw an error on the edit-config operation. > > Jurgen seems to say it should convert it and not throw an error, and I'd > like text to say that indeed, this is proper behaviour. Nobody has so far > been able to tell me where this text currently is, so that's why I'm > asking for it to be added. Either this should go into an update to > https://tools.ietf.org/html/rfc7950#section-9.1 or it should go into each > and every definition of types (or both of them). Mikael How about RFC791, still much quoted in all aspects of the work of the IETF? " In general, an implementation must be conservative in its sending behavior, and liberal in its receiving behavior. That is, it must be careful to send well-formed datagrams, but must accept any datagram that it can interpret (e.g., not object to technical errors where the meaning is still clear)." We did not have MUST in those days, but had we, this would have been one IMHO. Tom Petch > >> It seems it should "fix it", so we should > >> have text that reflects this. > > > > False dichotomy. An implementation might actually preserve > > those bits, though of course they'd never be seen again (at > > least not on a netconf interface) since the netconf server > > will always behave as though the value were in its canonical > > form, regardless of the internal representation. > > Again, I am talking about what goes on the wire, what is seen when issuing > "get" or "edit-config" etc. > > -- > Mikael Abrahamsson email: swmike@swm.pp.se > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod
- [netmod] 6021 ipv4-prefix 7riw77
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Acee Lindem (acee)
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Lou Berger
- Re: [netmod] 6021 ipv4-prefix William Lupton
- Re: [netmod] 6021 ipv4-prefix Acee Lindem (acee)
- Re: [netmod] 6021 ipv4-prefix Kristian Larsson
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Kristian Larsson
- Re: [netmod] 6021 ipv4-prefix Jeff Tantsura
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- Re: [netmod] 6021 ipv4-prefix Kristian Larsson
- Re: [netmod] 6021 ipv4-prefix Acee Lindem (acee)
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- Re: [netmod] 6021 ipv4-prefix Kristian Larsson
- Re: [netmod] 6021 ipv4-prefix Kristian Larsson
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Acee Lindem (acee)
- Re: [netmod] 6021 ipv4-prefix tom petch
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- Re: [netmod] 6021 ipv4-prefix Martin Bjorklund
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Randy Presuhn
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Juergen Schoenwaelder
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Randy Presuhn
- Re: [netmod] 6021 ipv4-prefix tom petch
- Re: [netmod] 6021 ipv4-prefix Mikael Abrahamsson
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- Re: [netmod] 6021 ipv4-prefix Rob Wilton (rwilton)
- Re: [netmod] 6021 ipv4-prefix Ladislav Lhotka
- [netmod] convert it and not throw an error was Re… tom petch
- Re: [netmod] convert it and not throw an error wa… Christian Hopps