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?

  • 9
    When initially following the link there I expected to see "April 1".
    – Vi.
    Sep 9, 2017 at 17:27
  • 14
    Obligatory XKCD?
    – A C
    Sep 10, 2017 at 6:44
  • 6
    While the proposal may be a joke, the name is not. IPv4 through IPv9 are already reserved (although only IPv4 and IPv6 are used). IPv10 is the next available unassigned version. Sep 10, 2017 at 12:21
  • 5
    Interestingly, the author proposes to use 16bit for the ASN field, when 32bit ASN are already common practice Sep 10, 2017 at 14:45
  • 4
    There is a fine tradition of light-hearted RFCs, traditionally published on 1st April. en.wikipedia.org/wiki/April_Fools%27_Day_Request_for_Comments is a good place to start. Sep 10, 2017 at 16:11

5 Answers 5


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.

  • 15
    Well you know what they say - you can solve all problems with another layer of abstraction, except for the problem of too many layers of abstraction!
    – bye
    Sep 9, 2017 at 22:39
  • 15
    ROFL at the satellites linked by fiber. Sounds about as reasonable as IPoAC.
    – reirab
    Sep 10, 2017 at 6:41
  • 16
    He is out of luck with the copyright. He has already assigned copyright to the IETF by engaging in the RFC process, regardless of what it may say in the text of the document, which does not conform to IETF policies.
    – user207421
    Sep 10, 2017 at 12:52
  • 16
    Time to re-train my brain not to implicitly trust anything I read in the RFC format.
    – Matt
    Sep 10, 2017 at 16:04
  • 6
    Tweet link made my day(/week/month) Sep 10, 2017 at 16:13

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.

  • 4
    Everything is ready for IPv6 for years. Actual adoption may seem slow, and the reason is only because IPv4 still "works". However IPv6 traffic is about 20% and growing quite fast. In 2017 an internet service not providing IPv6 should really reconsider its position. The thing we really don't need now is yet another transition mechanism.
    – ch7kor
    Sep 12, 2017 at 16:05
  • All true. But I feel that IPv6 will never ever reach a meaningful penetration (the first 20% is supposed to be the easiest, the last 20% should be much harder) and one day people will decide on some other way forward. The thing about technologies intended to ease the transition is that once they are around for long enough, you realize they have become the new internet. Sep 12, 2017 at 23:23
  • 5
    Actually, one could argue that the last 20% will be the easiest because when IPv6 has 80% of the Internet traffic, the proposal to sunset IPv4 will probably be the standard, and most ISPs will stop routing IPv4 traffic. The situation will be reversed from the inception of IPv6 so that IPv4 traffic must be tunneled across the (IPv6) Internet.
    – Ron Maupin
    Sep 13, 2017 at 13:32

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.


Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.