Submind YouTube summaries
Thumbnail for Keynote: Geoff Huston

Keynote: Geoff Huston

Watch on YouTube

Video summary

Geoff Huston argues that while open technologies like TCP/IP successfully broke vendor monopolies by enabling interoperability, maintaining this openness is now critically endangered due to the rapid exhaustion of IPv4 addresses. Despite a decade-long plan to transition to IPv6, adoption remains negligible at around 0.3% of traffic, leaving the internet reliant on IPv4 with only seven /8 blocks remaining that are depleting at a rate of one per month. The speaker identifies several significant barriers preventing a smooth transition, including technical flaws where dual-stack implementations suffer from high failure rates and performance degradation, as well as economic misalignment where incumbent carriers lack motivation to deploy IPv6 because it reduces their control and profit margins. The industry faces a precarious situation where the explosion of mobile devices, particularly in Asia, has accelerated address consumption far beyond predictions, rendering previous transition timelines obsolete and driving IPv4 addresses toward becoming expensive commodities. Huston highlights that economic theories suggesting companies might transition to IPv6 to sell off expensive IPv4 addresses are complicated by unpredictable pricing and the fact that mobile operators currently prefer IPv4 due to its lower cost and established infrastructure. He challenges the notion of unilateral adoption, pointing out a game-theory dynamic where early adopters risk being "losers" while those who wait for critical mass become winners, lamenting that society is forced to play this high-stakes game with essential communication infrastructure rather than having a coordinated global strategy. To address these issues, Huston emphasizes that IPv6 adoption must prioritize improving user experience over rigid technical mandates, as poor performance drives users away from the technology. He highlights techniques like "happy eyeballs," which parallelize DNS lookups and TCP sends for both IPv4 and IPv6 to ensure the fastest connection, proving that dual-stack implementations can enhance rather than degrade service when properly configured. This approach counters the narrative that IPv6 inherently degrades performance and suggests that with the right implementation, networks can offer superior speed and reliability without forcing users to pay a premium or endure connectivity drops. Ultimately, without altering economic incentives for major players like Telstra, Apple, and Google, the world risks driving a stake through the TCP/IP monoculture, resulting in a closed, less accessible future defined by walled gardens rather than an open network. Huston dismisses the idea that Japan serves as a model for IPv6 leadership, noting that aside from specific projects, major Japanese providers still rely on IPv4 because activating new customers via IPv6 remains prohibitively expensive compared to conventional technology. The conclusion is stark: if the industry continues down its current path, the internet will fragment into privatized segments where access is dictated by ability to pay, effectively ending the era of a truly open and interoperable global network.
Read the full video transcript
Hi, thank you and good morning. Um it's good of all of you to come out here on Australia Day. Um and I hope the sausage sizzle goes really, really well. I hear Vince Serve came and talked to you yesterday and is a really good guy and an excellent speaker and a professional optimist. I'm not. So, what I want to talk to you today about is the slightly uglier side to all of this. Um you know, when you look at open systems, I'm blowed if I know why this thing doesn't quite display. In the 1970s, there were really two foundational technologies that I think started a movement around openness. Um both were in some ways, I think, almost accidental. UNIX, as you well aware, was actually a byproduct of an antitrust regime at AT&T. But literally having invented this really cool operating system in their labs, it was just impossible for that company to commercialize it. So, in some ways, they just simply gave it to the community and look what happened. Astonishing success. Similarly, another technology appeared in the 1970s and that was packet switching. Packet switching really was revolutionary because previous to that, we'd thought about communication in really sort of two ways. One was writing it on a piece of paper and sending it through the postal system and the other way was talking to people, which required required real time. So, when we built electronic networks to handle people talking, oddly enough, what we tried to do was to keep time constant so that this entire switching system that we built called the telephone network preserved time all the way through. And it was this revolutionary cut through that happened with packet switching which sort of thought, you know, I actually don't need to preserve time when it's computers. I don't care when you get the next packet as long as you get it at some point, that's cool. And up came a revolutionary approach to networking that instead of switching time switch packets. It was cheap. It worked but uh fundamentally there was something very strange about that technology. Although a lot of commercial companies tried hard to make things like that work what really made a difference what fundamentally changed networking, oddly enough, was a contract from the US Defense Advanced Research Project Agency, DARPA who contracted the good folk at Berkeley to write an open source implementation of this newfangled networking protocol TCP/IP. Revolutionized the world because all of a sudden that single open technology just wiped out everything else on the planet. We're now actually in a monoculture in networking. There is only TCP/IP. And even the residuals of the voice switching network, you keep on hearing Telcos all the day going, "Oh, we're giving up the voice network. We're going to an all IP network. Aren't we wonderful and sexy and everything else." You know, but openness is really good. Interestingly from a world of vendor technologies in the 1970s and 80s, where if you had stuff from digital, you had everything from digital. Digital cables, digital plugs, digital computers, digital, you know, digital technology. If you had stuff from IBM, it was all from IBM. And companies, enterprises, government agencies were locked against vendor. That all fell apart in the and it fell apart predominantly because of this pressure from openness. Folk wanted to compete. Folk wanted to bring in their product and plug replace stuff from vendors, other vendors. And open technology served that brilliantly, don't they? I'm like they are accessible. They are neutral in terms of competition. Anyone can build stuff against it. Because it's open, you can make it better. It's functionally extensible. And of course commercials can use it too. It is exploitable. So, you know, the internet itself didn't become what it is today because IP was good. As a technology, IPv4 was about as mediocre as any other technology at the time. Except AppleTalk, that sucked. You know, anyone who goes could have done it, right? And and it wasn't that it was IP, it was the fact that there was this brilliant open implementation that you could put even on a toaster, as Simon Hackett did from Adelaide, you know. It was so good and so widely used that even the bugs in that implementation are in current stacks today. You know, everyone uses that one block of code. So, you know, why are we here? So, what, you know? I'm not here to sing from the open book. I'm like you can all do that and you all know why you're here and you'll know why openness is good and that's fine. But my real proposition to you is that it's not that open technologies are good and you know, that's fine. It's staying open that's the problem. Because when you get people building on it, when you get extensibility, their first reaction is that bit's mine. You can't use it. And all of a sudden you start putting ring fences around that technology. So, staying open is really hard. And it's really, really hard for the internet. And you're about to see another fight of titans. Because we're not sure that an open internet will still be around in 5 years time. What is going on behind that proposition? Why is this such a problem? Well, you know, very few useful technologies are static. Only the old ones, right? The ones you don't care about and get, you know, get into sort of stasis. Because technologies do evolve, uses change, exploitation models change. No one when they thought about shipping packets ever thought it would happen in the air. You know, no one ever dreamt that the iPhone was going to be part of some what some weird future. No one ever thought, by the way, that there'd be more mobile users of the internet than not in a couple of years time. That was never part of what we ever conceived of the internet. And if anyone's ever tried to make TCP/IP work fast over wireless, you'll know what I'm talking about. It's crap. Um speak to the NBN folk. Um So, the issue is that in trying to make things stay open, there's this constant sort of war of demarcation. Because folk who invest money, the competitive interests, want to pull that into their realm of private ownership. And there's this other part, the openness bit, the common interest and public good. And we've seen those particular debates happen recently in a whole bunch of places. In the US in particular, that first one, net neutrality, is a big thing. This idea that, you know, well, I'm in control of the packets. TV on on IPTV, good. BitTorrent, evil. BitTorrent packets won't get through. My packets will. And even yes, I like Google, I don't like being. I like my you know, trying to bias the network and no longer being neutral for all players is certainly part of the problem here. Carriers have the technology to basically respond to different kinds of packets in different kind of ways. What should they do? Trying to make sure that our networks are neutral. Trying to make sure that every application, even yours, still works on tomorrow's internet is really a difficult problem sometimes. And of course there's this whole thing about next generation networks. Trying to make networks sing and dance and do everything else all using proprietary technologies. And you've seen this whole issue with mobility and mobile services. And of course even this whole triple play quad play trying to pack IPTV down down your your wire. All of those things typically rely on a technology base that's not open. A technology base that is full of patents. Full also of occluded source code. Nothing is available. You're trying to reverse engineer things without truly knowing what was going on. So all of those challenge our concept of openness in networking. But you know, above all of those, let's just focus a little bit. What's the one thing that's really important? Um if you don't have open addressing, you don't have a network. If I don't know your address, I can't send you a packet. It's as simple as that. If you can't get addresses, you can't join the network, you can't be part of this community. We need open addresses and we've just run out of them. Which is a bit of a bummer. Um we're a victim of success. Every single internet graph, I make most of these technology graphs up and to the right, big curve, isn't that wonderful? Let's put some numbers on it just to sort of look at this. There are 4 billion addresses in the V4 addressing scheme, 4,000 million. Right? So, line in 2009, we gave out about 5% of those addresses in just 1 year. 189.6 million addresses. So, down there at the address giving out area, we were working really, really hard. Uh but last year we decided to work really, really harder and we gave out 248 million addresses. Now, if you equate an address with a customer, that's another quarter of a billion people on the network. In actual fact, because of NATs and everything else, normally that's 1 2 3 4 people behind each address. So, in other words, there are around oh, 300 million new things on the network. What were they? Phones. Bloody phones. In Australia alone, we gave out 9.6 million addresses last year. We only have 17 million people living on this island. You know, bloody phones. Um the revenge of the phone company. And in actual fact, this is a sort of a daily graph, the sort of how much each day, smoothed out a bit. And you can see in the northern hemisphere folk go on holidays a bit in the middle of the year and you know, they work on either side. But you notice 2009 sort of trundle along, 2010, can anyone spell panic? Cuz, you know, life is getting rough. Um this is a sort of a stock pile of where we have in the factory of addresses, we hand out addresses in lots of 17 million. It's a binary thing, 2 to the power 8, right? Or sorry, 2 to the power 24. And we count addresses using these blocks of what we call {slash} eights. In V4, there are 256 of these blocks. Uh the dear old standards folk have said 35 are ours, you can't touch them. Never, ever, ever. Fine. That leaves a few left. We have handed out 213 of these blocks. There are seven left. And we're getting through them at a rate of one block a month. So, you know, what are you going to do about this? Well, we had this wonderful plan cuz we knew this was going to happen in 1990. Cuz even before the internet was even a twinkle, you know, of commercial success, even before everyone started taking VIN seriously, it was pretty clear that once we'd entered into the revolution of a computer on everyone's desk, let alone in everyone's pocket, the address space wouldn't last. It would come to a crunch. And the predictions were sometime between 1998 and seemed like a good enough idea, we'd better do something. So, we had this really good idea that what we'd do is we'd create a new protocol. And we'd call this protocol IPv6 cuz someone had used five and blah, blah, blah. But, the idea was cuz we're all great at engineering, that we'd never actually run out of addresses. Because we're going to plan. So, as the internet grows, big green line going up to the top on the right, and as the available pool of V4 addresses, blue line, starts to plummet earthward, all you guys would be so well attuned to the environment, you know, and attuned to the situation, you'd start running V6. So, that by the time we got to, oh my god, we're getting a bit low, we'd all go, so what? We're all running V6. Now, I worked for Telstra for 10 years, much to my shame. Um it was a really enlightening experience though, cuz when I joined, I joined in about oh 1995, they told me about the year 2000 committee. Cuz we're all in the Y2K business. Oh, well, it's over. No, no, no, it's not a problem. We started our year 2000 committee in 1987. We're been planning. You know, these are the guys that look at disaster and you plan decades in ahead for it. So, we thought this was a really good idea. You know, this is an industry that thinks ahead. So, as long as we sort of put this V6 out there, industry would go, oh yes, not a problem. We've got a thing with V4, we better start using up V6, you know, moving into V6. So, you know, you'd all act rationally. So, a few years ago we started worrying about this problem. So, we started looking very, very closely about what industry was actually doing. And we started looking really carefully about how addresses are being used. Um so, these are a few plots. You actually We've actually been plotting the data every hour for years. And you know, you do some maths and you do some projections and you start to look at this and I've been doing it for some time and I can tell you right now that IANA is going to run out of addresses in February and that's no surprise. And it's not going to be the end of February. And it's not even going to be the middle of February. IANA is going to run out of addresses in February and that's going to be pretty, pretty clear cuz we're right, right down at the bottom. And it's also pretty clear that there are five regional internet registries and one of them is here in the Asia Pacific. And it's pretty clear that the rate we're giving out addresses in the Asia Pacific, someone's going to come knocking on our door in about July and saying, I want a gazillion addresses and the answer will be, no, we've actually got none. None. Go figure. So, the real answer was and the answer we're going to tell you in July is, "Well, you should have been running V6." So, the next kind of question, which is a really cool question, is "How many folk run V6?" Put up your hand. You're weird. Because if you're like the rest of the world out there, only one person should have put their hand up. Because when Google do this measurement and look at the folk coming to Google, the number of folk that come to their wonderful dual stack Googley thing is 0.3% Not 1%, not 3%, 0.3% three in a thousand. So, a couple of people can put your hand up, you know, fine. That's where we are. And look at that graph. Is that an up and to the right graph? Hmm. No one's running it. So, you know, something is really, really not right in all this. That you know, this great plan we had is now looking pretty bloody weird. SO, DO YOU LIKE THE TRAIN? UM SO, SO THE real test is, you know, is this plan feasible that we can dodge the bullet? That somehow we can go from 0.3% to 100% in 7 months. So, let's just sort of examine exactly what I've said here. So, we're going to deploy IPv6 across currently 1.8 billion people. Multiple devices, multiple things. 1.8 billion people, okay? More than a billion in hosts. How many routers? Hundreds of millions. How many firewalls? How many pieces of middleware that don't work properly? And you guys have been so busy writing all those stupid filters and firewall lists, all that configuration code, all of that code you've been doing that's V4 only. You have to change all that. Every last piece of code. And we better audit it and all those support systems and all the paraphernalia that makes the internet work all works on V4 only. You've got 200 days. Why are you here? Go. I maintain my Yeah, right. Who actually really runs V6? Who's got the white screen of death on their browser about every day? Because sometimes when you run V6, really happens badly because you're doing fine and the other end has no clue. And the TCP connection just goes gack. You don't even fall back to V4, just goes gack, white screen. Sit there for hours, look at everything. Have I plugged it in? Have I turned it on and off again? Do it again. White screen. This is really frustrating. Who also you guys have been running it? How long does it take you to get to some websites? 35 seconds is pretty typical in some cases. Why? Try V6. Hmm, timeout. Hmm, sends another packet in V6. Hmm, the guy had a quad A record, it should be coming in V6. Hmm, hmm, what's the time? Should I make a cup of tea? Oh, bugger it, I'll try V4. Whoops, there's the page. Why do you bother turning it on? As a user experience, it sucks. So, you know, when you look at all this big plan, you're going to make all this work in 200 days to make the network suck. Something is really weird. So, you know, when you look at the real transition plan we're about to head to, it's even more broken than that. We have no clue. And we have no clue in about 7 months time. We just have no idea. Because over in the factory that makes iPhones, they're busy saying that Apple made $6 of profit last year and they're going to make $68 trillion of profit next year. They're not cutting down on their production. They're busy pumping out chips like you wouldn't believe because as far as they're concerned, yep, 250 million new addresses next year, not a problem. I'm just pumping this stuff out there. So, how are we going to do it? V6 is not the answer. Not in that time frame. You're going to need a lot more time than 7 months to make the next V6 only device that only talks V6 a useful member of the network. It won't happen in 7 months time from now. So, somehow you've got to do something else. You've got to persist in using network address translators. You know, those things that somehow you bought out there, your ISP gives you only one address and you share it amongst all your machines at home. Yeah, NATs? Does it work? Yeah, cool. Cool. Let's test this theory. Because we're going to go into the when doesn't it work mode. Uh because the frightening fact is it won't. So, you know, right now NATs are really, really cool. The thing is about NATs is most of the time from an internet service provider's perspective, you bought them, you paid for them, I don't care. From the ISP's perspective, there is no such thing as address shortfall or address scarcity right now. You guys have a problem, I don't. So, they honestly don't give a stuff about that. And you know, most of the time most of the stuff works. And even then when you go, "Oh, I don't work properly. I need a real address." Nice people say, "Oh, sure. Pay me 10 bucks a month and I'll give you a real one." So, out there in consumer land, oddly enough, you know, addresses already have a price. But, when you add more NATs, all of a sudden the ISP has to start putting NATs in. Thank you. Uh it is a bit evil. In fact, it's really evil. Um it's evil for a number of things. One, when they put in a NAT, it's not going to be a little NAT, and it can't afford to fail. It's going to have to be a rather big NAT, and it cannot afford to fail. Which means it's going to have to be an expensive NAT. Who's going to pay for it? Look to yourself. Yeah, you're going to pay for this stuff. Yeah? How well is it going to work? Hmm, interesting. Um at the moment, a lot of you guys write applications. Yes? And you sit there and go, "You know, is there a NAT in the path? If I send out one of these packets and get back one of those packets and send one of these packets and do this thing, I can work out what kind of NAT I'm behind and get around the problem." Yeah? You do. Whole bunch of traffic like that. What happens when the carrier puts a NAT in? What about two? Or maybe three. Just to make life interesting. And because NATs don't have a standard, because the IETF got so snotty that standardizing NATs was beneath their dignity, everybody who writes a NAT writes it creatively. Every single NAT behaves differently, and even NATs from the same vendor change across models. As an application designer, you're stuffed. And when carriers start deploying it, things get really, really, really ugly. Because the more intensive use of NATs is going to start breaking things like crazy. The aperture through which your application looks at the internet is slowly shrinking. But at the same time, applications are now discovering parallelism. How many web pages only have one element on them these days? Oh, How many have 500? All of them. How does your browser cope? Well, I just launched 500 TCP sessions at once. I've got all the ports I need. Today. But when you have a carrier grade NAT, that's precisely what it's rationing out and sharing, port space. We're now eating into those next 16 bits of UDP and TCP port space. And they're finite. And they're really small. And all of a sudden that aperture through which you look through won't work. How many ports do you need per customer? The answer isn't one. The answer's a lot closer to a few thousand would be good. But if we want to put in a quarter of a billion more new users next year, and the year after, and the year after, and the year after that, one looks like a frighteningly soon prospect for NATs. We can't make that work. Cuz all of a sudden, everything you've assumed about NAT behavior won't. So, if you think that well, I don't need to do V6, I can just do NATs. The network will still work. NATs are just fine. Which is what I thought I heard 3 minutes ago. Yes? You're wrong. They can't scale that far. We can't make a network at say 5 to 10 times the current size of the network using NAT. IPv6 is almost your only choice. Isn't that cool? I believe it was Russian. I never know if it worked or not, but it's so cool. Um When I you know, when you look at this stuff, the first thing I read was the engineering plan for V6. Because being good engineers, we wrote down our requirements. And there's this long piece of crap you can read it somewhere. It's in an RFC. But you got to grab You got to do a search for two key critical words in this order. Backwards compatibility. Cuz it was in the spec. V6 was meant to be backwards compatible. I speak V6, you speak V4, we can have a fine old conversation. Nah. Nah. Nah. Nah. Doesn't work like that. I speak Swahili, you don't, we're stuffed. I speak V6, you speak V4, we cannot talk. So if I'm speaking V6, you have to speak V6, too. How many people spoke V6 again? Put your hands up. Well, what about the you know, there's a problem going on here, isn't there? Not all of you speak V6. So if I only spoke V6, I can only talk to you few people. Rest of you leave. I'm sorry. You can't understand me. Well, if that doesn't work, I've got to speak V4 as well. So all of a sudden, because it's not backward compatible, V6 isn't a replacement for V4. It's an and. So during this transition that we're about to go through, I still need V4 addresses to fuel an internet that grows at at least 250 million new people a year. And what did we say about NAT? They don't work. So do you start to see the beauty of the problem? You know, it's brilliant. So, we had this wonderful plan. You know, when you put it in PowerPoint, it all looks so plausible. Um you have these bits of V6 at the edge. That's true, you know. I can even do words and sing and dance. You know, you know, it's just wonderful. You know, you do these V6 islands. You all run What was it from Microsoft? 6 to 4? Anyone run 6 to 4? Don't. Do you know what the failure rate is for 6 to 4 on connects that I see at the server end? 15%. 15% of all folk running 6 to 4 can't complete the connection and fall back to V4. So, if you're running 6 to 4, what's the only thing you get? A really, really slow internet. Turn it off. Okay. Um so, this stuff got to The idea was that it was meant to sort of then promulgate into the ISP land that all of a sudden these isolated islands would start doing bridges and we'd run this sort of strange hybridization world and, you know, in the end goodness and light would prevail and the world would be wonderfully V6 and V4 would be a legacy. So, the only problem with that plan is that economically it's rubbish. So, no one ever did it. And now it's too late, so it really won't work. So, the combination is really, really bad. Um the idea was that that only works if you have enough V4 addresses to last through the process. The other model is the transition would only take a small number of years. I said that those 1.8 billion users and those millions of lines of code that were done by contractors years ago wouldn't be done in 200 days. That the world would not be ready for V6 in 200 days. Fine. How long is it going to take you guys? Geez, you're optimistic. Honestly, there is so much even the last 20 years, we have been so bloody busy building and just putting it out there and then sealing it up and moving on. There is so much infrastructure, so many weird rules. I don't know about you, but where I was at one particular location, we turned on V6 and I found this was bizarre. All of a sudden, there was no more firewall, no more filters. Every single port on my machine worked. It was Nirvana. And the real answer from the local sysadmin was, "Well, you know, no one's ever used it before. You know, it's just open." When you turn on V6 as an ISP and you go to a customer and the customer was running a NAT in V4, what are they running in V6? Nothing. When you turn on V6, how open is the network? Completely. You know, all of these little issues that will start to fly up. So, all of those assumptions about V4 really get down to the issue that this entire transition, which will take Some economists have said 70 years, which I think is but, you know, five strikes me as equally insane. So, somewhere around 10 years to undo the last 20 years. We need V4 addresses and that ain't going to happen. So, dual stack isn't, "Well, I'm going to run V6. Let's turn off V4 tomorrow." Dual stack is actually double the fun, double the cost, and double the pain and no one knows for how long. Right? You've got to actually have both. So, we're going to have to stretch out IPV4 forever. Now, this is tough. This is tough. Um because we don't have any idea how to do this. Australia wanted 9 million addresses in this last year for all these new iPhones. What if Apple go and invent something in between the iPad and the iPhone or something, and all of a sudden we need three devices, then we need four, we need one for every car. Where are you going to get the addresses from? If they want to talk to the rest of the network, how's that all going to work? Because quite frankly, when the pool runs out, you're going to have to start looking at each other. So, it's pretty clear we're about to do something we've never done before. Actually, we did do it once. We did do it once. Anyone remember the spectrum auctions? How many companies bid so much they sent themselves bankrupt? Oh, the Dutch company KPN. How good are these carriers at market economics? Oddly enough, really crap. They're great marketing firms, but in terms of actually understanding how markets work and their supply lines, they're remarkably weirdly bad. So, what are we about to do to the V4 address space? Well, if we're not going to start giving them out, cuz we've given them out already, where are you going to get your next address from? Look to your left and look to your right. How much is it going to cost? Won't be cheap. Scarcity has its own price. So, all of a sudden, IPv4 addresses are going to cost a lot. And that's going to be weird. Um So, I've seen a whole bunch of folk with a whole bunch of ideas, and I find it strange cuz some of them are sort of mutually contradictory. Um there's a whole bunch of folk saying, "Do more NATs. Deploy more NATs." and a whole bunch of other folk saying, "You know, this is really daft. NATs only just work now. If we start ganging them up and layering NAT upon NAT upon NAT, most applications that currently try and slide their way through NATs won't. They just won't work. Or we could use a larger private address pool, start privatizing more of the public space. I always find that a bit weird, but some carriers, oddly enough, are really keen on that. Wonder why? Hmm. Um there's ideas of rationing. Uh there's idea that we're all be very public-spirited and we'll give back our last before addresses rather than sell them. Um yeah, right. Um there's this idea that somehow we'll magically figure out how to regulate address transfers or another group that wants to deregulate them. Some folk want markets, some folk don't want markets. But the real question or the issue is in all this, we have no idea what future we're building into. Which for an industry that has completely given up all other forms of networking culture, TCP/IP is now a monoculture. That's all we have. There's nothing else. And within a year, we have no idea where we're going. So this entire world's production and communications is now sitting staring in an abyss where we have no particular idea where we're going. Because when we try and make V4 stretch across this transition, we really don't know for how long we need to do that. We've got no idea where the sort of the cumulative end point is, how long we have to make it work, for how long do we long do we need to hold our breath, who gets to win, who gets to lose. And then there's this other minor problem. This is a deregulated industry. There is nobody in control. So the real question is, as we explore some very, very hinky areas of technology, will we ever get to V6? Because if we have to create a network that really is not V4 or V6 in this process, will we ever come back to openness again? Will we ever come back to an open network? Or will we end up during this transition privatizing a huge amount of the open space and never resuming its openness again. Some kind of curiously struck with that question because that question seems at the heart of what openness was all about. That if you have to make some temporary measures that sort of fix over the problem because you've got this good place V4 and you've got this good place V6, but you have no idea how to get between the two. And then you sort of start asking, "How do we wedge ourselves on this? How have we come so close to this precipice? That having created a monoculture of TCP/IP, we're now about to drive a sort of dramatic stake through it and go, 'Geez, that's a problem.'" Um I suspect there are a number of really fundamental reasons that are quite frighteningly bad. Um The one group of folk that lost over the last 10 years and their share price just shows it. In Australia, it was Telstra. It lost. Telstra was part of a monopoly cartel across the globe that controlled communications. They owned the handset. They owned the wire. They owned the vendors. They owned the technology. They owned you. Completely. They had complete control vertically over the entire market. Over the last 20 years, they've lost everything. And it wasn't because we deregulated telephony. It was because of computers and the internet. It was because you guys started moving packets around. And they lost everything. Because now we're moving voice through IP as you well know. And all of a sudden, the rich rich rewards of being a monopoly just disappeared. And now, who are you asking to spend money to build V6? Those same people. Are they interested in spending more of their money to create an even gloomier future for themselves? Well, the evidence is no. How many products does your local carrier have commercially that offer V6 today? And that's not an observation about Australia. Almost every country in the world. LT We'll get into that. It's not what you think. But at the moment commercially there's just nothing out there because these guys aren't motivated in creating an open network because for the last 10 years the only thing that openness has done is ripped apart their control of all parts of this industry. Openness has never been in their interest as a carrier. So they see all the cost and none of the benefit. They don't want to spend more. Geez, what about Google and Amazon and eBay? Surely they'd be interested, wouldn't they? No. Why not? Because they're incumbents. And being incumbents, oddly enough, spending money to make it easier for more competition is not a strongly competitively good move. So oddly enough, pandering to the existing base and making sure if you will that you actually don't create a field that's more open to future competition is actually not that bad competitively. So right now the folk who have benefited from complete openness in the past are actually a little bit ambivalent about the future. Because in some ways closed networks where you have to pay to enter are well within the financial reach of incumbents. They can afford it. And if what that does is increase the barriers to entry to new competitors, that's a good thing for them. Not for you. So now, those incumbents are part of, if you will, a field that sort of says, "I'm not that interested in openness per se above all else." So, what about consumers? So, okay. Here's the proposition to you. You're all customers of me today, aren't you, lucky? Now, you can have a dual stack network as of tomorrow, and it'll all cost you 20 bucks a month more. It's the same old internet. Exactly the same. Everything else is the same. All the apps are the same. I'm going to give you V6, but you're all going to pay 20 bucks more, or you can go and join another ISP. What are you going to do? You're all going to leave me. I'm sorry. You know, it's been a great idea, and you've been wonderful customers, but you're going to vote with your wallet. And short-term gain always trumps long-term common interest. So, even consumers aren't motivated to spend the money to allow the ISP to do this. So, this whole cost of transition becomes a real problem. Cost and benefit don't align. And so, that leads me to a rather depressing view. That the longer we toy with disaster, and we are toying with disaster, the real loser is openness. Because if anyone remembers the 1980s, it's really easy to build a network as an amalgam of closed walled gardens. It's just you can't get to there, you can get to my content. You can't get to their content unless you're a customer of them. It's really easy to build a very, very cheap new network starting using V4 with address one all over again. It's extraordinarily cheap. It is really expensive to build a network in six. So, in some ways it's not really obvious to me that we're going to continue with a truly open network infrastructure because all of the economic pointers tend to point to a far more gloomy, far more depressing world. I don't like it. And I hope that you don't like it either. Cuz I think that's the worst possible outcome we could possibly envisage. It's just terrible. But the problem and the challenge I'm going to leave you with cuz I'm not an optimist is that we have to fix this and we have to fix this by altering our environment. Folk like Telstra, folk like Apple, folk like Google, folk like eBay need to see motivations as to why they should continue with open networking. Why V6 is in everybody's interest including theirs. The fact they haven't so far is a failing of mine. But I'm very sorry to say this, give you this problem to you because somehow you really need to prevent a multi-trillion dollar industry falling flat on its ass. Thank you. Thank you, Jeff. We have time for a few questions. I'll have a couple of people I guess start over here. For the final IANA allocation, you said early February. From things various people have said, there is actually a day. Can you tell us the day? I'd love to be able to tell you that. No, I unfortunately I can't. Um, I I would, however, advise that if you start looking at the schedule of meetings over the next few weeks and try and find where meetings are on this planet, you might actually have a decent clue as to when, but you know, literally, we have reached that point and and things will be happening in the next few weeks, obviously. Um it's it's all over. It was nice while it lasted. Can you tell us a bit more about these unadvertised addresses? Um we've always said that when we handed out addresses, you didn't actually have to use it on the internet. And well, you didn't. You just If you needed addresses, private or public, you know, you could do so. So, there were allocations made into whole bunches of places, including, say, universities, where at some point they used it and numbered all their machinery and then found themselves with NATs at the edge. So, the addresses that they used internally are no longer being advertised. Now, there are some awfully big allocations that are very, very unadvertised and quiet. And if you look very hard, you might find some into the US defense establishment, for example, where there's a massive amount of address space is allocated, but you've never seen it openly. But equally, if you look in corporate networks and similar, you'll start to see other, you know, networks that are private. Some of that stuff might reappear in a market. Because once addresses start getting a price, some folk might be motivated that the cost of renumbering or the cost of whatever they need to do is low enough that, you know, they might sell some addresses. This may happen, and you know, some addresses may become available, but we chewed through an awful lot of address space last year, an awful lot, 250 million, 5% of the V4 address space. The unadvertised pool is only 20%. So, even if you flushed all of that out, you won't buy yourself much time. And my suspicion is that the price of some of those addresses will be eye-watering. I I remember sitting in a talk that you gave. I think it was at Aug 1998 in Sydney. I was an optimist then. And the words that you used, I believe, I'm not quoting exactly, my memory is a bit hazy, but it was IPv6 will never happen. Um and and and true at the time, um we were getting through four {slash} eights a year. And the pool of a V4 address space was going to last us until about 2040. And it just didn't seem reasonable to sort of jump into one technology and then have to do another. So, it didn't look like that would happen. But in 1998, no one ever dreamt of an iPhone. You know, the technology and the exploitation models continuously change. So, yeah, um no one, I think, has perfect vision in all this. And yes, we've now reached an entirely different future. We've run out of V4. So, would would you say that it's the uptake of mobile that's the main thing that's changed? And I guess, not to heckle, but isn't it sort of your fault partly? I'd like to think it was, but it's not. It's a much bigger industry than that. Two things happened. Um one is that the middle class evolution in large Asian markets, particularly China, has happened far faster than anyone ever thought. The idea that China would have, you know, a car, a mobile, you know, a a broadband service within a very short number of years was just amazingly un- unlikely at the time. So, that pool of expansion was never going to happen. The other thing was that, you know, when you look at the form factor of these things, it kind of got a Who would ever use that for the internet? Because our model of the internet at the time wasn't a model of apps and visuals, it was a model of email and browsing and keyboards. See, the idea was the internet was some special thing that you needed clunky stuff for. So, yes, a lack of vision, a lack of understanding, you know, just how bright marketing is all about, yes, we unleashed a creative industry that, you know, for them volume is everything. And we unleashed it too early. And now we're stuck in a transition problem where we honestly don't have answers. Good day. Um I've got two questions and one you probably can't answer, but one you hopefully can. Um the first is the big thing that I see is big companies and big government departments just not implementing IP version 6. And I'm assuming that people like yourself are getting to actually talk to the people involved. I was wondering about the issues that you're seeing that they're pushing back, why they're saying, "Oh, no, we can't do IP version 6." Uh the other one, and I suppose it's almost more to the room, uh you know, some of us are sys- sysadmins, some of us get to actually control this process of implementing IP version 6, but all of us are customers. Um I is there, you know, other than writing an email to my bank saying, "Please use IP version 6." Um what else can we be doing to help those Yeah, to push the the um put the the uh thumbscrews on them to to get get around to it. Right. Uh the first question, businesses, enterprises, and governments. The Australian government's actually been really quite out there in terms of putting stakes in the ground for all Commonwealth government agencies to have IPv6. I think it's within 18 months. Now, that's a qualified have IPv6 because there's the stuff inside the agency and there's the public facing services. There's the view of government from you and I. The commitment is the public facing service. From the inside you kind of think, "Well, hang on a second. Why should they spend the money? Everything works internally. They don't need V6 to make their business function today or even tomorrow. As long as the supply lines of their equipment, you know, their vendors and so on can continue to support them, they actually don't need to change. So, they don't. And it's very hard for anyone, even like me, to come and say, "Well, you really should run V6 internally." Why? Well, cuz you should. And well, show me the business case. I'm going, "Well, I can't. I can't." But from the public side, the answer is yes, they must. Now, what can you do about this? You can make better software because V6 sucks. Every single time I turn on dual stack, my performance goes through the drain. And the only answer that I've seen so far is that vendors who used to put out software that did V6 first and then fell back to V4 have now reversed it. So now, Mac OS, Amazon, all the Microsoft products, even if they have V6, don't even use it. So, the amount of V6 out there, oddly enough, is declining. Why? Because V6 implementations suck. They're poorly written. They're written, I think, many years ago and no one's truly looked at this and said, "How do I make V6 robust and fast?" If you did that, you could reverse the preference in everything and it would just work. But for as long as the folk who turn it on keep on seeing frozen white screens and 30, 60, 90-second delays before the webpage comes up. And in a 500-part webpage, add it up. Yeah, that sucks. Folk won't use it. So, yes, the challenge is actually back at you. It's not a case of saying run V6 and make the user experience worse. That will never work. We've got to make the user experience better. There has been some recent things like I think it's called happy eyeballs. Rather than thinking serially, well, I've got to connect to this webpage and I can either use V4 or V6. Tell you what, I'll use V6 and see if it breaks and then I'll back off to V4 a year later, you know. Start both things at once. Look up the DNS in parallel. Start your TCP sends in parallel. Figure out who gets the answer first and continue with that connection. Make the experience fast. If you do that, everyone says this works. So, I throw the challenge back to you. It's actually our software at the moment in six, which is the real turnoff for folk saying, I could run dual stack, but it makes the experience worse. We've got to say, I could run dual stack and actually things will get better. Yeah, what do you say to the There's an economic argument that suggests that as we run out of IPs and the price of an IP goes up, that that will cause companies with, you know, a vested interest with a lot of IPs uh that they own to push towards IPv6 because then they can sell their IPv4s. Well, there are a whole bunch of economic plays out there in a market. There are a whole bunch of theories as to when you would sell if you had spare addresses and so on and so forth. Should I sell now? Should I sell later? Will the price go up? Will the price go down? In any new market, the first couple of years is just rampant speculation and weirdness. V4 addresses will be no different. It's pretty true to say that one sector of the growth is these things. These things have the highest revenue per user of any device we've ever dreamt about. If anyone can afford to pay an enormous amount for an address, oddly enough, it's the folk who actually back end these because this stuff is not cheap. So, I suspect the market in the addresses for mobiles will appear and oddly enough, the operators of that stuff will pay. And for some amount of time, they will live there, sort of persisting in V4 cuz it's cheaper. As to when the economics change, interestingly, it's not a unilateral decision. I just can't do well, I'm going to go V6 if I shut my back on the rest of the world. Yeah? But think about this again from a different angle. If I have the 500 million richest consumers on the planet who spend the most and I go V6, what are the rest of you suckers going to do? Every market has tipping points where the critical mass of the change becomes irresistible to the rest. And I suspect there's this strange game going on about V6 as to who gets to adopt first, loser. Who gets to adopt second, possible winner. Who gets to adopt third, loser. And it's trying to position yourself at the cusp of tipping where you've got a product just as everyone else realizes they've got to join you. That's the critical piece of timing. It's sad to think that we've got to this kind of game theory in one of these sort of vital pieces of our society. We shouldn't be playing these games with coms, but we are. What can I say? I I wish it was something else. I wish that we'd actually managed to do this earlier. We haven't. This is the last question. Everybody else will have to talk to the speaker afterwards. Is hello. More places have done uh more to adopt the uh IPv6 like Japan. What lessons can we learn from that? They have not. Um literally it was all just hot air. Um the only thing that's actually happened in Japan is that NTT did a IPTV multicast on its service using V6. But, you know, the major providers out there still offer V4 the same as everyone else. The thing is to activate a customer in V4 uses conventional technology that's been around for oh years. It's really, really cheap. To do that in V6 today, how do I do a V6 only customer as a carrier? I have no idea. And that translates to an enormously amount of cost. So, across the world, no one does this, not even the Japanese. So, no, unfortunately, there are no lessons out there from that respect. Thanks, Geoff. Okay. Thank you, indeed.