Re: [lisp] draft-ietf-lisp-introduction - Design Principles and Use Cases

"Chad Hintz (chahintz)" <chahintz@cisco.com> Sun, 12 October 2014 22:44 UTC

Return-Path: <chahintz@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25BC31A9125 for <lisp@ietfa.amsl.com>; Sun, 12 Oct 2014 15:44:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.287
X-Spam-Level:
X-Spam-Status: No, score=-15.287 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, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 a2ymMhxRMASs for <lisp@ietfa.amsl.com>; Sun, 12 Oct 2014 15:43:59 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6EBC51A9115 for <lisp@ietf.org>; Sun, 12 Oct 2014 15:43:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3108; q=dns/txt; s=iport; t=1413153839; x=1414363439; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=LMoOSBmBpN/5RndrmgRQJDxzlGmmZXWnUBMyV8bs9A8=; b=Q5IsEYF4D4nsuQxB48WLaa1PT2caULDxEvUS2qZjIA02ifufm5G8uh/w klZnpHetcaKBiCTiQpa/mVArWvNtSdv46Jh3u4MjdzP51C2Zh1xsCAeTM TIcek3ksHEcg7Jx9jg1KtYKz5bxmMiIj0pvyUmjmC8E050EycE65pRz2I c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ag4FAIgDO1StJV2a/2dsb2JhbABbDoMAU1jKeQqHTQKBBxYBfYQCAQEBAwEBAQELVwkLBQcEAgEIEQEDAQEBJwchBgsUAwYIAgQOBYgqAwkIDbwZDYZpAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSOE4F/MwcGgyeBHgWLIIZZiUGCEYEug0aKSYJWg36DN0BsgkoBAQE
X-IronPort-AV: E=Sophos;i="5.04,706,1406592000"; d="scan'208";a="362478848"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-1.cisco.com with ESMTP; 12 Oct 2014 22:43:58 +0000
Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9CMhwNO029457 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 12 Oct 2014 22:43:58 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.138]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.03.0195.001; Sun, 12 Oct 2014 17:43:58 -0500
From: "Chad Hintz (chahintz)" <chahintz@cisco.com>
To: "<acabello@ac.upc.edu>" <acabello@ac.upc.edu>
Thread-Topic: [lisp] draft-ietf-lisp-introduction - Design Principles and Use Cases
Thread-Index: AQHP5bgYCDplNjY6fUu6tMDJraoVwJwr/bCAgAADfACAAVhpgP//tv/I
Date: Sun, 12 Oct 2014 22:43:58 +0000
Message-ID: <9EE932FB-5931-4B75-83CE-42746BA0B9C7@cisco.com>
References: <a9e800cf8a2c468ab72524d182aaad64@CO1PR05MB442.namprd05.prod.outlook.com> <BE54EC54-FCEA-4333-B5BD-1861AA0537EC@gmail.com> <5ad34cf8c2bb4e87a471cf80e9dcc3f3@CO1PR05MB442.namprd05.prod.outlook.com> <20139005-A5CE-4E48-A5AD-04B395DA934E@gmail.com>, <CAGE_Qew16n_307d8aRTJUxsWpPC=gMcY8yq0G0Pfct6rQ1=ucA@mail.gmail.com>
In-Reply-To: <CAGE_Qew16n_307d8aRTJUxsWpPC=gMcY8yq0G0Pfct6rQ1=ucA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/lisp/jImS1Qdi9RAs-SW0Mn1wlxwGPfg
Cc: "lisp@ietf.org" <lisp@ietf.org>
Subject: Re: [lisp] draft-ietf-lisp-introduction - Design Principles and Use Cases
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Sun, 12 Oct 2014 22:44:01 -0000

Hi Albert,

While it is not unique as you mentioned it is unique in comparison to traditional routing techniques. In addition the ability from the owner of the EID having the ability to specify how load balance/distribute inbound traffic is also a benefit we get from the pull model. I do agree we need to hit all 4 as you mentioned, but most end users who evaluate LISP in my experience usually highlight that the pull model and being able to control traffic inbound is a key reason the decide on LISP. With that said I believe it should be considered for addition in your document based on this. 

My 2 cents,

Chad Hintz

Sent from my mobile device, please excuse the spelling mistakes. 

> On Oct 12, 2014, at 6:05 PM, Albert Cabellos <albert.cabellos@gmail.com> wrote:
> 
> Hi Ronald
> 
> Thanks for your comment.
> 
> I agree that none of such design principles are unique to LISP, but -I
> think- you are reading them independently and they should be
> considered the four of them *at the same time*. With this I expect
> that the reader gets -very quickly- LISP's big picture.
> 
> I don´t think that pull is such a unique characteristic, DNS works
> based on exactly the same principle: "pull locators".
> 
> Albert
> 
> 
> 
>> On Sun, Oct 12, 2014 at 3:32 AM, Dino Farinacci <farinacci@gmail.com> wrote:
>> Well everything tends to look the same but not in this case. This is the first mapping database that is really fully specified and tested at the network layer.
>> 
>> Dino
>> 
>> 
>>> On Oct 11, 2014, at 9:20 PM, Ronald Bonica <rbonica@juniper.net> wrote:
>>> 
>>> Dino,
>>> 
>>> That too!
>>> 
>>> However, the mapping database system is not entirely unique to LISP. Every architecture that maps one address space to another needs a data base to maintain mapping information. The part that is unique to LISP is how the data is distributed
>>> 
>>>                                                                    Ron
>>> 
>>> 
>>>> -----Original Message-----
>>>> From: Dino Farinacci [mailto:farinacci@gmail.com]
>>>> Sent: Saturday, October 11, 2014 9:02 PM
>>>> To: Ronald Bonica
>>>> Cc: lisp@ietf.org
>>>> Subject: Re: [lisp] draft-ietf-lisp-introduction - Design Principles and Use
>>>> Cases
>>>> 
>>>>> On Oct 11, 2014, at 7:51 PM, Ronald Bonica <rbonica@juniper.net> wrote:
>>>>> 
>>>>> In Section 2.1, we say that LISP is built on top of four basic design principles:
>>>>> 
>>>>> - Locator/Identifier split
>>>>> - Overlay architecture
>>>>> - Decoupled data and control-plane
>>>>> - Incremental deployability
>>>> 
>>>> You left out one that is really important:
>>>> 
>>>> - A Mapping Database System
>>>> 
>>>> Dino
>> 
>> _______________________________________________
>> lisp mailing list
>> lisp@ietf.org
>> https://www.ietf.org/mailman/listinfo/lisp
> 
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp