Re: [lisp] LISP Interworking: Proxy Egress Tunnel Routers

"Joel M. Halpern" <jmh@joelhalpern.com> Mon, 21 September 2009 22:59 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: lisp@core3.amsl.com
Delivered-To: lisp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1622E3A6873 for <lisp@core3.amsl.com>; Mon, 21 Sep 2009 15:59:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.849
X-Spam-Level:
X-Spam-Status: No, score=-2.849 tagged_above=-999 required=5 tests=[AWL=-0.250, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d5o9kdEXCkA6 for <lisp@core3.amsl.com>; Mon, 21 Sep 2009 15:59:52 -0700 (PDT)
Received: from hgblob.mail.tigertech.net (hgblob.mail.tigertech.net [64.62.209.71]) by core3.amsl.com (Postfix) with ESMTP id 617903A67F7 for <lisp@ietf.org>; Mon, 21 Sep 2009 15:59:52 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by hgblob.tigertech.net (Postfix) with ESMTP id EDDCC32317F6 for <lisp@ietf.org>; Mon, 21 Sep 2009 16:00:54 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at hgblob.tigertech.net
Received: from [10.10.10.101] (pool-71-161-51-45.clppva.btas.verizon.net [71.161.51.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hgblob.tigertech.net (Postfix) with ESMTP id 79D9932317FB for <lisp@ietf.org>; Mon, 21 Sep 2009 16:00:54 -0700 (PDT)
Message-ID: <4AB805A4.6000806@joelhalpern.com>
Date: Mon, 21 Sep 2009 19:00:52 -0400
From: "Joel M. Halpern" <jmh@joelhalpern.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: lisp@ietf.org
References: <20090921225218.C3BA46BE62F@mercury.lcs.mit.edu>
In-Reply-To: <20090921225218.C3BA46BE62F@mercury.lcs.mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [lisp] LISP Interworking: Proxy Egress Tunnel Routers
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Mon, 21 Sep 2009 22:59:53 -0000

(Using Noel's response as a hook for a related point.  I don't disagree 
with him.)

A further complication is that in order for a site to have the option of 
avoiding LISP-NAT, someone else has to have sufficient deploy RITRs and 
PETRs that the sites outbound traffic has PETRs to use, and that inbound 
legacy traffic has PITRs to use.

So, unless there is a deployment model in which PITR and PETR 
deployments make economic sense, LISP will be dependent upon LISP-NAT. 
I for one do not consider NAT a solution worth offering the world.
(That sentence assumes all sorts of aspects of LISP goals, deployment 
and usage.  Your mileage may differ.)

Yours,
Joel

Noel Chiappa wrote:
>     > From: "Darrel Lewis (darlewis)" <darlewis@cisco.com>
> 
>     > I personally prefer both Proxy ITRs and Proxy ETRs to NAT, but your
>     > mileage may vary! :-)
> 
> Well, funny you should say that, because I was thinking, after I sent the
> previous message, that it is of course always better to avoid NAT if you can;
> because NAT mangles packets (which breaks some things, including some kinds of
> IPSec, for instance), and won't always work (e.g. for protocols which won't
> work through NATs, e.g. if they have embedded addresses, etc).
> 
> So LISP-NAT is not actually a 100% replacement for a PETR if you're on a uRPF
> ISP. (Did I just set some sort of jargon record in that sentence? :-)
> 
> 	Noel
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp
>