Internet Protocol version 10 (IPv10) Specification
The name is funny (IPv4 + IPv6 == IPv10), but the actual proposal looks strange (one more packet format to battle incompatibility between packet formats).
Is it a normal proposal that have balanced pros and cons or just a minimally viable document to make fun of "IPv10" with a serious face?
If serious, please describle it in a "tl;dr" fashion. Why this and not another transition technology like nat64/teredo?
As Ron said, anyone can write a proposal. I have a hard time taking proposals seriously from someone who suggests interconnecting satellites with optical fiber, though.
Also, I can't imagine this actual proposal gaining any momentum, especially due to this note:
All Internet connected hosts must be IPv10 hosts to be able to communicate regardless the used IP version, and the IPv10 deployment process can be accomplished by ALL technology companies developing OSs for hosts networking and security devices.
So, to solve the problem of IPv4-only hosts not being able to talk to IPv6-only hosts (and vice versa) you need to implement another protocol: IPv10. Then, why bother with that and not just implement IPv6 on that IPv4-only host and be done with it.
In addition, as can be read in RFC7059, there are already more than enough tunnel mechanisms available which can be used to solve parts of this problem.
To be honest, I think the author is hoping on some commercial success by claiming copyright, as can be read in these tweets:
ANNOUNCEMENT: Protecting the Copyright, The #IPv10 and KHALED Routing Protocol (#KRP or #RRP) are developed by @The_Road_Series CEO.
They MUST NOT be represented or published by any organization without approval from their developer @Eng_Khaled_Omar
Today 26th of May, 2017, a 2nd request was sent to the ietf for removing #IPv10 #KRP (#RRP) drafts from their repository.
You must remember that anyone can submit proposals to the IETF, and they are taken seriously, until they are either adopted or die due to lack of interest.
This particular proposal has expired and been renewed by the author several times. It doesn't appear to have much, if any, support, and it doesn't even have a proposed RFC status, e.g. Standards Track. The author is probably serious about his proposal, but he doesn't appear to have garnered any serious support for the proposal.
There is a proposal to sunset IPv4 that is serious, and it has a full working group behind it, but it has a long hard road ahead of it to full adoption. It intends to address the problems inherent in the transition from IPv4 to IPv6.
Is “IPv10” a joke or a serious RFC draft?
Both. That draft doesn't solve a single problem but opens a can of new ones. I guess that bloke is serious and he doesn't get what ridiculous schemes he's proposing. The joke's on him.
There's an excellent reply to that draft on xkcd, inevitably.
The Fiber Satellite proposal is even more ludicrous as it neglects required fiber lengths (265,000 km per orbit in geosynchronous altitude) and totally ignores orbital mechanics (it's utterly impossible to keep satellites in different orbits at the same distance).
IETF should block him for trolling.
It's a serious attempt to solve a real problem. Whether the solution is good or bad (it's probably rubbish), its problem statement is correct: the current strategy of trying to implement IPv6 has so far failed. As its introduction says, 19 years of IPv6 and there is still no way we can see ourselves to have transitioned in any meaningful way.
As it mentions, we have already got some bridging solutions such as NAT64 (it mentions others too). These are fine and good but still don't allow a full transition to IPv6 either - they assume public IPv4-only hosts are here to stay.
That said, I am skeptical about how this specification would help given what I see are fundamental problems with the transition to IPv6. I haven't spent much time trying to understand how it tries to, and maybe it is wiser than I (though consensus among the other answers suggests I'm right), but it seems to suffer the same bootstrapping problem that IPv6 has in the first place.
To answer the But it is still a serious attempt at solving the problem.
There is some validity with the implementation of a new protocol. The current translation protocol is NAT64.
NAT64 is an IPv6 transition mechanism that facilitates communication between IPv6 and IPv4 hosts by using a form of network address translation (NAT). The NAT64 gateway is a translator between IPv4 and IPv6 protocols,1 for which function it needs at least one IPv4 address and an IPv6 network segment comprising a 32-bit address space. An IPv6 client embeds the IPv4 address it wishes to communicate with using the host part of the IPv6 network segment, resulting in an IPv4-embedded IPv6 addresses (hence the 32-bit address space in the IPv6 network segment), and sends packets to the resulting address. The NAT64 gateway creates a mapping between the IPv6 and the IPv4 addresses, which may be manually configured or determined automatically.
The main idea for IPv10 would be the elimination of NAT64. Strictly speaking, NAT has always been a bottleneck.
