Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc.
Gert Doering <gert@space.net> Wed, 08 August 2007 09:22 UTC
Return-path: <ram-bounces@iab.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IIhk9-0007kn-5Z; Wed, 08 Aug 2007 05:22:17 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IIhk8-0007kh-Be for ram@iab.org; Wed, 08 Aug 2007 05:22:16 -0400
Received: from moebius2.space.net ([195.30.1.100]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IIhk6-0002xy-Qq for ram@iab.org; Wed, 08 Aug 2007 05:22:16 -0400
Received: (qmail 14594 invoked by uid 1007); 8 Aug 2007 09:22:13 -0000
Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=testkey; d=space.net; b=kOSE4AraBcy+JXDQhI+jtg93M9MxRzrIyFi9NWIN+ikRiJQ/4GPQLPQCZ+f1qFSD ;
Date: Wed, 08 Aug 2007 11:22:13 +0200
From: Gert Doering <gert@space.net>
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
Subject: Re: [RAM] Re: Renumbering impossibility: TSL/SSL certs, DNS delegation etc.
Message-ID: <20070808092213.GS69215@Space.Net>
References: <46B294D6.7070700@firstpr.com.au> <20070803095100.GF69215@Space.Net> <46B8971C.3020008@firstpr.com.au> <46B89D78.8090407@uclouvain.be> <20070808091209.GB11514@nic.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20070808091209.GB11514@nic.fr>
User-Agent: Mutt/1.4.2.1i
X-NCC-RegID: de.space
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352
Cc: Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be>, Robin Whittle <rw@firstpr.com.au>, ram@iab.org
X-BeenThere: ram@iab.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Routing and Addressing Mailing List <ram.iab.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ram>
List-Post: <mailto:ram@iab.org>
List-Help: <mailto:ram-request@iab.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ram>, <mailto:ram-request@iab.org?subject=subscribe>
Errors-To: ram-bounces@iab.org
Hi, On Wed, Aug 08, 2007 at 11:12:09AM +0200, Stephane Bortzmeyer wrote: > So what? Most end users, today, do not even need IP, an ALG with HTTP > would be sufficient for them (I am old enough to remember Compuserve > and AOL 1.0). Do we want to maintain the crippled Internet that so > many unfortunate users experience today or do we want a better > solution (RFC 4924)? My point was: people claiming that "all end-users need (!) instant IP address portability!!" are just ignoring the majority of end-users, that just do *not* need that, because: - they do not run servers that require a fixed IP address (DNS servers) - if they run servers at all (e.g. peer2peer stuff), they can happily use directory services that get updated whenever their IP address changes - renumbering is a nearly no-cost issue, because they don't have anything tied to fixed IP addresses This is not advocating NAT, or dynamic IPs, but trying to get a more balanced view into this discussion. I *do* acknowledge that "corporate end-users" have different needs, and as such, changing IP addresses can be difficult to impossible, depending on the size and structure of the corporate network. (Some, smaller, corporate networks fall into the same category as "home end-users" - no servers inside their network, external access is through a proxy only, renumbering is less pain than signing a new contract with a new ISP and turning up the new line). I just can't see a way to truthfully claim "all end users need full IP independence, multihoming, instant ISP changing". Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 113403 SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (89) 32356-444 USt-IdNr.: DE813185279 _______________________________________________ RAM mailing list RAM@iab.org https://www1.ietf.org/mailman/listinfo/ram
- [RAM] Renumbering impossibility: TSL/SSL certs, D… Robin Whittle
- Re: [RAM] Renumbering impossibility: TSL/SSL cert… Thomas Narten
- Re: [RAM] Renumbering impossibility: TSL/SSL cert… Gert Doering
- Re: [RAM] Renumbering impossibility: TSL/SSL cert… Stig Venaas
- [RAM] Re: Renumbering impossibility: TSL/SSL cert… Stephane Bortzmeyer
- Re: [RAM] Renumbering impossibility: TSL/SSL cert… Robin Whittle
- Re: [RAM] Renumbering impossibility: TSL/SSL cert… Olivier Bonaventure
- Re: [RAM] Renumbering impossibility: TSL/SSL cert… Robin Whittle
- Re: [RAM] Renumbering impossibility: TSL/SSL cert… Gert Doering
- [RAM] "End-users" & things I think warrant more a… Robin Whittle
- Re: [RAM] Renumbering impossibility: TSL/SSL cert… JFC Morfin
- [RAM] Re: Renumbering impossibility: TSL/SSL cert… Stephane Bortzmeyer
- [RAM] Re: Renumbering impossibility: TSL/SSL cert… Stephane Bortzmeyer
- Re: [RAM] Re: Renumbering impossibility: TSL/SSL … Gert Doering
- [RAM] Re: Renumbering impossibility: TSL/SSL cert… Gert Doering
- Re: [RAM] Re: Renumbering impossibility: TSL/SSL … JFC Morfin
- Re: [RAM] Re: Renumbering impossibility: TSL/SSL … Thomas Narten
- Re: [RAM] Re: Renumbering impossibility: TSL/SSL … Gert Doering
- Re: [RAM] Re: Renumbering impossibility: TSL/SSL … JFC Morfin
- Re: [RAM] Re: Renumbering impossibility: TSL/SSL … JFC Morfin
- Re: [RAM] Re: Renumbering impossibility: TSL/SSL … Roland Dobbins
- Re: [RAM] Re: Renumbering impossibility: TSL/SSL … JFC Morfin
- Re: [RAM] Renumbering impossibility: TSL/SSL cert… Jari Arkko