Re: [rrg] Rebooting the RRG

heinerhummel@aol.com Sun, 17 November 2013 16:37 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 9CA0D11E8176 for <rrg@ietfa.amsl.com>; Sun, 17 Nov 2013 08:37:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.002
X-Spam-Level:
X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mBj6C4D8UKza for <rrg@ietfa.amsl.com>; Sun, 17 Nov 2013 08:37:08 -0800 (PST)
Received: from omr-m01.mx.aol.com (omr-m01.mx.aol.com [64.12.143.75]) by ietfa.amsl.com (Postfix) with ESMTP id 1821011E81AF for <rrg@irtf.org>; Sun, 17 Nov 2013 08:35:30 -0800 (PST)
Received: from mtaomg-mb06.r1000.mx.aol.com (mtaomg-mb06.r1000.mx.aol.com [172.29.41.77]) by omr-m01.mx.aol.com (Outbound Mail Relay) with ESMTP id B6B69700000AB; Sun, 17 Nov 2013 11:35:28 -0500 (EST)
Received: from core-dqc004c.r1000.mail.aol.com (core-dqc004.r1000.mail.aol.com [172.29.161.141]) by mtaomg-mb06.r1000.mx.aol.com (OMAG/Core Interface) with ESMTP id 540B1E000089; Sun, 17 Nov 2013 11:35:28 -0500 (EST)
References: <5B131180-FA93-4A05-B3BE-3A23767EBD9D@netapp.com> <CAPv4CP_xs0Ki4Ada-CrBQftwtSfWVEK8gxohKTHEMHAEHP9s_A@mail.gmail.com> <CAG4d1rcXJzOC=tTqbCUK7i7a62vbiEyC9UCWLi0XvsXv8fW4qQ@mail.gmail.com> <FD7BEAB9-F967-4788-BBCA-6E06FBE585A8@tony.li> <CAPv4CP_tNAbE0MbY=kLPuNTdpnLkQ5ia7N=z_ibXfBqsVTXcAA@mail.gmail.com> <A61A0825-AE59-4442-85F7-6953E2487C8B@netapp.com>
To: lars@netapp.com, rrg@irtf.org
In-Reply-To: <A61A0825-AE59-4442-85F7-6953E2487C8B@netapp.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_8D0B1CA28717D04_EC0_601AF_webmail-d146.sysops.aol.com"
X-Mailer: Webmail 38203-STANDARD
Received: from 178.26.195.50 by webmail-d146.sysops.aol.com (149.174.18.36) with HTTP (WebMailUI); Sun, 17 Nov 2013 11:35:27 -0500
Message-Id: <8D0B1CA286334B8-EC0-1C5DC@webmail-d146.sysops.aol.com>
X-Originating-IP: [178.26.195.50]
Date: Sun, 17 Nov 2013 11:35:28 -0500 (EST)
x-aol-global-disposition: G
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1384706128; bh=shOse75c5CBQCltIPr9nJrhTkTJrPzSbq/q1zOP6gBA=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=ne9Gl/TaqVdJ5Y7/dcVeJoq7eoSCYnBWsvzdAxewlsreXX5u4MikNhXphQLTghHe0 aVOG8RTy+Lfaz4sYCWq2Kpafk0Q22MxTg+2cWytL0CYferpRQvljAaHg0NNMgFvyOU njINxnjwAM39sXyTsYYDr5MQNL2fds259Vx0JWd4=
x-aol-sid: 3039ac1d294d5288f0504021
Subject: Re: [rrg] Rebooting the RRG
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: Sun, 17 Nov 2013 16:37:26 -0000

When RRG was launched the driving force was the so-called scalability problem.
Currently the biggest issue is the expiration of available IPv4 addresses.
That however would be a non-issue if the FQDN were mapped to {IPv4 addr of destination user; locator of ETR} in a single strike based on DNS while taking care that IPv4 addresses of the same locator were mutually unique.
LISP-DDT neither does so now, nor would be able to do so ever. Hence IPv4's lifetime is up to NAT as long as solutions like LISPv2.0 or my TARA are discarded/ignored. There are much more knowledgable folks around who know the disadvantages of the NAT sinfall better than myself. I can only add one disadvantage: With a network layer based on TCP (NAT) you can never enable Multicast with a roaming sender.


I think this IPv4-depletion issue is the most urgent problem at all.


Heiner