Re: [lisp] [Ila] LISP for ILA

"Alberto Rodriguez Natal (natal)" <natal@cisco.com> Wed, 14 March 2018 00:38 UTC

Return-Path: <natal@cisco.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 BD7B7127010; Tue, 13 Mar 2018 17:38:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.531
X-Spam-Level:
X-Spam-Status: No, score=-14.531 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_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 oym0WcxlPGu3; Tue, 13 Mar 2018 17:38:30 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84006124BFA; Tue, 13 Mar 2018 17:38:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=584; q=dns/txt; s=iport; t=1520987910; x=1522197510; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=UO3N6FpgrQFnUwmT+84JXwGUTbY5QRzEGzRXglgyiqE=; b=cbANL2mTDQQQmvF8DgkreBgP9GuclH5Spiray0wbaceao8KAEr7mFNM9 lX7udToyBgP1eg3hpCUCJanA/WbIAQ1FDGVOsDQNLtNtjsRYw8R75P2mb C8llgweDnSeLG2JCdO2nNW+KYKvRtUlPF2V4STQXWLgRpwLYGLryxyEL1 Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0A6AQAsbqha/4YNJK1dGQEBAQEBAQEBAQEBAQcBAQEBAYNQgVUoCoNGih2NdYIDgRaUMYITCoUlAhqDBiE0GAECAQEBAQEBAmsohSQBBAEjEUUQAgEIGgImAgICMBUQAgQOBRQHhHUIq3+CJohiggyBDYQfghmDLCmCeIgSMIIyBJpWCQKQXoFTAY0NkSECERMBgSsBHjiBUnAVZAGCGJBud41mgRgBAQE
X-IronPort-AV: E=Sophos;i="5.47,466,1515456000"; d="scan'208";a="370358159"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Mar 2018 00:38:29 +0000
Received: from XCH-RCD-018.cisco.com (xch-rcd-018.cisco.com [173.37.102.28]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id w2E0cTlv019955 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 14 Mar 2018 00:38:29 GMT
Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-RCD-018.cisco.com (173.37.102.28) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 13 Mar 2018 19:38:28 -0500
Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1320.000; Tue, 13 Mar 2018 19:38:28 -0500
From: "Alberto Rodriguez Natal (natal)" <natal@cisco.com>
To: Tom Herbert <tom@quantonium.net>
CC: "ila@ietf.org" <ila@ietf.org>, "lisp@ietf.org" <lisp@ietf.org>, "Fabio Maino (fmaino)" <fmaino@cisco.com>, Albert Cabellos <acabello@ac.upc.edu>, "Vina Ermagan (vermagan)" <vermagan@cisco.com>
Thread-Topic: [Ila] LISP for ILA
Thread-Index: AQHTs4N8SaQwoGnN/EueWlx2YLMdsaPCxXuAgAu1BQCAAH+kgP//uJMAgAB/rAD//56YAA==
Date: Wed, 14 Mar 2018 00:38:28 +0000
Message-ID: <3A9968D6-875B-4A5A-9D9A-98D387673754@cisco.com>
References: <F1093230-C087-4168-9C5F-8DA7AB677677@cisco.com> <CAPDqMer58nxEixtH=JuZh9WgM0xKkEQYEjwZ6zg3wTjD76gOHQ@mail.gmail.com> <F920CAE2-9042-41DF-B013-E8FE6F891596@cisco.com> <CAPDqMeriMzM82-R-JOgx4zuqJTk2YOoBaWV_58no2V8yPas9QA@mail.gmail.com> <CF1C238D-FBE9-48BC-A7A6-49E45249E5E2@cisco.com> <CAPDqMeqL1kE+N9APFOSR4fUaek0TjZuDZMZDzDmJfMvyLO38GA@mail.gmail.com>
In-Reply-To: <CAPDqMeqL1kE+N9APFOSR4fUaek0TjZuDZMZDzDmJfMvyLO38GA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.156.163.12]
Content-Type: text/plain; charset="utf-8"
Content-ID: <9FF904BCD34FF24E97D0C804C3A44286@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/gG3N2I5nWV3onx0jxuLPUwqaeH4>
Subject: Re: [lisp] [Ila] LISP for ILA
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, 14 Mar 2018 00:38:32 -0000

On 3/13/18, 4:27 PM, "Tom Herbert" <tom@quantonium.net> wrote:

    >
    Yes, but you are ignoring the load on the mapping servers which also
    needs to scale. 

I completely agree that the Mapping System needs to scale. The LISP community has extensively explored that over the years and has come up with several solutions. Another reason to let the data-plane and control-plane scale independently :)

Alberto