One could argue that supplying the market with ~4M more IPv4 addresses though can delay IPv6 adoption by X more months or X more years, because the pressure is significantly reduced. Now that 4M more devices can get IPv4 (servers that need it), and that CGNAT can take care of the eyeball side, we’re set.. No need to change. :-)
On 19 Jul 2019, at 10:26, Phil Karn karn@ka9q.net wrote:
On 7/18/19 23:12, Holger Baust wrote:
I have just seen that parts of this block is used in Germany by some HAMs. If there was an arrangement with you? I don't know. Well, have you informed other IARU Members of the selling of this IP-block? When not, Your organisation should do it before HAMs in other countries will run in problems...
I was assured that this block was not actively allocated to any hams. Is it possible they're using it unofficially?
Is there a IPv6 Block registered to HAMs?
If there isn't, I'm sure there could be. But this isn't strictly necessary just to run IPv6 over ham radio. Hurricane Electric (HE) still runs their free IPv6 tunnel broker service, which I still use at home alongside native IPv6 from my own ISP (Spectrum Cable, formerly Time Warner Cable). By default they'll give you a /64 that you can have tunneled to any routable IPv4 address you like. To optimize routing you can choose the closest from a long list of tunnel gateways around the world and if you pass a few quizzes to show that you know what you're doing, they'll also give you a /48. I sub-delegated a /64 from my /48 to the Mt. Carmel HS ham club network (W6SUN) where I am a mentor. HE will even delegate PTR zones, again if you can show you know what you're doing.
Most ISPs that natively support IPv6 also support prefix delegation. They'll typically give you a /64 that you can hand out on your LAN with DHCPv6 or stateless autoconfiguration (e.g., advertise with the Linux radvd daemon). Some will give you more than one /64 if you ask, but nothing actually says you must use a /64 only on a single LAN. You can always divide it further if you like, and with twice as many bits in the host part of an IPv6 /64 as in the entire IPv4 address space, this can't be hard.
While in theory these delegated prefixes can change, in my experience this is very rare. Also, a major design consideration in IPv6 was to make large-scale readdressing as painless as possible. (I wasn't personally involved in IPv6 development but I was active in the IETF during that time and I did follow the discussions.)
The usage of IPv6 has some problems. First a lot of software has to be recompiled or completedly rewritten,
I don't think so. IPv6 has been out for a very long time. Every major OS has had it for years, and it is stable and well supported. More and more ISPs support it natively, and even if yours don't you can still use a tunnel broker like HE, provided you have a single routable IPv4 address for tunneling (i.e., you're not on carrier-grade NAT). The one ISP I use that does have carrier grade IPv4 NAT is Verizon Wireless but they also support native IPv6 so there's no problem.
the other problem sits between several chairs and keyboards. (as in a lot of other internet companies)
If by this you mean we have to convince people to simply turn it on, you are correct. In my personal experience, the biggest practical drawback to IPv6 is that it is enabled on very few public WiFi hotspots. Since many of them are too overloaded to be useful anyway, probably by automatic iOS and Android app updates, I generally just fall back to the hotspot in my Verizon iPhone. But at home, I use IPv6 quite heavily. It. Just. Works. Really, it does.
Some developers, admins and ops do not understand the new addressing or routing and some hardware vendors do not give IPv6 a priority in developing...
As I said, IPv6 is much more widely supported than many people realize and the only problem is just getting people to turn it on. I think that's simple, at least compared with the steep learning (and development) curve we were facing back in 1986 when I first began the AMPRNet project with Brian. I still remember the snowy night in a Harrisburg PA hotel in early 1986 when Bdale Garbee, Mike Cheponis, Bob Hoffmann and I sketched out a hierarchical addressing plan for AMPRNet on the back of a proverbial napkin. That's when I invented the slash subnet notation ("44/8") that everybody still uses today.
73, Phil
44Net mailing list 44Net@mailman.ampr.org https://mailman.ampr.org/mailman/listinfo/44net