Posts tagged as:

ipv6

L.root-servers.net goes IPv6

by John L. Crain on December 15, 2008

Last week IANA processed a request to add AAAA records for one of the thirteen DNS root-servers.

L.root-servers.net, operated by ICANN, became the seventh of of the root servers to have it’s IPv6 address records (AAAA) added into the DNS root-zone. The addition of IPv6 service is part of ICANN’s ongoing commitment to act as a leader in enabling IPv6 services throughout the DNS.

The new IPv6 address is 2001:500:3::42

{ 3 comments }

Response and summary to the Cairo public forum

by Kieren McCarthy on December 15, 2008

This is a Response and Summary to the Cairo public forum that took place on 6 November 2008.

A PDF version of this document is available at: http://www.icann.org/en/participate/cairo-public-forum-response.pdf

Note from the Chairman:

One of the most significant features of ICANN meetings is the Public Forum, where members of the ICANN community are able to present their views on issues of concern to them to the ICANN Board, in public session. The fact that we rotate meetings through each of the geographic sectors of the world enhances the opportunity that people from every region to present their views to the ICANN Board, in the presence of Staff and the whole ICANN community.

As a long-time participant from the floor presenting views, in my case from the ccTLD community, I am well aware of the time, effort and expense that goes into the preparation of such statements. As a board member, I have valued hearing those submissions, from individuals, governments and constituencies. I am determined as Chair to continue this tradition, and to maximise the opportunities for information sharing it represents.

{ 0 comments }

Which region is taking the lead in IPv6 deployment?

by Leo Vegoda on September 28, 2008

IPv6 is in the news because the mainstream media have started to pick up the fact that IPv4 will be fully allocated in the next two or three years. And IPv6 deployment is important if we want to keep the Internet growing sustainably.

So where is IPv6 deployment most evident? It?s a very difficult thing to measure. It is difficult to measure the amount of IPv6 traffic as so much of it is tunneled inside of IPv4. And anyway, tunneled traffic is probably from end users rather than ISPs, but we need ISPs to deploy IPv6 to allow the Internet to grow. So how can we see where ISPs are deploying IPv6 in their networks?

{ 13 comments }

Asia-Pacific Registry/Registrar Regional Gathering Concluded

by Craig Schwartz on September 15, 2008

On 10-11 September 2008, ICANN hosted its third Asia/Pacific regional gathering in Seoul, Korea. The regional gathering approach to broadening participation in the ICANN process for gTLD registries and ICANN-accredited registrars was first introduced in February 2005 in Brussels, Belgium. And, since that time, ICANN has conducted annually three outreach events – one each in the Asia/Pacific, Europe and North America regions. As the participation in the community continues to expand to all parts of the world, ICANN anticipates adjusting the model to include other areas such as Latin America/Caribbean Islands, South America, Africa and the Middle East.

{ 9 comments }

Used but Unallocated

by Leo Vegoda on August 4, 2008

In February I commented about how we have been doing some research into the use of unallocated address space on the Internet.

{ 1 comment }

Paris Briefing Note - overall summary of the meeting

by Kieren McCarthy on July 18, 2008

As with previous meetings, we have prepared a “briefing note” for Paris to act as a broad summary of what happened over the five days. It has been published on the Paris meeting site and we republish it below.

{ 1 comment }

It is sometimes said that ISPs do not offer IPv6 transport and equipment vendors offer just partial IPv6 support because there is no customer demand. The counter argument is often made that consumers can only buy what is on offer so people prefer to buy production quality services and equipment.

Unfortunately, even when production quality IPv6 transport and network infrastructure are available it is not always possible to deploy a completely IPv6 accessible network. One problem is the difficulties domain name registrants have when they ask their domain name registrar to include their IPv6 glue in the DNS. Not many domain name registrars support glue registration for IPv6 addresses. This limits their ability to provide an IPv6 DNS service.

{ 3 comments }

IPv6 was easier than I had expected

by Leo Vegoda on March 12, 2008

Back in October I wrote about how my landlord provides an Internet connection with a private IPv4 address. I explained that I want to connect several devices and so I have installed my own NAT and now sit behind a “double NAT”. The only problems I’ve had have been with some VoIP software that can’t jump multiple NATs.

My landlord isn’t the only ISP providing an Internet connection using private IPv4 addresses. As mentioned at the last AfriNIC meeting, there are many millions of connections sitting behind hierarchies of IPv4 NATs.

{ 1 comment }

No more “Various Registries”

by Leo Vegoda on February 27, 2008

Last week we improved the format of the IANA IPv4 Address Space Registry. It is now much easier to see which address space is available for allocation to RIRs and which address space is reserved for Multicast and Future Use.

We made other changes, too. The IPv4 registry used to report that a lot of /8s were allocated to “Various Registries”. That wasn’t very helpful to anyone; it was a bit like saying “we don’t know”. In fact, the RIRs have been providing DNS and Whois services for addresses in these /8s but the IANA IPv4 registry didn’t indicate which RIR to consult because addresses in each of these /8s are often used by organisations in different RIR regions.

{ 2 comments }

Recovering IPv4 Address Space

by Leo Vegoda on February 6, 2008

More IPv4 /8s returned to an “IANA – Reserved” status in 2007 then ever before.

With help from the Regional Internet Registries, three /8s were returned in 2007 and last month we recovered one more. We now have 43 unallocated /8s. Here’s a table showing the details of the returned blocks.

{ 10 comments }