Re: [v6ops] RFC 6877 to Proposed Standard

nick.heatley@bt.com Thu, 06 August 2020 13:42 UTC

Return-Path: <nick.heatley@bt.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 102353A046E for <v6ops@ietfa.amsl.com>; Thu, 6 Aug 2020 06:42:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=bt.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 nLf_vWcQUK3F for <v6ops@ietfa.amsl.com>; Thu, 6 Aug 2020 06:42:28 -0700 (PDT)
Received: from GBR01-LO2-obe.outbound.protection.outlook.com (mail-eopbgr100040.outbound.protection.outlook.com [40.107.10.40]) (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 51DDC3A040F for <v6ops@ietf.org>; Thu, 6 Aug 2020 06:42:28 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OdriMAbFsdRfpCMg9zDstk8CPbO2ddnfcpf65dZbuDT583FtjVdRTuj1TNVTWgM1WraW49e2ICET+SGSNPK/ZnDSFAp+er2QmXazXZzCmIfXXBcKKtvAX2TShqbiBu83yWb2P3fLWob3wtndwW3mtKw8Z/LT7/LCwz1B36NYRhTpmwNymIDQy0pjrChh60nqbgzZBMVQOUISFsYGsC+tn8/mmGRWTJhMpHeotXfSuTJbH96aMDuty5jueHOu51UmxnyA1GNfVeD7IcbrROgVjxLN3PUrXcU+NpqHLhCvhRQZcuoMJtmboRe6BK8+pkBsvFg9FGaIlhZURZDlMsortg==
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=Uv4WLz6SOUqDM06cWOYqDBl1Jb2XEME4FG8gcO4uLjU=; b=TNW+IeTPr1L6hViPhWW2eI+ly3WCzUsFY26sZPcTxAGrMM30BhZJOcI1bwF7K1w6sZVC403Gb8MryGm0WjKh/qd7zv0uz0tOBXmj8HwkOtkY9Qiz2K1OFbMGzRUyArPUgUKTFPoVFnRGS6NQpUR1u+BEUiNRvxAngPOQTZUBsqtsbUiYzvuJfvLVzlvsstqt1Uly8ScsxReo4E5/Z5+gHK+2gdVdQDKWSFggSAJ5FdBpe+ERYaQzoWqcGw+nk+uGou15wFrkcJrYUm9/GQEluWdxpkFFyltsuyR3auptkV9XEHN8yuijjFBlMkCHoOgwTrppxoVA1KezPm/kVE587w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=bt.com; dmarc=pass action=none header.from=bt.com; dkim=pass header.d=bt.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bt.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Uv4WLz6SOUqDM06cWOYqDBl1Jb2XEME4FG8gcO4uLjU=; b=CXU31/X5VqPanVwyd83IEB5IuF2ZT4vOFeba+9+4YWOvHo0nrjAsPVc9rmTL6O25FrTnCaNT8OFGYXDmJelbPO9wvBE89SSb5PHS34DBgO9GF+v8AS6LsoEN2oPpaG1oESsQrSk6732YRrQnnnFGKnchvOvkUXOO3dzlvBxcKXc=
Received: from LO2P123MB2430.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:c4::16) by LOYP123MB3149.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:e3::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3261.19; Thu, 6 Aug 2020 13:42:25 +0000
Received: from LO2P123MB2430.GBRP123.PROD.OUTLOOK.COM ([fe80::548c:78cb:36fd:d63]) by LO2P123MB2430.GBRP123.PROD.OUTLOOK.COM ([fe80::548c:78cb:36fd:d63%5]) with mapi id 15.20.3261.019; Thu, 6 Aug 2020 13:42:25 +0000
From: <nick.heatley@bt.com>
To: <tjc.ietf@gmail.com>, <owen@delong.com>
CC: <v6ops@ietf.org>
Thread-Topic: [v6ops] RFC 6877 to Proposed Standard
Thread-Index: AQHWW5O3FRpWj7FMcUisY60SYA/Yc6kKdg4AgAQyYACAHI7ZsA==
Date: Thu, 6 Aug 2020 13:42:25 +0000
Message-ID: <LO2P123MB243042C8CA9F5502A2ABC797EA480@LO2P123MB2430.GBRP123.PROD.OUTLOOK.COM>
References: <080F53E6-79BC-44E2-9F0E-91D328CA5E38@gmail.com> <F60FDB2E-365C-41AF-8A0A-10397BD83EED@delong.com> <405C6BC1-299B-4457-A1A3-C219B3C6B9E6@gmail.com>
In-Reply-To: <405C6BC1-299B-4457-A1A3-C219B3C6B9E6@gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=bt.com;
x-originating-ip: [86.169.164.44]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 00b9d55f-fe64-44b1-0bd3-08d83a0e8e02
x-ms-traffictypediagnostic: LOYP123MB3149:
x-microsoft-antispam-prvs: <LOYP123MB3149AD652959CEF1B106A272EA480@LOYP123MB3149.GBRP123.PROD.OUTLOOK.COM>
x-antispam-2: 1
x-ms-exchange-transport-forked: True
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: PPJK7kb3y9eHyoP2JMzrzJGok70K6M0gIbbkNRbRCXewqw2fuMKufuYsR6NA94UxB243p2FIXGCB8HVZzDgANVgHELkKKJr5xRlJIbSMlxRP31w4DwCJNqnrcnoEN2954nCfr0XLro+oNZ4eeXhT0Pp2EFz0dKT6WUN23pyXvrR+DHo62W2E3g0lK9WVoBDQueaQdUbfwsUbFuePPzo7uc4dS0AZiPzjLp5AEbqHrTFR+Swsl88oH+dodb69Zm4K6sdu8xVUTfWOeQOt5QYQZ2jSM/VPCMQpYzdqljCtthdIvGnz0+o1bbxx0fEfi+J1o70gehLGkuWfjyEPK0OSgP0vkQ1GduobGt6l/nj/pvB2OieUqTIaK5R17Zi2C6HUDi8CJpVRLdskYp2xAMBo90Q2j+3BUe9jpfglQd96rh9hJpfm2MT7JOkPCPDwrgQfviiDCW2AolkYMY6GLPX+HA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:LO2P123MB2430.GBRP123.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(136003)(346002)(376002)(396003)(39860400002)(366004)(2906002)(64756008)(66556008)(66476007)(66446008)(8936002)(52536014)(66574015)(83380400001)(76116006)(66946007)(8676002)(5660300002)(7696005)(4326008)(55016002)(33656002)(16799955002)(110136005)(71200400001)(9686003)(478600001)(316002)(966005)(53546011)(86362001)(26005)(186003)(6506007)(443494004); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: WTOPboISyAw+tsp0z/NzfCIzPw7ZESBN/nD1bU7gdLhmLlsnjmtW/VAjJ9IVPPG6BLZj1+x3man9maJAl2K1dCARRUa4XBN7+0VfFYh1dc8jqkpeSWA0pshljfCuDQ3q6OxbwJKUfU8lG4WaKi5gaPUnQerGZIYwArdZWjfW02MPCQt48cB7vtMKr3Qh1Ey7NvFVvoBOjSUiGDu6nGcZeyri+8NmlS68XMNRb7kimRtUUlwwyWweVPSYVlH2zSzPIlW6iWFPpXSAIiNnMSe998lanVjLzR3+udiQ6HFRob9pdu6MdjWS+RQxhgpa/dl4D5yUVIAv3WP8Azmwy+g7g1setyxcs5Ny00IViscInht1rvxKkUfrwXCxcKcZqL1CV41ZZe4fLdwIxFNhr9khOrrErcXVlcLfVXrK2W2bSUqbPqGTyu3ZrW4U7rYDbg85HjIVLGNvptPiPfsS7exafyT2bXtXs5G7zWsdODZiNQecGtKv9GT761laP4uRK+1Ak5hGrEh3Eop9x4sxQlWoMOnm6QBcTcCmgSOe5PxQaWWj+mWcnF3Yo7GPgvvMlENcd+7TE6RnQws9GrRl87M1qZMv862tUxrmrytkUp0VIWIwOxynPSj+7npYoFAgYgXlgLMXhLe2K5/jHqO+c7Gzvw==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: bt.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: LO2P123MB2430.GBRP123.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 00b9d55f-fe64-44b1-0bd3-08d83a0e8e02
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Aug 2020 13:42:25.8307 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: a7f35688-9c00-4d5e-ba41-29f146377ab0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: NSdQfS95bZMdwepRLMreDtO2KW54qrXOQt+UEDxrLXHCwuxGUV3oIPmrZQhWdfWuTnRzzpbzPVIfpaAbbAZ6Cg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: LOYP123MB3149
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/iwcxvmeyvlRCYMRBJEOw31uF1ho>
Subject: Re: [v6ops] RFC 6877 to Proposed Standard
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Aug 2020 13:42:30 -0000

I agree, I would like to see 464xlat promoted to standards track, with appropriate context and lessons learned.
Regards,
Nick

-----Original Message-----
From: v6ops <v6ops-bounces@ietf.org> On Behalf Of Tim Chown
Sent: 19 July 2020 10:34
To: Owen DeLong <owen@delong.com>
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] RFC 6877 to Proposed Standard

I assume the original RFC 6877 essentially documented what T-Mobile did for their IPv6 deployment back in around 2013.  464XLAT. has been used by other operators since, on millions of handsets they have sold, so it would seem more than timely to get the approach promoted to Standards Track, with an update from seven years of experience if required.

Tim

> On 16 Jul 2020, at 18:29, Owen DeLong <owen@delong.com> wrote:
> 
> I have no strong opinion one way or the other.
> 
> I will say that if making it a proposed standard somehow helps people get on with IPv6 deployment, I’m all for it. This transition has taken far too long already.
> 
> Owen
> 
> 
>> On Jul 16, 2020, at 10:07 , Fred Baker <fredbaker.ietf@gmail.com> wrote:
>> 
>> In today's Interim Meeting, Jordi pointed out that all transition mechanisms are at Proposed Standard except 464XLAT, and asked the working group to advance it to that status.
>> 
>> /* Personal Opinion */
>> I have no problem with doing so, but I would ask whether 464XLAT is indeed a transition mechanism. It is an operational procedure (and therefore within v6ops' charter to produce, which it did) that uses RFCs 6146, 6147, 7915, and possibly 6092, which are at Proposed Standard.
>> /* Personal Opinion */
>> 
>> My huffing and puffing aside, I'd like to poll the opinion of the working group.
>>  - does RFC 6877 need to be updated? A good approach to doing so would be to file errata (https://www.rfc-editor.org/errata.php).
>>    The document currently has no errata filed. Consider this an invitation to file any needed errata and tell v6ops you have done so.
>> 
>>  - failing that, we certainly have operational experience with it. It is currently an informational document. 
>>    Would it be appropriate to raise it to Proposed Standard?
>> 
>>  - Per RFC 6410, we may be in a position to advance 6877, 6146, 6147, and/or 7915 to Internet Standard. The criterion and process are
>>    described in https://tools.ietf.org/html/rfc6410, and boil down to (1) multiple interoperable implementations and (2)
>>    a general belief that the technology works. From my perspective, if we believe that 464XLAT is widely deployed and useful,
>>    we believe that each of those are
>> 
>>     "characterized by a high degree of
>>     technical maturity and by a generally held belief that the
>>     specified protocol or service provides significant benefit to the
>>     Internet community."
>> 
>> Please reply all with your viewpoint.
>> 
>> If the answer is "yes", fair warning: Ron and I are going to be looking for someone to write an internet draft documenting the fact and the deployment status.
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops

_______________________________________________
v6ops mailing list
v6ops@ietf.org
https://www.ietf.org/mailman/listinfo/v6ops