
Translation
"BT won't officially support IPv6 until we need to use it to justify a price increase"
ISPs have been worried to learn that BT's ongoing multibillion pound "21CN" network upgrade won't offer native support for IPv6, the networking protocol that it's planned will form the bedrock of a rapidly expanding 21st century internet. The ommission surfaced when business provider AAISP, one of a select group of resellers …
Allow me to paraphrase all of this into a nice tidy little statement:
"The internet system we are rolling out will be completed just in time to be incompatible with the internet. We apologise for any inconvenience caused by spending billions of pounds on a system that will work up until the point in which it is ready to be deployed."
Nice one.
Not that many other ISPs (in reference to AAISP) are embracing IPv6 either mind. S'ok lads... its only "supposed" to be completely switched over by 2012... no rush or anything...
-- Richard
That ipv6 stuff is expensive, but I've a mate in the US that's outing his ipv4 kit cheap, so we can save millions for our shareholders.
US was laying fibre in the 60's, BT didnt start till the 90's
UK is the poor relation springs to mind.
I still cant understand why BT moans even tho it never paid for it's original infrastructure, unlike the cable companies, BT's was free gift from the UK taxpayers
Your headline, and the opening paragraph of the article, suggest that BT's hardware does not support IPv6:-
"BT's ongoing multibillion pound "21CN" network upgrade won't offer native support for IPv6"
The quote from BT suggests something entirely different, simply that they don't support IPv6 at the moment: -
"BT currently supports IPv4 on it's broadband products and does not support IPv6."
Which of these is actually the case? It makes a huge difference. The article seems to be implying that BT's ongoing network upgrades are a vast waste of money, since the equipment is incapable of supporting IPv6. Is this true?
>NAT works perfectly well, and there is also plenty of allocated-but-unused space that could be reclaimed, i.e. General Electric, Ford etc - http://xkcd.com/195/
And there's plenty more on the way. Lehmans, Bradford & Bingley, and Iceland don't need theirs any more...
Still, I am tempted to string up any BT exec in sight using the nearest CAT5 cable - they've screwed a vast amount of cash out of the public and failed miserably to deal with the telecoms infrastructure, and it's time they invested it in the future.
Don't get me wrong, I am not defending BT here, but given the scale of the network bandwidth requirements that they are thinking about, I just don't think this would be a possibility.
I am of the suspicion that nobody will actually do IPv6 and IPv6 to IPv4 gatewaying in hardware on the edge. I know Cisco will do IPv6 forwarding in hardware, With the amount of data that they are expecting to deal with, trying to do this in software I just can't see happening.
What I would like to see would be that BT puts the pressure on Cisco to enable IPv6 in hardware and start making the boxes to interconnect to the 21CN on IPv6.
>> NAT works perfectly well
Well if "works perfectly well" doesn't extend beyond "I can browse my porn". It's clueless tits with attitudes like that who are responsible for the backwards state of our internet. The reason IPv6 isn't common already is simply because clueless tits think NAT is a good idea - news flash, it isn't a good idea, it never was, and it never will be.
NAT == broken<period>
A genuine thank you to Jack for actually reading the problem details. Still, it's just another little hiccup in the delayed rollout of BTw's much over-hyped 21CN.
Mind you, this is the same BTwholesale that back in the early days of broadband (2001?) had constructed a wholesale network that couldn't cope with any significant workload unless punters made a simple but significant change to their IP congigs (reducing their MTU from the usual factory default). Back then it was because BTw's network architects (using the word very loosely) hadn't realised that Cisco Express Forwarding would grind the punters to a halt if BTw's internal network didn't support "jumbo frames" (which, at the time, it mostly didn't). That took months to sort. http://www.thinkbroadband.com/news/i/904.html
And is this the same BTw that had bandwidth allocation back to front between 1Mb and 512k (and, later, 2Mb), and then priority inversion between business and residential services, on more than one occasion?
And the same BTw that left exchange backhaul undersized (by their own criteria) for month after month after month in many parts of the UK?
Yes, that'll be them. Incompetenece exceeded only by the likes of Bulldog (RIP).
wrt NAT == broken: you may think you have a clue, and you may be right, but 99.999% of folks on t'Internerd don't know (or want or need to know) about NAT, because the things that 99.999% of Internerd users do are working just fine with NAT and without IPv6, and those that do care can mostly work out ways to make the interesting things work in the presence of NAT, broken or not.
IPv6 has been "the next big thing" for more than a decade (my first IPv6 course was in those early days), and in another decade it may still be that way for most folks. Fancy giving us an example of a "killer app" that really needs IPv6? You can't, by definition, because although IPv6 has been around over a decade for the hardcore enthusiast, THERE IS *STILL* NO VOLUME MARKET for IPv6. Yet. And there's barely a datacentre market for it either.
That being said, respect is due to the likes of AAISP for at least making it possible for their punters to give IPv6 a try if they feel like it. Till BTw broke it, anyway.
Tom Chiverton said
>>>> NAT works perfectly well, and there is also plenty of allocated-but-unused space that >>>>could be reclaimed, i.e. General Electric, Ford etc - http://xkcd.com/195/
tom, you are a world class fuckwit.
first off, nat doesn't work. it can't scale. nat can't handle lots of the funky p2p and streaming audio and video applications 'cos these tend to signal which (random and often changing) port numbers are used in the actual protocol. unlike web which tends to always be on port 80 and is straight forward to nat.
even if the allocated-but-unused space was reclaimed and reused, there isn't enough ipv4 addresses to go around. 6 billion people doesn't go into 4 billion ipv4 addresses. half of that ipv4 space would vanish overnight if every one of the 2 billion mobile phones had an ip address.
paris icon 'cos she knows a thing or two about squeezing things that are too big into a small space and making them fit.
So, the examples of apps which need IPv6 so far are:
1) P2P
Well, I suspect any P2P user from the era of Kazaa and WinMX to Bittorrent and beyond would disagree with the statement that P2P don't work behind NAT. As would any ISP, and the RIAA, and the MPAA (if they even know what NAT is). Millions of Torrent users can't all be wrong, can they?
Do the BBC and C4 and Sky (etc) program download services [1] use P2P (hint: all use Kontiki), and do they work behind NAT (hint: yes)?
Sorry, P2P is not a "killer app" for IPv6.
2) Server on mobile broadband
This is more promising, thank you for that. But you've reminded me why I still need BT Callsign and a Twintalk box [2]; I use it as a dial-in backup for remote access to my home network in the event that the DSL broadband fails while I'm away. Callsign costs a lot less than a genuine 2nd line, and Twintalk gives me a dedicated number for the modem. Of course if I was serious I could use an actual 2nd line on a very different ISP, maybe even with broadband, and that would give me some resilience against actual line failure. But this is a lot cheaper, and given what's at stake, it's sufficient. So far.
So, all that being said, how many other people actually want to run servers on mobile broadband? Enough to make IPv6 essential for their favourite "killer app"? I can't think of many applications and I'm a bit of a geek (backup dialup in to home network? If that's not geek, what is?)
C'mon, there must be more? What about Internet fridges? Things like that were going to be the thing that drove IPv6, once upon a time [4]... your intelligent fridge complete with barcode reader gets a call from the supermarket every now and again, and there are so many fridges needing their own addresses that it only works with IPv6, right? No, not right. The fridge makes the call, not the supermarket (because it's the fridge that knows when it's re-stocking time). The supermarket, not the fridge, is the server, and therefore it works just fine even behind NAT (in the unlikely event of anyone actually caring about this). You can get IPv4 stacks for cheap microcontrollers that fit in a few kbytes of code and data [3], has IPv6 reached that territory yet, if not why not? Cost (more memory)? Complexity (=>more memory=>more cost)? Lack of demand?
Sorry, a server (any server) on mobile broadband is not a killer app for IPv6. Maybe one day though.
3) IPsec
I'll add this one since no one else has :) NAT breaks IPsec, and IPv6 fixes it again. But even there, there are already plenty of IPv4-based alternatives.
[1] http://telebusillis.blogspot.com/2007/01/4od-some-technical-architecture.html
[2] http://www.twintalkhelp.com/
[3] http://ww1.microchip.com/downloads/en/DeviceDoc/consolid.pdf
[4] http://www.google.com/search?hl=en&q=%22internet+fridge%22+ipv6
>> ISPs have been worried to learn that BT's ongoing multibillion pound "21CN" network upgrade won't offer native support for IPv6
>> BT currently supports IPv4 on it's broadband products and does not support IPv6
>> native IPv6 works in some cases
Above are 3 choice quotes from that article.
If the equipment can ONLY cope with IPv6 via tunneling, as suggested, then the last quote would be impossible surely?
I would read the 2nd quote to be that IPv6 works on the network, but if you have issues with it, then tough, we won't do anything to help you.
This would be a bit like a your average punter calling their ISP with a say, a router, that the ISP did not provide ... it will work, but the ISP won't support you setting it up.
'US was laying fibre in the 60's, BT didnt start till the 90's'
Wrong - How is it that BT owns many of the fibre patents that US companies still have to pay them for?
I still cant understand why BT moans even tho it never paid for it's original infrastructure, unlike the cable companies, BT's was free gift from the UK taxpayers
Wrong - I seem to remember those cable companies going bankrupt and the taxpayer bailing them out. BT bought the network off the taxpayer or do you forget the company was sold on the stock market by the government?
The article is inaccurate, the network does support IPv6, but as most operators havent badgered BT enough to get them to support it, they arent providing it _YET_. This is a whole different story to not able to support it.
NAT is a mega-kludge,there's no doubt about that.
As several people have mentiojned, it was "invented" (I prefer "congealed") to help sort out the IPv4 address exhaustion issue. But along the way we discovered something quite useful when we use it.
Port Address Translation (whch is actually what we're referring to here) allows us to use private IP addressing in the home or office, and pipe all that traffic through a single (or smal number of) public IPv4 addresses.
By the way - even if we do reclaim every unused IPv4 address there still won't be enough to go araound - with or without NAT/PAT.
The ability to use private addressing is a useful way to make home networking "plug and play" (sort of), and is also useful for network security purposes. I'm sure there are may other examples of why it's useful.
So even if IPv6 was wdely adopted, I suspect most people would retain PAT to allow us to deploy private IPv6 address space "inside" the firewall - both at home and in the office. At that point all the NAT/PAT problems listed here are still there. They don't go away just because you use bigger addresses. PAT inherrently removes the end to end paradigm (oh feck, I used the "p" word" - don't forget to mark your BullShit Bingo cards) of the Internet.
Even if I moved to IPv6 native (not tunneled), I would still have to set up port forwarding to my eMule server on my home network. And that eMule server would till have to be given a static IP address, not DHCP.
I do acknowledge that NAT or PAT are dreadful kludges, but you have to admit it's a miracle they work at all. A genuine triumph of brute force over...well ingorance is a rather churlish word, but you know what I mean.
I don't really see what the big fuss is about BT's 21CN it's just a fairly standard "next generation network". Other telcos all over Europe and all over the world are rolling out similar infrastructure and not making a huge song and dance about it.
Unbundled ISPs in the UK and Ireland are already using '21CN' type technologies and have been since their launch.
From what I can see 21CN is entirely a marketing campaign. The upgrades to infrastructure are nothing particularly special.
You can just imagine the conversation between the engineers and the beancounters:
BC: What's this IPv6 stuff - it looks like it's making 21CN a bit too expensive
ENG: Oh, that's the new protocol - we use IPv4 at the moment but that's going to run out of addresses
BC: New? Why can't we just use IPv4
ENG: Well we can, we do at the moment, but it's not very futureproof
BC: Could we not just use IPv4 equipment for now, and upgrade it later down the line when more people need it
ENG: Well, in principle yes, but that'll cost more money down the line and it doesn't make sense to buy all this soon-to-be-redundant equipment. And i suppose we could kludge some ipv6 support...
BC: And that'd be cheaper?
ENG: For now yes, but it's far from ideal!
BC: Ok , settled - we'll go for the upgrade later option.