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

Albert Cabellos <albert.cabellos@gmail.com> Sun, 12 October 2014 22:05 UTC

Return-Path: <albert.cabellos@gmail.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 2AD8B1A9110 for <lisp@ietfa.amsl.com>; Sun, 12 Oct 2014 15:05:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 pjqW7kpPIKjg for <lisp@ietfa.amsl.com>; Sun, 12 Oct 2014 15:05:16 -0700 (PDT)
Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 707C91A9116 for <lisp@ietf.org>; Sun, 12 Oct 2014 15:05:16 -0700 (PDT)
Received: by mail-ig0-f171.google.com with SMTP id h15so8462464igd.16 for <lisp@ietf.org>; Sun, 12 Oct 2014 15:05:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=WahgYLEssFhcbLVCPsQIkLnfKF38SmyDglzaaElqyR4=; b=b58z0OS+sktYYkf3OFT00k6nkVByueC6h+gs7BJXQd21Lz3s/15Vvm9ndWgaEYqwxe jpgZA3Z8GtcWmuXzMNjbVLKkPSMj+6r3skP+pAt2Yy9AJ0nEg7vbdvaaVDBehVY+NM1t HsIkrJn5Tgcm3R2GuzdSZYPBIccMyl5uPa+GrjiB3UBN2Jx3O4Ov69HztaHuvgfweSA0 4m6YIPQuxPipQu15eVmh9G4SNMdbHyTxVvOaXbOwtg8Z8iHO7LA+plJIljB/2QKbkDyy 7a8+JuaaurSfTy+ZHMicztUA8rLxox9F8RAccD7o9xVz3Q51VaVZ+hz7+OvLkdfU/YzA VcXQ==
MIME-Version: 1.0
X-Received: by 10.50.25.65 with SMTP id a1mr25397634igg.3.1413151515838; Sun, 12 Oct 2014 15:05:15 -0700 (PDT)
Received: by 10.107.35.73 with HTTP; Sun, 12 Oct 2014 15:05:15 -0700 (PDT)
In-Reply-To: <20139005-A5CE-4E48-A5AD-04B395DA934E@gmail.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>
Date: Mon, 13 Oct 2014 00:05:15 +0200
Message-ID: <CAGE_Qew16n_307d8aRTJUxsWpPC=gMcY8yq0G0Pfct6rQ1=ucA@mail.gmail.com>
From: Albert Cabellos <albert.cabellos@gmail.com>
To: Dino Farinacci <farinacci@gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/lisp/xq3cdmguJxR8FmBRk7demr5GGvo
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
Reply-To: acabello@ac.upc.edu
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:05:18 -0000

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