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 >
- Re: [lisp] I-D Action: draft-saucez-lisp-itr-grac… Joel M. Halpern