Re: [lisp] I-D Action: draft-saucez-lisp-itr-graceful-01.txt

"Joel M. Halpern" <jmh@joelhalpern.com> Wed, 26 December 2012 15:33 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 EDD3821F8CC8 for <lisp@ietfa.amsl.com>; Wed, 26 Dec 2012 07:33:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.144
X-Spam-Level:
X-Spam-Status: No, score=-102.144 tagged_above=-999 required=5 tests=[AWL=0.121, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6tLQjjmBSCCX for <lisp@ietfa.amsl.com>; Wed, 26 Dec 2012 07:33:43 -0800 (PST)
Received: from morbo.mail.tigertech.net (morbo.mail.tigertech.net [67.131.251.54]) by ietfa.amsl.com (Postfix) with ESMTP id 794E521F8CC7 for <lisp@ietf.org>; Wed, 26 Dec 2012 07:33:43 -0800 (PST)
Received: from mailc2.tigertech.net (mailc2.tigertech.net [208.80.4.156]) by morbo.tigertech.net (Postfix) with ESMTP id 32B86A3734 for <lisp@ietf.org>; Wed, 26 Dec 2012 07:33:43 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mailc2.tigertech.net (Postfix) with ESMTP id 11E881BCC7BF for <lisp@ietf.org>; Wed, 26 Dec 2012 07:33:43 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at c2.tigertech.net
Received: from [10.10.10.104] (pool-70-106-135-81.clppva.east.verizon.net [70.106.135.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailc2.tigertech.net (Postfix) with ESMTPSA id 807F21BCC7BE for <lisp@ietf.org>; Wed, 26 Dec 2012 07:33:42 -0800 (PST)
Message-ID: <50DB18CF.60205@joelhalpern.com>
Date: Wed, 26 Dec 2012 10:33:35 -0500
From: "Joel M. Halpern" <jmh@joelhalpern.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: "lisp@ietf.org" <lisp@ietf.org>
References: <20121226135531.24862.99414.idtracker@ietfa.amsl.com>
In-Reply-To: <20121226135531.24862.99414.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [lisp] I-D Action: draft-saucez-lisp-itr-graceful-01.txt
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 26 Dec 2012 15:33:44 -0000

Tis is an interesting piece of work.
Once we clear the current blocking documents, I look forward to 
discussion on the list of the pros and cons of the ideas presented herein.

Yours,
Joel

PS: As a minor item, when you respin this document, please shorten the 
abstract.  A lot.

On 12/26/2012 8:55 AM, internet-drafts@ietf.org wrote:
>
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>
>
> 	Title           : LISP ITR Graceful Restart
> 	Author(s)       : Damien Saucez
>                            Olivier Bonaventure
>                            Luigi Iannone
>                            Clarence Filsfils
> 	Filename        : draft-saucez-lisp-itr-graceful-01.txt
> 	Pages           : 12
> 	Date            : 2012-12-26
>
> Abstract:
>     The Locator/ID Separation Protocol (LISP) is a map-and-encap
>     mechanism to enable the communication between hosts identified with
>     their Endpoint IDentifier (EID) over the Internet where EIDs are not
>     routable.  To do so, packets toward EIDs are encapsulated in packets
>     with routing locators (RLOCs) to form dynamic tunnels.  An Ingress
>     Tunnel Router (ITR) that encapsulates EID packets determines tunnel
>     endpoints via mappings that associate EIDs to RLOCs.  Before
>     encapsulating a packet, the ITR queries the mapping system to obtain
>     the mapping associated to the EID of the packet it must encapsulate.
>     Such mapping is cached by the ITR in its local EID-to-RLOC cache for
>     any subsequent encapsulation for the same EID.  LISP is scalable
>     because the EID-to-RLOC cache of an ITR, which is initially empty, is
>     populated progressively according to the traffic going through the
>     ITR.  However, after an ITR is restarted, e.g., for maintenance
>     reason, its cache is empty which means that all packets that are re-
>     routed to the freshly restarted ITR will cause cache misses and a
>     potentially high loss rate.  In this draft, we present mechanisms to
>     reduce the negative impact on traffic caused by the restart of an ITR
>     in a LISP network.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-saucez-lisp-itr-graceful
>
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-saucez-lisp-itr-graceful-01
>
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=draft-saucez-lisp-itr-graceful-01
>
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>