Re: [**EXTERNAL**] Re: the race to the bottom problem

"Mudric, Dusan" <dmudric@ciena.com> Fri, 06 November 2020 23:08 UTC

Return-Path: <prvs=2579c4267a=dmudric@ciena.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E9683A0E23; Fri, 6 Nov 2020 15:08:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ciena.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 OxmsNC08drqj; Fri, 6 Nov 2020 15:08:30 -0800 (PST)
Received: from mx0a-00103a01.pphosted.com (mx0a-00103a01.pphosted.com [67.231.144.234]) (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 C7DF43A0E1F; Fri, 6 Nov 2020 15:08:30 -0800 (PST)
Received: from pps.filterd (m0222747.ppops.net [127.0.0.1]) by mx0a-00103a01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 0A6N5gO1026563; Fri, 6 Nov 2020 18:08:28 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ciena.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=06252019; bh=4eYP0QZhherW/p71xRVxhZQ2GrAOHb7g+o2+2haLMk8=; b=LTIyBjwwqnvtvKIc2XMnz7RkAiShcJhbEWTpeRrDIumJIGuN4pm0fLjzvMsyPO9GE6WK 3AtJX1wvv2M5wghIe7NYB/QGx3OoPvruFr8+Jrz3ZWErth87N6DHXRW4BCE3PQoDgVHM GCsq0TAa/+GnH+t0Jt3vYL7Yujqeh5uaod2+ESh81oJODGE9vnwFfJLlDJkFmqvA8lSk Wsikq3h8c39/ORWVo7rXqPZlS4NAazccb5+J0dADXDl/LO1p1pvN6XO/Cshed/Y5hL53 77VOhCWmWGnHfA0b7kRTcNCaJ3ajaUpPTd4N6ujbmGXl3skxzWHaEK2lAn2zCrmjHv5C JQ==
Received: from nam04-sn1-obe.outbound.protection.outlook.com (mail-sn1nam04lp2055.outbound.protection.outlook.com [104.47.44.55]) by mx0a-00103a01.pphosted.com with ESMTP id 34n4909ka8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 06 Nov 2020 18:08:28 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IV99ZAEUfvvb/mY+2Yml46LV4PH7WvkDYkSOJzWFDzksZ8dQGwSOZ7s3EZh9OBVEciawdy7NgKrhYNgR2uoRI9dJ93QfK9V3S7j6x/lssrcCGirNu/gFSCUw6WC5LBByEv0WEJGxOB5hn4vLPZYxRN3stcsZpZMVUvOCCTOkWlqD+3B6Mg8U2jS/vvdgOdPqvcYnGVDyAaCeBAhFdaOB1GTZh+YClEP66TIICvrVnRyFbJbvDPcAkDC5ruSYpQA+N1AVqud6j5Ss6irzd2OEkqNI0OBY80zuuqtlM30UnuqgSgRwDql64Sl9wTtbdHnu2gS5xmzpRNmjQCZ7fZMWnA==
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=4eYP0QZhherW/p71xRVxhZQ2GrAOHb7g+o2+2haLMk8=; b=lOK2IvEOvdlW7ThGres4qPxNr+V4DuEQAp+rFbDvfauhrfSqjPtJRzc1/8TTxl9lIuQQrSFYaIrjEcrDL/HI/5KoC3oDW15J5a6Q3RK8jhivixXG6S2R4Fzp9NiTEMqFcjNGr8YtbV/RaPRKnuZvkPnlXMhorXoiWY2WORqAlC3/5r1fBG1sGNkKNJveYtM2LieEtf1XlIqArtXLIPM8sjz/jY0bxJz0IiQ4peBw8jJsMIMIRGX1qnz5NOYwGtfhp8A/6VtN+jVHyvh8tMoljFZh0mor150ZsWMLhtfzTFThSZDlenErDHQ8Ts3fEmIgJTzydj9aFIB4huZmIfesDA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ciena.com; dmarc=pass action=none header.from=ciena.com; dkim=pass header.d=ciena.com; arc=none
Received: from DM6PR04MB6459.namprd04.prod.outlook.com (2603:10b6:5:1e9::15) by DM6PR04MB5642.namprd04.prod.outlook.com (2603:10b6:5:16e::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3541.21; Fri, 6 Nov 2020 23:08:26 +0000
Received: from DM6PR04MB6459.namprd04.prod.outlook.com ([fe80::a563:ad77:bfef:7f2]) by DM6PR04MB6459.namprd04.prod.outlook.com ([fe80::a563:ad77:bfef:7f2%5]) with mapi id 15.20.3499.032; Fri, 6 Nov 2020 23:08:26 +0000
From: "Mudric, Dusan" <dmudric@ciena.com>
To: Bob Hinden <bob.hinden@gmail.com>, Brian Carpenter <brian.e.carpenter@gmail.com>
CC: "Mudric, Dusan" <dmudric=40ciena.com@dmarc.ietf.org>, "draft-mishra-6man-variable-slaac@ietf.org" <draft-mishra-6man-variable-slaac@ietf.org>, IPv6 List <ipv6@ietf.org>
Subject: Re: [**EXTERNAL**] Re: the race to the bottom problem
Thread-Topic: [**EXTERNAL**] Re: the race to the bottom problem
Thread-Index: AQHWtCRN7yUArEjXeUySC44POL1od6m66QiAgAA9E4D//7CtAIAAslQAgAAh+4D//7xFAA==
Date: Fri, 06 Nov 2020 23:08:26 +0000
Message-ID: <25099A60-8685-4226-8328-AA87376B62D2@ciena.com>
References: <160409741426.1448.16934303750885888002@ietfa.amsl.com> <3c1c3ab5-5726-b141-e7ed-618984bbbdb1@gmail.com> <CABNhwV1zoZpZNjb54rEys4+49H3vpebZW2g9JbO1_58eR+WnQg@mail.gmail.com> <CABNhwV3L7kz=cWu8s3X=djVf4MCwewzbEgx09TWaKzCULCjYUQ@mail.gmail.com> <9A9CE8E7-3552-4FD8-A50E-1BDCA2CB813F@employees.org> <CABNhwV0LxM7EuKo2wNtVacjewsVqdhrmSiVBmB_EL-mqJYdU3A@mail.gmail.com> <CD9F9F09-2CBC-4A72-99C0-4A9A470357ED@employees.org> <9e787ed0-a221-e413-e030-ac2553dffc8e@gmail.com> <a21c9447-730b-e2c0-81f6-46deda57f507@gmail.com> <f4635fa9-45ca-f7ec-40a2-41764e1ca74f@si6networks.com> <905bcc26-a223-53d0-6675-c35579b9a8be@gmail.com> <AAE75F7F-F8DF-4B7F-9C50-3D6C91544997@ciena.com> <2b59b2de-3597-8d35-374d-75e9b10d4d83@gmail.com> <21BC970D-8708-4090-A984-02E6E1305B94@gmail.com>
In-Reply-To: <21BC970D-8708-4090-A984-02E6E1305B94@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.41.20091302
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ciena.com;
x-originating-ip: [165.225.209.73]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 973e6bb2-0462-472e-867e-08d882a8de2f
x-ms-traffictypediagnostic: DM6PR04MB5642:
x-microsoft-antispam-prvs: <DM6PR04MB564242A75B5B1547415AA195B5ED0@DM6PR04MB5642.namprd04.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: oDqPio15gtJkz6fiGkQVgXaCm6Hktfw+bk5xDErULUTk34PE44H8PYat5DGbrXHefPRVpltViZisDP8W//3FmV4Ku8i2bw5X4LKrp2npn8rkrS5LYfpbwkjH4ltGYwYKdaetqPPXdNWo9CYHR6wxzCuheFFcIzQ2GCPY4RbSQM1kLro2aoj1+/wXqshWPHAQ65uLDj1lTlKFgMX/xa9E4c81MqsVCCmi35VpiPV7VDsAHcb/2O9Vj5Y1mOVuQd/N54d8V8sQBisE6yVNKz5lkCVkzMXIc3+6TE0Wd3akvvUFuuHQXQWqW1wRz+WF68m4nINXm0zQl4cTY8gbtVWl1b2tMVTfNwIReK4z+BmwnvOVqeKprnuMI5p29P8WVZl6PjnQCCkRHXI/3TwkRYQfcw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR04MB6459.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(396003)(366004)(376002)(136003)(39860400002)(36756003)(6486002)(966005)(186003)(6506007)(83380400001)(26005)(8936002)(55236004)(110136005)(86362001)(53546011)(2616005)(6512007)(4326008)(5660300002)(33656002)(8676002)(54906003)(2906002)(91956017)(76116006)(316002)(66446008)(64756008)(66946007)(66556008)(66476007)(71200400001)(478600001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: UzKIFB5/TMAmtn7AKKsin8am2QtYVkXtcz0PjJbVLL5P0MmQj3jxpBbVXG+PQ1w6pfYagORWS4EW3UTM7GkG0i0ER/zVFQlykYnga5efVXCyUUfI1VgBm6EqUIK196Kus/1/Xzt2aNfDCuF+4iQGvC7OJehke3IAx1jan/YmOEBSTQwX6ha3HSJgJ6klCGn64tmA4pnhZZ/hB0LoRUUZZLc2NwDAcSlFdiJVCqmE8PzgNtEy9vnQBx3R7GBEMJx05IooyFckedDv1Z3cBOL45zL4sY0vem1HnaiCn6tNCRRKeDe3ojchoHCX7iLwcLtI1JKJ95ch2EgK6iFA9tSz5fDwu+TEed3IdGdVaHT7TToK0NP2ews1TALJsuINqJUlGjomIIPQ/tpp7eBf1B/PRHY4GmEKFVpEB3+0uoJ+0RbpX/YNyPI/Y+Vp6jHT0lLhdTU0IhBSac6hZcgKlJkOohDZfk7/VlC0fWMoMsHnElFzu7oMP/dzH1ddf2wTuuFLbLLFCmIhWAIZ0XZ/fG4vocC7ygfZoBWTG6N5t/22JHTS3PXL/qSA2kD9TFX97ONk/NanojKp9qyUY32OH8vazmlWfBKjINyN0cTtX9U12PBN7A6LjlPl1fei17ws0oeufZmO2pbMf2pCwkJy3BpNdw==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <A6CA6B31FFF4B14691354E48F8F76DBA@namprd04.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ciena.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR04MB6459.namprd04.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 973e6bb2-0462-472e-867e-08d882a8de2f
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Nov 2020 23:08:26.5722 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 457a2b01-0019-42ba-a449-45f99e96b60a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: nvQ/E/H6IrJUyO8luY4bOeYo5BZ0fIAz8phA1pv+0u5dnwwIhdt/M881wRboR8hhBlxs6M07RMIwlWwYQFnDhg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR04MB5642
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.312, 18.0.737 definitions=2020-11-06_06:2020-11-05, 2020-11-06 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/lAHhXVSFCUvW9WQd2ITDC5l1ZG4>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Nov 2020 23:08:32 -0000

The first sentence is taken out of the context. I actually said:

"- There is no race to the bottom. We are not trying to solve ISP problem by allowing longer than 64bit prefixes,
- It is not about restricting the ISP prefix assignments to minimum one 64bit prefix, by imposing 64bit SLAAC prefix limitation on the clients,
- Minimum of one 64bit prefix limitation should be imposed by other network elements, rather than clients. Edge routers can block >64bit prefixes,"

because I believe the race to the bottom can be addressed by other network elements (e.g. CE), not only clients.

Dusan

On 2020-11-06, 5:11 PM, "Bob Hinden" <bob.hinden@gmail.com> wrote:

Brian,

> On Nov 6, 2020, at 12:09 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
> 
> On 07-Nov-20 03:30, Mudric, Dusan wrote:
>> Would it help if the problem statemen clarifies that:
>> 
>> - There is no race to the bottom. We are not trying to solve ISP problem by allowing longer than 64bit prefixes,
> 
> Unfortunately, once you push code allowing >64 subnet prefixes for SLAAC into the wild, you do automatically give ISPs a path to to allocating longer prefixes to customers, and all history tells us that some of them will follow that path.
> 

> Once that code is out there, the race to the bottom is enabled.

I fully agree.   And once it is broken, there is no going back.

Also, I have yet to see any solution to having a mix of devices on the same link that can only support 64bit IIDs and ones that can support shorter IIDs.  I think there is an impossible transition problem.

Lastly and probably the most important, I have not seen a convincing argument why this is necessary.   The risk is breaking IPv6 in a fundamental way.

Bob


> 
> Even draft-bourbaki-6man-classless-ipv6 doesn't recommend changing the /64 default for SLAAC. (If it did, my name would not be on that draft.)
> 
>   Brian
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------