Re: [OPS-AREA] Heads up - Plea for allocating a /8 to ISPs
"George, Wes E IV [NTK]" <[email protected]>
| Newsgroups | gmane.ietf.v6ops,gmane.ietf.ops |
|---|---|
| Message-ID | <[email protected]> |
From: [email protected] [mailto:[email protected]] On Behalf Of Christopher LILJENSTOLPE Sent: Thursday, November 11, 2010 4:56 PM To: james woodyatt Cc: IPv6 Operations; [email protected]; [email protected] Subject: Re: [v6ops] [OPS-AREA] Heads up - Plea for allocating a /8 to ISPs We could do that - but guess what, we'd all do it - there goes the rest of the pool. I don't think that's what most of the community wants. [Wes] I believe what he was suggesting was that one of you goes for a block and you all use the same one instead of trying to get IETF to do it. However, let's call your response what it is - a mostly empty threat. Given that ultimately we are all being driven by what's best for our own businesses (since we like being employed), methinks you're overplaying your altruism a bit. If you could have justified a /8 (or a /10, etc) of address space, you'd already have it. Let's remember that you already have addresses for your current customers, so this is only about new customers who are using old non-IPv6-capable CPE that they brought with them. How long do we let that practice go before we simply say, sorry this is too old? Software developers eventually drop support for old OS and hardware combinations. Same with my 5 year old Linksys box - no software updates are available anymore. Why should we expect any different for network operators? I will concede that the one exception here would be the mobile operators, who today are doing significant amounts of oversubscription of IP addresses because their users aren't always on. As that changes, they need more addresses. And for them, it's probably not an empty threat. But as I've said, they wouldn't be able to use a single /10 to solve that problem either, and assumedly they have control over more of the CPE that talks to the network, so the RFC1918 conflict argument isn't nearly as much of an issue. Wes George _______________________________________________ v6ops mailing list [email protected] https://www.ietf.org/mailman/listinfo/v6ops
smime.p7s
(application/x-pkcs7-signature, 6.6 KB) - not displayed