IPv8 is...

"Jim Fleming" <JimFleming@ameritech.net> Wed, 11 September 2002 03:14 UTC

Received: from loki.ietf.org (loki [10.27.2.29]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA03571 for <ietf-web-archive@odin.ietf.org>; Tue, 10 Sep 2002 23:14:30 -0400 (EDT)
Received: (from adm@localhost) by loki.ietf.org (8.9.1b+Sun/8.9.1) id XAA06929 for ietf-outbound.10@loki.ietf.org; Tue, 10 Sep 2002 23:14:01 -0400 (EDT)
Received: from ietf.org (odin.ietf.org [10.27.2.28]) by loki.ietf.org (8.9.1b+Sun/8.9.1) with ESMTP id XAA06899 for <ietf-mainout@loki.ietf.org>; Tue, 10 Sep 2002 23:10:52 -0400 (EDT)
Received: by ietf.org (8.9.1a/8.9.1a) id XAA03519 for ietf-mainout@loki.ietf.org; Tue, 10 Sep 2002 23:09:11 -0400 (EDT)
X-Authentication-Warning: ietf.org: majordom set sender to owner-ietf@ietf.org using -f
Received: from mail1-0.chcgil.ameritech.net (mail1-0.chcgil.ameritech.net [206.141.192.68]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA03515 for <ietf@ietf.org>; Tue, 10 Sep 2002 23:09:07 -0400 (EDT)
Received: from repligate ([67.36.180.20]) by mail1-0.chcgil.ameritech.net (InterMail vM.4.01.02.17 201-229-119) with SMTP id <20020911031046.GBGV4136.mail1-0.chcgil.ameritech.net@repligate>; Tue, 10 Sep 2002 22:10:46 -0500
Message-ID: <01fe01c25940$e08bea00$8c56fea9@repligate>
From: Jim Fleming <JimFleming@ameritech.net>
To: Jason Gao <jag@kinet.com.cn>, ietf@ietf.org
References: <027301c25938$c86f6760$5019e29f@fujitsu>
Subject: IPv8 is...
Date: Tue, 10 Sep 2002 22:11:09 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Content-Transfer-Encoding: 7bit
Sender: owner-ietf@ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit
X-Loop: ietf@ietf.org
Content-Transfer-Encoding: 7bit

----- Original Message ----- 
From: "Jason Gao" <jag@kinet.com.cn>


> But, as far as I know, IPv8 doesn't give a solution for the QoS issue. 

IPv8 is intended to be a work-in-progress. It starts with IPv4 and evolves it. Anyone can
then participate, unlike IPv6, which excludes people. You are welcome to add to the
IPv8 melting pot. NAT is an integral part of the IPv8 approach. Many said that NAT would
not be useful or would not work. Some of those people are I* society leaders. It is their way
or the highway. Many have chosen the highway....and route around the situation...China can...
You can....We can....

Before you worry about the protocol, it is important to work out the transitions and the
address space architecture. The 32-bit IPv4 addresses can be expanded, without changing
IPv4. IPv8 assumed from the start that people would likely have one 32-bit site-id for
their gateway. That is now coming to pass with DSL and cable modem services offering
T1 speeds for less than $50 per month. This year's 2002:[IPv4] approach to addressing
was a start to get people's feet wet. People now want more features in the 128-bit DNS
services, and still remain connected to the Internet. They write the code to do that, and
test it on the existing Internet.

128-bit (AAAA) DNS Flag Day Format

[YMDD]:[16-bits for the outer header]:[IPv4]:[48-bit Persistent Address+Port]

The 16-bits for the outer header are...

1-bit to set the "Spare" bit [S]
1-bit to set the Don't Fragment (DF) bit [D]
2-bits to select 1 of 4 common TTL values (8, 32, 128, 256) [LL]
1-bit to set No Options Supported [O]
7-bits to set the Identification Field(dst) [FFFFFFF]
4-bits to set the TOS(dst) field [TTTT]

SDLL.OFFF.FFFF.TTTT

Given an AAAA DNS record, an IPv8 or IPv16 node can then specify,
a Flag Day [YMDD] to start using this particular record, an IPv4 address
for the site's gateway/firewall, 11 bits of extended IPv4++ addressing bits,
plus the spare bit can be controlled, the DF bit, and 4 common TTL values
can be recommended. Finally, the node can mark that it wants to not
support Options on the IPv4 encapsulating header. The node can also of
course include it's 48-bit persistent address and optional 16-bit Port value.

Note, there is only one "Spare" bit, it is not a [src][dst] arrangement.
It can be used to toggle traffic from one net layer to another, and not allow
traffic to flow between those layers. Traffic can be split at each side of the
legacy core IPv4 network, based on that bit.


Jim Fleming
2002:[IPv4]:000X:03DB:...IPv8 is closer than you think...IPv16 is even closer...
http://ipv8.dyndns.tv
http://ipv8.yi.org
http://ipv8.dyns.cx
http://ipv8.no-ip.com
http://ipv8.no-ip.org
http://ipv8.no-ip.biz
http://ipv8.no-ip.info
http://ipv8.myip.us
http://ipv8.dyn.ee
http://ipv8.community.net.au
http://www.iana.org/assignments/ipv4-address-space
http://www.ntia.doc.gov/ntiahome/domainname/130dftmail/unir.txt