Re: [lisp] 6830bis Review - scalability
"Joel M. Halpern" <jmh@joelhalpern.com> Wed, 27 December 2017 05:20 UTC
Return-Path: <jmh@joelhalpern.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FFBD1241F5 for <lisp@ietfa.amsl.com>; Tue, 26 Dec 2017 21:20:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 W4Rw2Ywy1TKx for <lisp@ietfa.amsl.com>; Tue, 26 Dec 2017 21:20:44 -0800 (PST)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 070D61201FA for <lisp@ietf.org>; Tue, 26 Dec 2017 21:20:44 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id E1979D4012F; Tue, 26 Dec 2017 21:20:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1514352043; bh=RlDhpO5SUES2kv++9Y+5qzlYSb8gC/uWGSRVQ9gPu8Q=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=CB+giH/WZ6LH2jmwes58ZNGrXdj0AmJ9EU6K/SZ606qbH67zFgVpVNtD0CwbHdYc6 rPMNpfThM9aVy0O4jhwyKqNBVLsZlObzZyeyRrDiBW7Lit3J8AUTKdjtZM8YlZcHr0 QNn0pIAdbG/cKS8Rx9awtaKZVJcWNHHMFclWR2Gs=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (unknown [50.225.209.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 451602403E7; Tue, 26 Dec 2017 21:20:43 -0800 (PST)
To: Dino Farinacci <farinacci@gmail.com>, Albert Cabellos <albert.cabellos@gmail.com>
Cc: "lisp@ietf.org list" <lisp@ietf.org>, lisp-chairs@tools.ietf.org
References: <907CD955-B043-4728-ABD6-5AD96192EC5F@inria.fr> <4EAD1E98-E8E7-4A0A-8300-2D185B9109CC@gigix.net> <CAGE_QexqW=q51kXR9fo_8YDu6VVUHCBz-XrGt5iZ6FOTRxDLiA@mail.gmail.com> <6FEB1404-FA34-432A-8441-3F6B394A8217@gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <e0ff44b2-a315-3b02-9268-cbd8165fac78@joelhalpern.com>
Date: Wed, 27 Dec 2017 00:20:42 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
MIME-Version: 1.0
In-Reply-To: <6FEB1404-FA34-432A-8441-3F6B394A8217@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/Z4DhtIsJKmsDVi4GYyqP5xxB5Mg>
Subject: Re: [lisp] 6830bis Review - scalability
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Dec 2017 05:20:46 -0000
Clearly, scalability of LISP matters. However, we are explicitly not attempting to move LISP to standards track for purposes of solving global Internet address scaling problems. The agreement under which we are doing this is to focus on the value of the other uses of LISP. To put it simply Dino, if we try to make the argument that LISP is suitable for Internet-scale deployment, and for solving the core growth difficulties, we will have a large set of additional arguments to undertake. If we focus on what we have agreed, we get Proposed Standards without having that fight. And we get to use a PS for all sorts of interesting and desirable tasks. Yours, Joel On 12/26/17 11:13 PM, Dino Farinacci wrote: > I will comment here before providing a new update and response to Luigi’s latest email. > >> On Dec 26, 2017, at 5:48 PM, Albert Cabellos <albert.cabellos@gmail.com> wrote: >> >> Hi >> >> Thanks for the review, please find my comments inline. >> >> I have removed all the comments for which I **agree**: >> >>> >>> Provider-Assigned (PA) Addresses: PA addresses are an address block >>> assigned to a site by each service provider to which a site >>> connects. Typically, each block is a sub-block of a service >>> provider Classless Inter-Domain Routing (CIDR) [RFC4632] block and >>> is aggregated into the larger block before being advertised into >>> the global Internet. Traditionally, IP multihoming has been >>> implemented by each multihomed site acquiring its own globally >>> visible prefix. LISP uses only topologically assigned and >>> aggregatable address blocks for RLOCs, eliminating this >>> demonstrably non-scalable practice. >>> >>> Last sentence to be deleted is a relic of scalability discussion. >>> >>> >> >> Agreed. I suggest deleting entirely the definitions for both PA and PI, they are not used throughout the document. > > Note, we still care about scalability of any underlay, especially the Internet core, so we should leave this in. Note, we ARE still solving the scalability problem. > > I don’t know why any of you would think differently. >
- [lisp] 6830bis Review Luigi Iannone
- Re: [lisp] 6830bis Review (PLEASE COMMENTS) Luigi Iannone
- Re: [lisp] 6830bis Review (PLEASE COMMENTS) Dino Farinacci
- Re: [lisp] 6830bis Review (PLEASE COMMENTS) Luigi Iannone
- Re: [lisp] 6830bis Review Albert Cabellos
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review (PLEASE COMMENTS) Dino Farinacci
- Re: [lisp] 6830bis Review - scalability Joel M. Halpern
- Re: [lisp] 6830bis Review - scalability Dino Farinacci
- Re: [lisp] 6830bis Review Albert Cabellos
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Joel M. Halpern
- Re: [lisp] 6830bis Review - control relationship Joel M. Halpern
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Joel M. Halpern
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Luigi Iannone
- Re: [lisp] 6830bis Review (PLEASE COMMENTS) Luigi Iannone
- Re: [lisp] 6830bis Review Luigi Iannone
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review (PLEASE COMMENTS) Dino Farinacci
- Re: [lisp] 6830bis Review (PLEASE COMMENTS) Luigi Iannone
- Re: [lisp] 6830bis Review Luigi Iannone
- Re: [lisp] 6830bis Review Damien Saucez
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Alberto Rodriguez-Natal
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Joel M. Halpern
- Re: [lisp] 6830bis Review Luigi Iannone
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Luigi Iannone
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Joel M. Halpern
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Joel M. Halpern
- Re: [lisp] 6830bis Review Alberto Rodriguez-Natal
- Re: [lisp] 6830bis Review Dino Farinacci
- Re: [lisp] 6830bis Review Reshad Rahman (rrahman)