Re: [rrg] Where IRON fits in

heinerhummel@aol.com Thu, 06 December 2012 11:33 UTC

Return-Path: <heinerhummel@aol.com>
X-Original-To: rrg@ietfa.amsl.com
Delivered-To: rrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 440F921F8727 for <rrg@ietfa.amsl.com>; Thu, 6 Dec 2012 03:33:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.165
X-Spam-Level:
X-Spam-Status: No, score=-2.165 tagged_above=-999 required=5 tests=[AWL=0.433, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 dN5LorX2-fwR for <rrg@ietfa.amsl.com>; Thu, 6 Dec 2012 03:33:48 -0800 (PST)
Received: from imr-da02.mx.aol.com (imr-da02.mx.aol.com [205.188.105.144]) by ietfa.amsl.com (Postfix) with ESMTP id 4139621F86D8 for <rrg@irtf.org>; Thu, 6 Dec 2012 03:33:48 -0800 (PST)
Received: from mtaomg-db04.r1000.mx.aol.com (mtaomg-db04.r1000.mx.aol.com [172.29.51.202]) by imr-da02.mx.aol.com (Outbound Mail Relay) with ESMTP id CB1991C00018F; Thu, 6 Dec 2012 06:33:47 -0500 (EST)
Received: from core-dqd004c.r1000.mail.aol.com (core-dqd004.r1000.mail.aol.com [172.29.162.13]) by mtaomg-db04.r1000.mx.aol.com (OMAG/Core Interface) with ESMTP id 731B7E000082; Thu, 6 Dec 2012 06:33:47 -0500 (EST)
References: <20121112234012.05F8E18C0CA@mercury.lcs.mit.edu> <CAFgODJcP1zvwRJukJdnqjSR-78XAMB1nSxL32gjUQB+NqpgESg@mail.gmail.com> <50A18F75.8060001@joelhalpern.com> <CAFgODJcDAzaYPrWFEJhgeCjnN_M9tdd+pdHTiccd=Dz=1mYrLg@mail.gmail.com> <EC8FD781-E416-4AE6-BA99-F74FE2DDA14D@tony.li> <CAFgODJfMBJBxNJ_M1_L=K0f2DpbZvzOBUgLZ6sT+-y+JevGeSg@mail.gmail.com> <27E72BC2-C84D-469F-9667-7A749567B477@tony.li> <09cc01cdc173$71323cd0$5396b670$@huitema.net> <03E5ABD7-EA3C-4C69-B3F9-16C8B6C6E512@tony.li> <50BE3EEB.20700@internet2.edu> <F502F124-32EC-40B9-9C3F-4E2DF5337B62@tony.li> <0d9601cdd2c2$57d22290$077667b0$@huitema.net> <2C77A48B-9A7D-4E02-B4F3-987E0AFC83F8@tony.li> <50BF8530.9010102@cisco.com> <E1829B60731D1740BB7A0626B4FAF0A65E0ED01C32@XCH-NW-01V.nw.nos.boeing.com>
To: Fred.L.Templin@boeing.com, rrg@irtf.org
In-Reply-To: <E1829B60731D1740BB7A0626B4FAF0A65E0ED01C32@XCH-NW-01V.nw.nos.boeing.com>
X-MB-Message-Source: WebUI
MIME-Version: 1.0
From: heinerhummel@aol.com
X-MB-Message-Type: User
Content-Type: multipart/alternative; boundary="--------MB_8CFA1BCB0B0A975_CDC_3B28_Webmail-d106.sysops.aol.com"
X-Mailer: AOL Webmail 37252-STANDARD
Received: from 178.27.21.1 by Webmail-d106.sysops.aol.com (205.188.171.200) with HTTP (WebMailUI); Thu, 06 Dec 2012 06:33:47 -0500
Message-Id: <8CFA1BCB0A4C290-CDC-1278@Webmail-d106.sysops.aol.com>
X-Originating-IP: [178.27.21.1]
Date: Thu, 6 Dec 2012 06:33:47 -0500 (EST)
x-aol-global-disposition: G
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1354793627; bh=9JmcYJ893/TQMCrv5YIqLZYKkGNtimx82yM3IUduKrA=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=vvtTnBhPTJv/raNtFsQKSe36KF3QXlrqTbkabReObqkzik7rI3K1sW4oAInldeBYC 0Fvct+SQPn0c9F+L2W/Y7iKe+cg2cldrzzT8TObegJ+75My4/6537UZLqvSJy4PvQK WXySlSiWQkQOcKmtwPqtlQ4Io15gfRit6GiSXcxQ=
X-AOL-SCOLL-SCORE: 0:2:421337920:93952408
X-AOL-SCOLL-URL_COUNT: 0
x-aol-sid: 3039ac1d33ca50c0829b3ebf
Subject: Re: [rrg] Where IRON fits in
X-BeenThere: rrg@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IRTF Routing Research Group <rrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/options/rrg>, <mailto:rrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/rrg>
List-Post: <mailto:rrg@irtf.org>
List-Help: <mailto:rrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Dec 2012 11:33:49 -0000

Tunneling legacy routers a la LISP presumes global ipv4 address uniqueness, i.e. won't work as soon as that presumption doesn't hold anymore.


This is a major difference with TARA. Because TARA routers do not disseminate user reachability, each TARA router which replaces a legacy router would free a bunch of ipv4 addresses from the necessity to be globally unique.



LISP reminds me of MADCAP. As soon as MADCAP was accomplished it was OUT. And the above is one of the reasons why I expect LISP to share with it the same destiny.


Heiner



-----Original Message-----
From: Templin, Fred L <Fred.L.Templin@boeing.com>;
To: rrg <rrg@irtf.org>;
Sent: Thu, Dec 6, 2012 1:03 am
Subject: [rrg] Where IRON fits in


Good to see some activity on this list - I think?

A couple of posts have mentioned IRON, and that work did indeed
originate from this group. However, I have come to the realization
that IRON is really an interior routing solution and not an
Internetworking solution.

In particular, IRON does not use tunneling between the routers
of separate sites across the DFZ the way LISP does; it only uses
tunneling *within* a site, even if that "site" is distributed
across the global Internet.

Where IRON adds value is that it manages mobility and multi-homing
within the site without exposing de-aggregated prefixes to BGP.
The IRON relays can therefore advertise only a few short prefixes
into the BGP instead of lots of long prefixes.

I therefore think IRON is complimentary to either of LISP or ILNP.
It's just that IRON does well for "sites" that are geographically
distributed and/or have lots of mobility internally.

Thanks - Fred
fred.l.templin@boeing.com 
_______________________________________________
rrg mailing list
rrg@irtf.org
http://www.irtf.org/mailman/listinfo/rrg