Re: [BEHAVE] [Technical Errata Reported] RFC6052 (5547)

Christian Huitema <huitema@huitema.net> Sat, 17 November 2018 06:00 UTC

Return-Path: <huitema@huitema.net>
X-Original-To: behave@ietfa.amsl.com
Delivered-To: behave@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87F8B126CB6 for <behave@ietfa.amsl.com>; Fri, 16 Nov 2018 22:00:25 -0800 (PST)
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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 K7OLWKdZc8qh for <behave@ietfa.amsl.com>; Fri, 16 Nov 2018 22:00:23 -0800 (PST)
Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (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 E0774130DC9 for <behave@ietf.org>; Fri, 16 Nov 2018 22:00:22 -0800 (PST)
Received: from xsmtp06.mail2web.com ([168.144.250.232]) by mx128.antispamcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.89) (envelope-from <huitema@huitema.net>) id 1gNteV-0001sM-4n for behave@ietf.org; Sat, 17 Nov 2018 07:00:20 +0100
Received: from [10.5.2.35] (helo=xmail10.myhosting.com) by xsmtp06.mail2web.com with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from <huitema@huitema.net>) id 1gNteP-0005E4-Vn for behave@ietf.org; Sat, 17 Nov 2018 01:00:18 -0500
Received: (qmail 7841 invoked from network); 17 Nov 2018 06:00:10 -0000
Received: from unknown (HELO [192.168.1.100]) (Authenticated-user:_huitema@huitema.net@[172.56.42.239]) (envelope-sender <huitema@huitema.net>) by xmail10.myhosting.com (qmail-ldap-1.03) with ESMTPA for <behave@ietf.org>; 17 Nov 2018 06:00:10 -0000
To: mohamed.boucadair@orange.com, Fred Baker <fredbaker.ietf@gmail.com>, RFC Errata System <rfc-editor@rfc-editor.org>
Cc: Congxiao Bao <congxiao@cernet.edu.cn>, "mohamed.boucadair@orange-ftgroup.com" <mohamed.boucadair@orange-ftgroup.com>, Dave Thaler <dthaler@microsoft.com>, Xing Li <xing@cernet.edu.cn>, "spencerdawkins.ietf@gmail.com" <spencerdawkins.ietf@gmail.com>, "dwing@cisco.com" <dwing@cisco.com>, "huitema@microsoft.com" <huitema@microsoft.com>, "ietf@kuehlewind.net" <ietf@kuehlewind.net>, "behave@ietf.org" <behave@ietf.org>
References: <20181106085323.07C1BB80008@rfc-editor.org> <27516408-05B3-4C08-B40E-B01E44525AB5@gmail.com> <5a5d6ac6-2d9a-96ee-118d-3601e47804cc@huitema.net> <47e1fae5-21ef-4960-aad3-b0862708b1e5@OPEXCLILM33.corporate.adroot.infra.ftgroup>
From: Christian Huitema <huitema@huitema.net>
Openpgp: preference=signencrypt
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata= xsBNBFIRX8gBCAC26usy/Ya38IqaLBSu33vKD6hP5Yw390XsWLaAZTeQR64OJEkoOdXpvcOS HWfMIlD5s5+oHfLe8jjmErFAXYJ8yytPj1fD2OdSKAe1TccUBiOXT8wdVxSr5d0alExVv/LO I/vA2aU1TwOkVHKSapD7j8/HZBrqIWRrXUSj2f5n9tY2nJzG9KRzSG0giaJWBfUFiGb4lvsy IaCaIU0YpfkDDk6PtK5YYzuCeF0B+O7N9LhDu/foUUc4MNq4K3EKDPb2FL1Hrv0XHpkXeMRZ olpH8SUFUJbmi+zYRuUgcXgMZRmZFL1tu6z9h6gY4/KPyF9aYot6zG28Qk/BFQRtj7V1ABEB AAHNJ0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PsLAeQQTAQIAIwUC UhFfyAIbLwcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEJNDCbJVyA1yhbYH/1ud6x6m VqGIp0JcZUfSQO8w+TjugqxCyGNn+w/6Qb5O/xENxNQ4HaMQ5uSRK9n8WKKDDRSzwZ4syKKf wbkfj05vgFxrjCynVbm1zs2X2aGXh+PxPL/WHUaxzEP7KjYbLtCUZDRzOOrm+0LMktngT/k3 6+EZoLEM52hwwpIAzJoscyEz7QfqMOZtFm6xQnlvDQeIrHx0KUvwo/vgDLK3SuruG1CSHcR0 D24kEEUa044AIUKBS3b0b8AR7f6mP2NcnLpdsibtpabi9BzqAidcY/EjTaoea46HXALk/eJd 6OLkLE6UQe1PPzQC4jB7rErX2BxnSkHDw50xMgLRcl5/b1bOwE0EUhFfyAEIAKp7Cp8lqKTV CC9QiAf6QTIjW+lie5J44Ad++0k8gRgANZVWubQuCQ71gxDWLtxYfFkEXjG4TXV/MUtnOliG 5rc2E+ih6Dg61Y5PQakm9OwPIsOx+2R+iSW325ngln2UQrVPgloO83QiUoi7mBJPbcHlxkhZ bd3+EjFxSLIQogt29sTcg2oSh4oljUpz5niTt69IOfZx21kf29NfDE+Iw56gfrxI2ywZbu5o G+d0ZSp0lsovygpk4jK04fDTq0vxjEU5HjPcsXC4CSZdq5E2DrF4nOh1UHkHzeaXdYR2Bn1Y wTePfaHBFlvQzI+Li/Q6AD/uxbTM0vIcsUxrv3MNHCUAEQEAAcLBfgQYAQIACQUCUhFfyAIb LgEpCRCTQwmyVcgNcsBdIAQZAQIABgUCUhFfyAAKCRC22tOSFDh1UOlBB/94RsCJepNvmi/c YiNmMnm0mKb6vjv43OsHkqrrCqJSfo95KHyl5Up4JEp8tiJMyYT2mp4IsirZHxz/5lqkw9Az tcGAF3GlFsj++xTyD07DXlNeddwTKlqPRi/b8sppjtWur6Pm+wnAHp0mQ7GidhxHccFCl65w uT7S/ocb1MjrTgnAMiz+x87d48n1UJ7yIdI41Wpg2XFZiA9xPBiDuuoPwFj14/nK0elV5Dvq 4/HVgfurb4+fd74PV/CC/dmd7hg0ZRlgnB5rFUcFO7ywb7/TvICIIaLWcI42OJDSZjZ/MAzz BeXm263lHh+kFxkh2LxEHnQGHCHGpTYyi4Z3dv03HtkH/1SI8joQMQq00Bv+RdEbJXfEExrT u4gtdZAihwvy97OPA2nCdTAHm/phkzryMeOaOztI4PS8u2Ce5lUB6P/HcGtK/038KdX5MYST Fn8KUDt4o29bkv0CUXwDzS3oTzPNtGdryBkRMc9b+yn9+AdwFEH4auhiTQXPMnl0+G3nhKr7 jvzVFJCRif3OAhEm4vmBNDE3uuaXFQnbK56GJrnqVN+KX5Z3M7X3fA8UcVCGOEHXRP/aubiw Ngawj0V9x+43kUapFp+nF69R53UI65YtJ95ec4PTO/Edvap8h1UbdEOc4+TiYwY1TBuIKltY 1cnrjgAWUh/Ucvr++/KbD9tD6C8=
Message-ID: <86255aa2-73e4-6d14-fea6-83c4b5459525@huitema.net>
Date: Fri, 16 Nov 2018 22:00:05 -0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <47e1fae5-21ef-4960-aad3-b0862708b1e5@OPEXCLILM33.corporate.adroot.infra.ftgroup>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Originating-IP: 168.144.250.232
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 168.144.250.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=168.144.250.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: ham
X-Spampanel-Outgoing-Evidence: Combined (0.07)
X-Recommended-Action: accept
X-Filter-ID: EX5BVjFpneJeBchSMxfU5r9aIfqK8j3he+MaKyEc2FJ602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO0VmU7heoGtPbmnM2lug8e3TV/3OdXD2Xdo8CfrY5CQSxXroeCCW3i6kyb1Z8f4QbYyz NJVaeAWax4WOe4pTBX2DwIE7VKe+bqpcdCns72R1dxQLHgng41NmcjnBNVncyrUJ8oN+d2/1YClf NOnZIS/D6kl279TnLqYAewew3OfA/Sw06ZGLpxBd7JvDiHkjbQbc8oCOV/quMTGbvDHEp1jFkCxZ 25wl+SuGnaEIRu161qkK742y4wCes8FTZAV12aOHsLIgU6CxRwTS/pCI4IAd4WM/pHSp5vEtSzeE iAXwP8biGVaHxdIhJpX2SF/frT/TpQy8kTfRo7YlxVS4t1aI+8ftzFe2XyLppMxgk9v788Sihtgt 7m0LHDdIjFM6BQIPbR6iF0Io2IR6cFULTLnHEgV4HBy01ru1y7iS4JNj78/Vv7ggS7iHB0mlJNSa 0Pvg7iEFLP+SSY+Av5+AiC5Ofg+BvPwC58/yRu8DTPWKPaFteDCANY9ZE9DZtFrkMZLSuSjWnsxb 4CvwConHma2eMNnfXgg9myaSPB/HPOOqfJlbZZh01urflxdd2g4lVBsXybHsG54cmqy4G6ri+/v3 Y80OmAux3oN13+ztUzne+sZB21+ph/wEUPoLmwbaG9r9ZdPSjq7LLQXOTkb//f0jppyC/apigmXL /XNm5XGW3nsncPbcxYxawQCSrHmTUlFfEoXm0/FPF8PR0w363ln2vwxpYOJbUV/+bJKKFZGLu6S+ IfGfexeTMSvN1RdgRYu1gPmxmMWQMERQ8LpknpvIWsRCHwGOxwHtV/mrwPG03jR5NeVaJQBh0uaw l0Cg8sKH0lJP3SQ3Hl0AH0QpMBIkYAzMcdhZar+1dDSXmWgfeWn7/ueLrlp+ZPRlQaamlokd2x35 zAiBFPp64JaIysDeBo8dSr9xryLrvIVUMlnB
X-Report-Abuse-To: spam@quarantine9.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/behave/v2l6QP_csfsgoi9bOl6Ec8P43AU>
Subject: Re: [BEHAVE] [Technical Errata Reported] RFC6052 (5547)
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/behave/>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Nov 2018 06:00:25 -0000

To be clear, I am not trying to assert that RFC 6052 is technically
perfect. There may very well be good reasons to write an RFC 6052bis. We
have now several years of deployment experience, and we may possibly
have learned a thing or two. I am just saying that the errata process is
the wrong way to do that.

-- Christian Huitema


On 11/8/2018 6:00 AM, mohamed.boucadair@orange.com wrote:
> Hi all, 
>
> I echo what Christian said.
>
> Please note that if one wants to relax the constraint about private IPv4 address in 6052, the WKP prefix defined in https://tools.ietf.org/html/rfc8215 (which Fred is surely familiar with) can be used. 
>
> Cheers,
> Med
>
>> -----Message d'origine-----
>> De : Behave [mailto:behave-bounces@ietf.org] De la part de Christian Huitema
>> Envoyé : mardi 6 novembre 2018 11:18
>> À : Fred Baker; RFC Errata System
>> Cc : Congxiao Bao; mohamed.boucadair@orange-ftgroup.com; Dave Thaler; Xing
>> Li; spencerdawkins.ietf@gmail.com; dwing@cisco.com; huitema@microsoft.com;
>> ietf@kuehlewind.net; behave@ietf.org
>> Objet : Re: [BEHAVE] [Technical Errata Reported] RFC6052 (5547)
>>
>>
>>
>> On 11/6/2018 4:23 PM, Fred Baker wrote:
>>> On second thought, the exact case is incorrect. I still think it's a silly
>> restriction, but the private address in the case would not be placed into the
>> Well-Known Prefix (and used as a destination address); it would be put into a
>> /64 out of the subscriber's prefix (and used as a source address). So I can
>> live without this change.
>>
>> Good.
>>
>> I think that the text should not be changed by an errata. The text is a
>> fair rendering of our technical assessment at the time. We did not want
>> to use the WKP to build ambiguous IPv6 addresses, and wanted to make
>> sure that private IPv4 addresses will be mapped using private prefixes.
>> It may or may not have been the right decision, but this is definitely
>> what we intended.
>>
>> -- Christian Huitema