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

Magnus Westerlund <magnus.westerlund@ericsson.com> Mon, 17 February 2020 15:51 UTC

Return-Path: <magnus.westerlund@ericsson.com>
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 0A340120853 for <behave@ietfa.amsl.com>; Mon, 17 Feb 2020 07:51:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 oNv9QqxWYYdx for <behave@ietfa.amsl.com>; Mon, 17 Feb 2020 07:51:33 -0800 (PST)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80071.outbound.protection.outlook.com [40.107.8.71]) (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 44B83120086 for <behave@ietf.org>; Mon, 17 Feb 2020 07:51:32 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=L5VrFVSO7oFzfx+ucVgeL94O1h+lFIsp3DCuTU04+k8Z73Xfdf1FLNKgBRpBewwCSIuMHopAmWTRefIxx7HfQyG+xp2Mt6sbzQq0l3hOLQ++u0NANSenI5tQv9AkTYyYr6kz7OIdPOEKkjGKThhzIwe5dwp/SXLydGq7pVTT1SATyQ9MlHlfzSfzFwNN1MtnTG1zW9cRhJP5upY8mMqdcXu3OurLL3gsxUJwK5NGitq1vD66cjiin/zjgkwfDrWrMrWoEhBdYcBERUItmKx8ApDPjm/NhdTpfoR36gGytKVW4GfY44IOJ1E6DlCJLj40mbLJ5IWCIVIHJOp7is1ztw==
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=co6mlp6aCxcHp3NmnwlJqkq58djbqsbJYWki93c/HPo=; b=cRY5JKo+HqSyp4jjr8qbDmidMXsBfZpZZ48qw7cSjBVsVL6ltwrD8ERjBtWH3GhGz8qbz0ifBBTES/vQ559vKOIvPbt1aYgg86wt6aH/dikDu4UG+ox/6OATn/Eu3RWsHBty5MkrACCZkQg+7lmzFUCYTtYaBiwfeua/DDBwcuASWnwvzUOwoCt2731h6qZ92Sscex5MpLE9uVFLr3dCywyA/ZWexT++TyCsGD0ev0j73SVGCrM2ffbZBErjNmoTTMxzUZChNzVikgh64YSXB8CotEhCZHervEPSmdzTD8/bovAQGiVExo1s7+yVvByzTDjxSVf5vZd2xISSTJbWdg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=co6mlp6aCxcHp3NmnwlJqkq58djbqsbJYWki93c/HPo=; b=bs5pVIDf4SrNTGBJoEelM5gDWWsgDWuEzpLtSVgd9+GiB/NYxiMruyReeLPSA+Q6d4VKPrbcEaWL/qSthcl6EIfhehbPlhSEhyIzeV6QMqxMDQ+W5xhCQqehnCKN1XScyFww0GqmQ0pjxNz5ftvGIoE0KKZgodGOEIaM07i5mGA=
Received: from DB7PR07MB4572.eurprd07.prod.outlook.com (52.135.133.12) by DB7PR07MB6011.eurprd07.prod.outlook.com (20.178.108.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2750.9; Mon, 17 Feb 2020 15:51:30 +0000
Received: from DB7PR07MB4572.eurprd07.prod.outlook.com ([fe80::5dc9:9b70:83a1:cbfd]) by DB7PR07MB4572.eurprd07.prod.outlook.com ([fe80::5dc9:9b70:83a1:cbfd%7]) with mapi id 15.20.2750.016; Mon, 17 Feb 2020 15:51:30 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "huitema@huitema.net" <huitema@huitema.net>, "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, "ietf@kuehlewind.net" <ietf@kuehlewind.net>
CC: "jordi.palet@theipv6company.com" <jordi.palet@theipv6company.com>, "dthaler@microsoft.com" <dthaler@microsoft.com>, "behave@ietf.org" <behave@ietf.org>, "congxiao@cernet.edu.cn" <congxiao@cernet.edu.cn>, "xing@cernet.edu.cn" <xing@cernet.edu.cn>, "marcelo@it.uc3m.es" <marcelo@it.uc3m.es>, "dwing@cisco.com" <dwing@cisco.com>, "huitema@microsoft.com" <huitema@microsoft.com>, "mohamed.boucadair@orange-ftgroup.com" <mohamed.boucadair@orange-ftgroup.com>
Thread-Topic: [BEHAVE] [Technical Errata Reported] RFC6052 (5984)
Thread-Index: AQHV5Ho5KX7cRRsL5EG4ih4G2wN306geP7kAgADkqwCAADMngIAAM7qA
Date: Mon, 17 Feb 2020 15:51:29 +0000
Message-ID: <403203c107e6472a140409db337c791ff5be13f6.camel@ericsson.com>
References: <20200216033519.9D51EF406CE@rfc-editor.org> <4bbe1633-3313-bdfb-8bb8-6d2ad571c724@huitema.net> <73fff6ba-dc6d-4360-ac4d-339265c9a09d@OPEXCAUBM8F.corporate.adroot.infra.ftgroup> <7D8AF4CC-81F6-4238-B6FD-585ED9F4B275@kuehlewind.net>
In-Reply-To: <7D8AF4CC-81F6-4238-B6FD-585ED9F4B275@kuehlewind.net>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=magnus.westerlund@ericsson.com;
x-originating-ip: [192.176.1.83]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: e81c9e94-ef40-4bc1-42a8-08d7b3c14137
x-ms-traffictypediagnostic: DB7PR07MB6011:
x-microsoft-antispam-prvs: <DB7PR07MB601140A395D9859DDF40B69595160@DB7PR07MB6011.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:4714;
x-forefront-prvs: 0316567485
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(376002)(136003)(346002)(396003)(39860400002)(189003)(199004)(7416002)(5660300002)(966005)(45080400002)(36756003)(66946007)(91956017)(6512007)(2906002)(478600001)(71200400001)(76116006)(316002)(66446008)(2616005)(4326008)(64756008)(44832011)(54906003)(66616009)(66476007)(66556008)(8676002)(81166006)(81156014)(110136005)(26005)(53546011)(8936002)(6486002)(66574012)(186003)(6506007)(86362001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB7PR07MB6011; H:DB7PR07MB4572.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: HotcAXu5IJOmHVmfJ4J67O6EBqV+JKpgaJjw18evyhU5tAba+jFHg1mLQIhbHOitVu50Upqx3qKQv+F6pToQ/voZeRs6XRDPBCS8l2Vov3EVwJFzXp+p6cv4niYxBFWY8xnfOBaHai/NLPFe2pAyPdoXkXGMz3qGXiJOljNgpgNtm8sLPThoFt3fHj172zvBC60mwpH505Ql46195/0JJe0tazSacKPhG1+CnmSLZwMFT/EBP293X0G9VHflkM7GrQA0rKgB5v4WV62YQGcazkTKU9sJ0XtrcLe5XBX1BdNI/3pKncDJglZ67iRoyzvbCVb6mU0DP07//k0+CJ3uPQCnxICDt99xnqCx3eCJs+j5kTn+rhEw+zh+xc6hTlSUyHPN2b3xU4FIYwG6G8JO/D4ECUWiEpd5lXY/jxxpwqXG/mepObdfal15jmzetQA3SLIlp0UhMYepJmGXUJN8jgmMhW8McSvhRasjttjW7jlsyFvh2BBd/IeKpv8utVI9k0vgfvV1KUNiRzRnTETFjQ==
x-ms-exchange-antispam-messagedata: PA5VIGK5vFgJWyuttB29T1nq5I0JwmmhIip9ZHahSN37zskZXhD8U2mEms/qhel2z8fNJVvqgqIwRZghBt0DXIBcaI3Q7xhW3ZHdzZMvJGNUO9/clk4sIPfG/QZOP9Y6plU6GVDR9JOrkRMkRVbPBg==
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-f67dnYYHhoKSwErPzUg9"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e81c9e94-ef40-4bc1-42a8-08d7b3c14137
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Feb 2020 15:51:29.9225 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: a7MEpNJUn60nfqWBK3b9uMck6g0mKum2aMnkMPG4SZyWiMLlYp04XIpg/u/NGUvhBFbmaS6ckxOShDRbV4SkSay/Z4lFJ4YH8ySUuw+l114=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB6011
Archived-At: <https://mailarchive.ietf.org/arch/msg/behave/Fsee5busz8M-cXfPWqtzSDSjRfg>
Subject: Re: [BEHAVE] [Technical Errata Reported] RFC6052 (5984)
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: Mon, 17 Feb 2020 15:51:46 -0000

Hi,

I have already rejected it on the grounds that what is proposed is not something
unclear or that gets wrongly interpreted of what is intended. The proposed
behavior appears to me also to be within what is allowed by the specification.
So it is really only a proposal for further guidance. Something that may be
relevant, but only if a new version of the document is defined. Maybe this
should be changed for Hold for document update. 


Cheers

Magnus

On Mon, 2020-02-17 at 13:46 +0100, Mirja Kuehlewind wrote:
> Hi all,
> 
> I agree that this is probably not an errata. However, we could mark this as
> “Hold for next Document Update”? I guess if there every will be an update,
> this need further discussion, however, having it in the errata system can help
> to remember it. Or do think people it should just be rejected for now?
> 
> Mirja
> 
> 
> 
> > On 17. Feb 2020, at 10:43, <mohamed.boucadair@orange.com> <
> > mohamed.boucadair@orange.com> wrote:
> > 
> > Hi all, 
> > 
> > One further comment: the assumption we have for "stateless translation" is
> > as follows
> > 
> >   In these deployments, internal IPv6 nodes are addressed
> >   using IPv4-translatable IPv6 addresses, which enable them to be
> >   accessed by IPv4 nodes.
> > 
> > I don't see any issue with the current text under such assumption.
> > 
> > Cheers,
> > Med
> > 
> > > -----Message d'origine-----
> > > De : Behave [mailto:behave-bounces@ietf.org] De la part de Christian
> > > Huitema
> > > Envoyé : dimanche 16 février 2020 21:05
> > > À : RFC Errata System; congxiao@cernet.edu.cn; huitema@microsoft.com;
> > > marcelo@it.uc3m.es; mohamed.boucadair@orange-ftgroup.com;
> > > xing@cernet.edu.cn; ietf@kuehlewind.net;
> > > magnus.westerlund@ericsson.com; dwing@cisco.com; dthaler@microsoft.com
> > > Cc : jordi.palet@theipv6company.com; behave@ietf.org
> > > Objet : Re: [BEHAVE] [Technical Errata Reported] RFC6052 (5984)
> > > 
> > > Jordi,
> > > 
> > > The errata process is not the right way to handle this issue. You are
> > > asking for a change in the specification, and such changes should go
> > > through the working group, as part of a standard discussion.
> > > 
> > > To go to the specific technical point: it is indeed completely doable
> > > to
> > > use the same /64 prefix for a local subnet and for a NAT service. The
> > > only requirement is that the NAT be capable to distinguishing between
> > > a
> > > translated address and a local address, and that requirement is
> > > implicit
> > > in RFC6502. For example, the NAT could reserve <64bit>:dead:beef::/96
> > > for the 6to4 service, and use DUD to defend against hosts configuring
> > > an
> > > address in the same /64 prefix. That may not be a perfect solution,
> > > but
> > > that's something the working group should discuss, not something to be
> > > handled summarily through the errata process.
> > > 
> > > -- Christian Huitema
> > > 
> > > On 2/15/2020 7:35 PM, RFC Errata System wrote:
> > > > The following errata report has been submitted for RFC6052,
> > > > "IPv6 Addressing of IPv4/IPv6 Translators".
> > > > 
> > > > --------------------------------------
> > > > You may review the report below and at:
> > > > 
https://protect2.fireeye.com/v1/url?k=244c0d64-7898013a-244c4dff-8691959ed9b7-c65f53b92dad5084&q=1&e=f4738ef5-d2a3-4f09-87e8-099582e1d0ef&u=https%3A%2F%2Fwww.rfc-editor.org%2Ferrata%2Feid5984
> > > > 
> > > > --------------------------------------
> > > > Type: Technical
> > > > Reported by: Jordi Palet Martinez <jordi.palet@theipv6company.com>
> > > > 
> > > > Section: 3.3
> > > > 
> > > > Original Text
> > > > -------------
> > > > Organizations deploying stateless IPv4/IPv6 translation SHOULD
> > > 
> > > assign a Network-Specific Prefix to their IPv4/IPv6 translation
> > > service.
> > > > 
> > > > Corrected Text
> > > > --------------
> > > > Organizations deploying stateless IPv4/IPv6 translation SHOULD
> > > 
> > > assign a Network-Specific Prefix for the exclusive use of their
> > > IPv4/IPv6 translation service.
> > > > 
> > > > Notes
> > > > -----
> > > > This seems obvious but is not. The NSP must only be used for the
> > > 
> > > translation service. If the NSP is used only, for example in an
> > > enterprise network, in the LANs, and the translator allows it, it may
> > > create conflicts, as the resulting IPv6 address (NSP+IPv4 address) may
> > > be the same as a host inside the LAN has been configured with (either
> > > manually, or with SLAAC, DHCPv6), etc.
> > > > 
> > > > It has been confirmed that at least one vendor already realized this
> > > 
> > > and the implementation doesn't work if the prefix is used both for the
> > > translator service and one of the LANs, but there is no explicit
> > > documentation on that. So if configured, the box doesn't work, but
> > > doesn't report is an an "invalid" config.
> > > > 
> > > > Instructions:
> > > > -------------
> > > > This erratum is currently posted as "Reported". If necessary, please
> > > > use "Reply All" to discuss whether it should be verified or
> > > > rejected. When a decision is reached, the verifying party
> > > > can log in to change the status and edit the report, if necessary.
> > > > 
> > > > --------------------------------------
> > > > RFC6052 (draft-ietf-behave-address-format-10)
> > > > --------------------------------------
> > > > Title               : IPv6 Addressing of IPv4/IPv6 Translators
> > > > Publication Date    : October 2010
> > > > Author(s)           : C. Bao, C. Huitema, M. Bagnulo, M. Boucadair,
> > > 
> > > X. Li
> > > > Category            : PROPOSED STANDARD
> > > > Source              : Behavior Engineering for Hindrance Avoidance
> > > > Area                : Transport
> > > > Stream              : IETF
> > > > Verifying Party     : IESG
> > > > 
> > > > _______________________________________________
> > > > Behave mailing list
> > > > Behave@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/behave
> > > 
> > > _______________________________________________
> > > Behave mailing list
> > > Behave@ietf.org
> > > https://www.ietf.org/mailman/listinfo/behave
> 
> 
-- 
Cheers

Magnus Westerlund 


----------------------------------------------------------------------
Networks, Ericsson Research
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Torshamnsgatan 23           | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------