[governance] IPv4-v6 - "coexistence" not transition - operational issues surfacing

[Ian Peter]

Izumi, you may find this paper interesting in this respect

 

HYPERLINK
"http://www.nanog.org/mtg-0710/presentations/Bush-v6-op-reality.pdf"http://w
ww.nanog.org/mtg-0710/presentations/Bush-v6-op-reality.pdf

 

Its from Randy Bush, very much an IETF stalwart and true believer – there is
a lot more elsewhere on this problem and various specific aspects of it, but
this is a good starting point.

 

Randy Bush has compared the IPv6 rollout (starting from 1995) with the war
in Iraq -  “no transition plan, declared victory before the hard part
started, no real long term plan, no realistic estimation of costs, no
support for the folk on the front lines [and continual declaration that]
victory will be next month” –

 

To which I would add acute embarrassment at the failure, which leads to
denial and coverups and all sorts of attempts to wish the problem will go
away - rather than admitting failure, and beginning a serious attempt at a
remedy.

 

Ian Peter

Ian Peter and Associates Pty Ltd

PO Box 10670 Adelaide St  Brisbane 4000

Australia

Tel (+614) 1966 7772 or (+612) 6687 0773

www.ianpeter.com

www.internetmark2.org

www.nethistory.info

 

   _____  

From: Izumi AIZU [mailto:iza at anr.org] 
Sent: 21 February 2008 03:21
To: governance at lists.cpsr.org
Subject: [governance] IPv4-v6 - "coexistence" not transition - operational
issues surfacing

 

At the Delhi ICANN meeting, I had a lot of conversation on how to deal with
the depletion of remaining IPv4 address pool. Many experts in the technical
community are now saying that IPv4 based network will not go away in
the near future, if not forever, and therefore there is a need to ensure
the coexistence and interoperability of the IPv4 and IPv6 networks and
their applications.

This may pose a serious challenge. As there do not seem sufficient works
to examine if all IPv4 based network applications, including firewalls or
network management tools, are interoperable with IPv4 based networks.

We/they had focused too much on the "allocation" of IPv4 and/or v6, but
now the focus should shift to "network operation" - of both v4 and v6.

At ICANN ALAC, we have started a policy working group on this issue,
and we are going to work on more. It still looks like a very technical
issue,
but the more I hear from various experst, the wider and deeper problems
look like to exist. And this is very much a user issue and public policy
matters
that we should care about.

If you are interested, please see the following page.

HYPERLINK
"https://st.icann.org/ipv6-migration/index.cgi?at_large_ipv4_to_ipv6_migrati
on_policy"https://st.icann.org/ipv6-migration/index.cgi?at_large_ipv4_to_ipv
6_migration_policy

There is a very good presentation prepared by the Japanese government,
with their findings from the Working Group.

It's abit lengthy, and PDF link, but worth to look at.
HYPERLINK
"https://st.icann.org/data/workspaces/ipv6-migration/attachments/at_large_ip
v4_to_ipv6_migration_policy:20080213104747-1-18800/files/IPV6%20MIC%20Dec%20
2007.pdf"https://st.icann.org/data/workspaces/ipv6-migration/attachments/at_
large_ipv4_to_ipv6_migration_policy:20080213104747-1-18800/files/IPV6%20MIC%
20Dec%202007.pdf

best,

izumi

No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.20.8/1287 - Release Date: 19/02/2008
10:55


No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.20.8/1289 - Release Date: 20/02/2008
10:26
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.igcaucus.org/pipermail/governance/attachments/20080221/dddee37b/attachment.htm>
-------------- next part --------------
____________________________________________________________
You received this message as a subscriber on the list:
     governance at lists.cpsr.org
To be removed from the list, send any message to:
     governance-unsubscribe at lists.cpsr.org

For all list information and functions, see:
     http://lists.cpsr.org/lists/info/governance