What happens with ipv6 is that addresses contains colons (":") , so how do you specify the port number in your web browser ? The same happens when you do an scp: you usually do scp user@host:path/to/file /local/path, how can you differenciate the host part and the path which are also seperated with a colon ?

The answer is: USE BRACKETS !
an ipv6 url can be written like this:

• http://[fe80::abcd:abcd:abcd:abcd]:8080/index.html

Also, a scp command with ipv6 addresses can be like this:

• scp user@[fe80::abcd:abcd:abcd:abcd]:/etc/resolv.conf /tmp

I hope it's usefull !

BT told a high-speed broadband provider in the UK that it doesn't support IPv6, which is a protocol backed by the Internet Engineering Task Force. There are all sorts of dire warnings explaining how as more devices connect to the Internet (like your digital picture frame or thermostat), we're going to run out of IP addresses to give them. That means we need to upgrade to IPv6 before we're forced to share IP addresses or take other measures. This requires a big effort from equipment vendors and site owners who have to build and host IPv6 sites. With the doomsday predictions saying IPv6 IPv4 addresses will run out some time in 2012, it would appear that the BT 21 Century Network will be finished just in time to become obsolete.

Wir haben eine dynamische, geroutete (von Route, also dem Weg den "sich" die Daten durch das Netz suchen) Adresse. Ich könnte dir unsere aktuelle IP-Adresse geben aber das willst du sicher nicht wissen *g* Weil die sich alle 24 Stunden (oder wenn wir den Router neu starten) ändert, bringt das ja auch nicht viel.
Der Grund für die Änderungen ist, dass Provider für Freenet nur eine bestimmte Anzahl solcher Nummern gekauft haben. Wenn man sich also einwählt bekommt man irgendeine die gerade niemand anders hat, bei Modemverbindungen brauchte man dadurch z.B. nur ein Zehntel oder so der Menge, hätte man jedem eine fest zugewiesen.
Nachteil für die Nutzer ist dass wir nicht ohne weiteres sagen können "Ich kauf mir jetzt die Adresse foobar.de und lass die auf meine Adresse zeigen" die Adresse ändert sich ja ständig.
Nichtgeroutete Adressen sind dann die, die so definiert sind dass sie im Internet nicht weitergeleitet werden. Wenn also jemand in Timbuktu 192.168.230.123 eingibt kommt der nicht an meinen PC, auch wenn der diese Adresse hätte. Jeder darf also so viele nichtgeroutete Adressen vergeben wie er will. Daher haben wir auch hinter unserem Router solche Adressen für jeden Rechner, der Router leitet dann die Daten ins Interne und zurück jeweils über die eine Adresse die er sich vom Provider holt um.

Um die Sache mal etwas zu erweitern...

Nichtgeroutete Adressbereiche liegen zwischen folgenden Adressen:

• 10.0.0.0 bis 10.255.255.255 -> Klasse A
• 172.16.0.0 bis 172.31.255.255 -> Klasse B
• 192.168.0.0 bis 192.168.255.255 -> Klasse C
• 169.254.0.0–169.254.255.255

Die Klassen, die ich oben angegeben habe, beziehen sich auf die Menge der verfügbaren Adressen und welcher Block für Netzwerk oder für den einzelnen Client zählen. Die 4 Byte-Blöcke (jeweils eine Zahl von 0 bis 255) sind genau wie im Dezimalsystem nach Wertigkeit geordnet. Das bedeutet wenn man die IP-Adressen hochzählt folgt auf 0.0.0.1 0.0.0.2 und auf 0.0.0.255 die 0.0.1.0. Wenn ich also ein Klasse B-Netzwerk habe, beziehen sich die ersten beiden Byte (172.16.) auf das Netzwerk und die letzten beiden (.0.0) auf den jeweiligen Rechner.

Ich kann also in meinem privaten Class-B-Supernetzwerk (damit Class-B nötig ist, brauchen wir einige Geräte, das werden die wenigsten Privatpersonen mal eben rumstehen haben) ein Netz 172.16.0.0, ein Netz 172.17.0.0 und ein Netz 172.31.0.0 aufbauen (naja und halt noch ein paar andere Netzwerke, so 16*256 oder so).
In jedem dieser Netzwerke kann ich mir dann einen rechner .0.1, einen mit .0.2 und einen mit .0.3 usw. zuordnen. (Das macht 65.536 Clients für jedes dieser Netzwerke)

Für Class A steht mir als privates Netzwerk leider nur eins zur Verfügung... also alles was mit 10. anfängt. Dafür gleicht sich das mit 256^3 Rechnern in diesem Netzwerk mehr als aus. Klasse C im Gegensatz lässt mich 256 private Netzwerke bilden, jedes dafür "nur" mit 255 Rechnern. Das reicht aber für die meisten Privatpersonen durchaus aus, daher wird es meistens auch genutzt.

Das große Problem mit diesen IPv4 Adressen ist, dass wir nur 256^4 Adressen zur Verfügung haben. Diese 4.294.967.296 Adressen werden dann noch um die ganzen privaten Adressen reduziert (wie bereits bemerkt können wir sie ja im Internet nicht nutzen). Außerdem gehen noch Adressen für Loopback, Multicast und verschiedenste andere reservierte Blöcke weg.

Diese unglaublich hohe Zahl an Adressen scheint ziemlich groß, aus genau diesem Grund wurde sie auch als das IP-Protokoll erfunden wurde durchaus als ausreichend angesehen. Das Internet ist jedoch extrem angewachsen, heutzutage hat ja schon fast jedes Handy einen Internetzugang von 2-3 PCs pro Haushalt mal ganz abgesehen.
Jetzt können wir diese Adressen wie bereits ganz oben bemerkt mit einem Router und einem Netzwerk aus privaten Adressen für viel mehr Adressen verwenden (dieser Vorgang nett sich NAT, Network Adress Translation) doch dies hat einige Nachteile. Wenn z.B. jemand eine Verbindung von außen mit einer privaten Adresse aufbauen will geht das nur sehr schwierig. Dies wird jedoch nötig, will man einen Webserver betreiben oder ähnliche Dienste anbieten. Gut, einen Server betreiben ja nur wenige zuhause... doch was tun wir wenn wir jemandem anders eine Datei per Messenger senden wollen? Einer der beiden Gesprächspartner will also eine Adresse zum anderen aufbauen, wenn beide hinter einem NAT sitzen wird dies etwas schwierig. Es ist durchaus nicht unmöglich, doch es geht, kurz gesagt, beschissen umständlich.

IPv4-Adressen sind auch äußerst schlecht aufgeteilt. Die USA halten mal eben alleine 74% aller Adressen. Für den Rest der Welt bleibt dann der ganze Rest. Die ganze Bevölkerung in China hat z.B. weniger Adressen zur Verfügung als mal eben ein einzelner Anbieter in den USA. Da dies danach entschieden wurde, wann welche Region sich die Adressen gesichert hat, trifft es also mal wieder die ärmsten Teile der weltweiten Bevölkerung.

Wie bringen wir also immer mehr Rechner ans Netz? Wir steigern die Menge der Adressen! Das geht leider mit IPv4 nicht, also müssen wir das Protokoll komplett überarbeiten. Das wurde getan und das Ergebnis nennt sich IPv6 (jap, v5 wurde mal wieder vergessen)
Um die Frage nach der genauen Menge der Adressen bei IPv6 zu beantworten (und mir dazu die Rechnerei zu ersparen) bemühen wir mal kurz Wikipedia:

Eine IPv6-Adresse ist 128 Bit lang (IPv4: 32 Bit). Damit gibt es etwa 3,4 * 10^38 (340,28 Sextillionen = eine Zahl mit insgesamt 39 Stellen) IPv6-Adressen. IPv4 kann maximal 232 Adressen vergeben, also etwa 4,29 · 10^9.

Um das mal auf etwas besser vorstellbare Bereiche umzurechnen: Es handelt sich um ca. 655.570.793.348.866.943.898.599 Adressen pro Quadratmeter Erde, also mit Meeresfläche und allem. (Hey, ich sagte ETWAS besser vorstellbar, nicht viel besser.)

Weil die beiden Versionen v4 und v6 nicht kompatibel sind, können Systeme die nur eins von beidem verwenden leider auch nicht miteinander reden. Man kann allerdings beides parallel verwenden und dann sowohl auf v4 als auch auf v6-Server zugreifen. Weiterhin kann man die Protokolle über das jeweils andere "tunneln", sprich ich verpacke meine IPv6 Daten in v4-Daten, sende sie über ein v4-Netzwerk an einen v4-Server, dieser entpackt die Pakete und leitet sie über ein v6-Netzwerk an einen v6-Server weiter... oder halt umgekehrt.

Da driften wir dann aber auch schon in IPv6-Details ab, die ich wohl lieber in einem seperaten Post behandeln sollte. Das ganze ist eh schon zu einem halben Roman geworden. Sollten noch Fragen bestehen freue ich mich darauf sie, soweit möglich, in den Kommentaren zu beantworten.

Vint Cerf è l'uomo più elegante dell'ICANN, così me lo avevano descritto e, martedì mattina, ho avuto una mezza conferma, quando, durante la breve visita a Nominet,  ha sfoggiato un abito grigio scuro impeccabile, con gilè e camicia con gemelli.

Segue breve riassunto dell'intervento.

Le maggiori sfide di Internet: IPv6

(PI ne parla in modo abbastanza chiaro qua) Lo spazio di indirizzamento associato a IPv4 si sta esaurendo. Sono 15 anni che si sta esaurendo, ma adesso si sta cominciando a vedere il fondo. Se non ci diamo una mossa, qualcuno potrebbe cominciare a comprare interi range di indirizzi IP al solo scopo di venderli, in un secondo tempo, a prezzi elevati. Se questo dovesse verificarsi, il problema diventerebbe ancor più grande.

Da un punto di vista tecnico non c'è nulla che freni il passaggio a IPv6, alcuni registry sono già pronti, altri lo saranno a breve. Il problema sono gli ISP. Molti non sono ancora pronti al passaggio e preferiscono rimandare il problema piuttosto che investire e risolvere.

La transizione sarà comunque lunga e solo se iniziata per tempo sarà indolore (o quasi). Immaginatevi questo scenario: gli indirizzi IPv4 terminano e nuovi siti (e nuovi ISP) sono costretti ad utilizzare solo IPv6. Si rischia la fragmentazione della rete (fragmentazione fisica).

Le maggiori sfide di Internet: Internationalised Domain Names and gTLD

IDN, cioè la possibilità di registrare un nome di dominio utilizzando caratteri non latini (questo post, in fondo). Nuovi gTLD, cioè la liberalizzazione (o quasi) nella registrazione di nuovi nomi di dominio di primo livello (.it, com, org, etc.). Questo problema ha due aspetti:

• Sicurezza. Il rischio di phishing aumenta incredibilmente data la quantità di caratteri esistenti.
• Tecnico. Il carico sui root server aumenterebbe notevolmente. Nella loro configurazione attuale, possono gestire fino a un migliaio di TLD, equivalente a circa tre volte il numero attuale. Se ci fosse un;impennata nel numero di nuovi TLD l'intera infrastruttura potrebbe risentirne.

Il problema più urgente, naturalmente, è quello della sicurezza. È interessante notare che, sebbene l'introduzione di IDN creerebbe diversi problemi, essa è necessaria. Esistono paesi che danno la possibilità agli utenti di utilizzare Internet nella propria lingua. Gli ISP di questi paesi hanno server dedicati alla traduzione delle query per garantire l'interoperabilità con il DNS dell'ICANN.

Sono realtà importanti che non possono essere ignorate e, se il problema non viene risolto, si rischia di andare verso una fragmentazione di Internet (fragmentazione logica).

DNSSEC

Lo sviluppo di DNSSEC è importante, soprattutto alla luce delle recenti vulnerabilità nel DNS. L'ICANN è fortemente influenzato dal governo degli Stati Uniti (volenti o nolenti, questa è la realtà) e difficilmente qualcosa si muoverà sul lato DNSSEC, finché il nuovo governo (indipendentemente da chi vincerà) non si sarà installato (quindi, non prima di Gennaio dell'anno prossimo).

NB: questo non implica un coinvolgimento diretto del Presidente, naturalmente, ma è tutta la macchina decisionale che ruota intorno a Washington che, di fatto, si ferma fino a nuovi ordini.

Censura in Cina

Qualcuno ha chiesto perché Google censura in Cina. Da politico navigato qual è, la sua risposta è stata impeccabile: "preferiamo censurare che noi che far censurare a loro, almeno abbiamo il controllo di quel che succede. Solo la versione .CN è censurata, non quella internazionale. Censuriamo solo l'1% dei siti (vabbé, questa se la poteva risparmiare. se mi censuri la parte alta dei risultati di ricerca è come censurarli tutti)".

Ha poi concluso ricordando che nessuno dei loro servizi basati in Cina, così le autorità non possono chiedergli i log dei server o i dati personali degli utenti (come fanno i nostri competitor, ha aggiunto...).

Chrome e Google

Spinto da qualche domanda, Vint Cerf ha un po' parlato di Google Chrome. Niente di particolarmente rilevante.

Non ha detto una parola a proposito del telefonino con Android. A parte che il lancio ufficiale non c'era ancora stato, credo non avesse voglia di imbarcarsi in una raffica di domande senza fine.

Uno dei padri di Internet, Vint Cerf, ha recentemente affermato che il numero degli indirizzi IP potrebbe arrivare alla saturazione entro il 2010, parliamo quindi di un paio d´anni, non di un remoto futuro.

Direccionamiento

Las direcciones en IPv6 son de 128 bits. Su dividen en 8 bloques de 4 dígitos hexadecimales:

fe80:0db8:58ce:c53c:2c96:7c5a:1234:56ab

------------------>                global prefix    subnet       Interface ID

Tipos de direcciones

• Unicast: los paquetes se entregan a una única interfaz.
• Global unicast: son las direcciones públicas enrutables, como en IPv4.
• Link-local unicast: son como las privadas en IPv4, no enrutables.
• Unique local unicast: también son direcciones no enrutables, pero permiten enrutarse en múltiples redes LAN.
• Multicast: son paquetes que se entregan a todas las interfaces identificadas por la dirección multicast. En IPv6 siempre empiezan por FF.
• Anycast: también identifica múltiples interfaces, pero el paquete sólo se entrega al host más cercano. Son direcciones especiales pues se pueden asignar a más de una interfaz.

Direcciones reservadas

Funcionamiento básico

En IPv6 los host son capaces de obtener automáticamente una dirección link-local unicast.

El proceso comienza cuando obtienen el global prefix del router y lo concatenan con la MAC de la interfaz, para usarlo como interface ID. Pero la ID son 64 bits, y la MAC son sólo 48, por lo que se rellena con FFFE en el medio. Por ej: 0053.d912.1985 -> 0253.d9FF.FE12.1985.

En este proceso se aprovecha el séptimo bit para indicar si la dirección es única localmente, o globalmente. Si es un 0 es local, y un 1 indica global. De ahi el número 2 al principio de la dirección, indicando que es global.

Los pasos para la autoconfiguración son:

1. El host envia una solicitud al router (RS) para obtener el prefix (multicast).
2. El router contesta con el prefix en forma de router adversitemend (RA). También es multicast.
3. El host recibe la información y puede configurar su interfaz.

A pesar de esto, DHCP todavía es necesario, pues nos proporciona información -DNS, dominios, etc- que la autoconfiguración no obtiene.

En IPv6 se sustituye la tarea de encontrar otros dispositivos en el local-link que hacía ARP, por Neighbor Discovery. De este proceso se encarga ICMPv6, y se realiza enviando un multicast a una dirección llamada solicited node address. Todos los host se unen a este grupo multicast cuando se conectan a la red. Cuando esta dirección es preguntada, el host correspondiente envia su dirección de capa de enlace.

IPv6 routing protocols

• RIPng: es básicamente como RIPv2. Usa también multicast para enviar las actualizaciones, pero en este caso usa FF02::9, no la 224.0.0.9. La direfencia es que con RIPng, el router guarda la dirección del siguiente salto usando la dirección local-link, no la dirección global.
• EIGRPv6: también tiene la mayoría de características de EIGRP. Los paquetes hello y actualizaciones se envian por multicast FF02::A (antes 224.0.0.10).
• OSPFv3: a diferencia de la anterior versión donde la router ID se determinaba por la ip más grande, en la nueva versión, se asigna manualmente el RID, area ID, y link-state ID. La nueva versión también es capaz de enrutar prácticamente cualquier protocolo de red. OSPFv3 usa las direcciones FF02::5 y FF02::6 multicast para actualizaciones (antes 224.0.0.5 y 224.0.0.6).

Migrando a IPv6

Existen varias estrategias para facilitar la migración a IPv6, ya que no se trata de una tarea fácil:

• Dual stacking: es la forma más común. Permite a nuestros dispositivos comunicarse tanto en IPv4 como en IPv6. De esta forma, podemos actualizar equipos y aplicaciones hasta que sea posible eliminar IPv4 cuando no sea necesario.
• 6to4 tunneling: es posible tener subredes trabajando con IPv6, y que esas redes necesiten comunicarse unas con otras a traves de una WAN. La solución es crear un túnel que transporte el trafico IPv6 encapsulado a través de la red IPv4. Para ello es necesario dos routers dual-stacked.
• NAT-PT: IPv6 no implementa NAT. Pero existe una estrategia NAT-PT que en lugar de traducir  direcciones  privadas a globales, traduce entre IPv4 y IPv6.

• Building Cisco Remote Access Networks
• CCIP: MPLS Study Guide
• CCNA ICND Official Exam Certification Guide
• CCNP BCMSN Official Exam Certification Guide
• CCNP Quick Reference
• Cisco ASA: All-in-One Firewall IPS and VPN Adaptive Security Appliance
• Cisco ASA: All-in-One Firewall IPS and VPN Adaptive Security Appliance
• Cisco IOS Cookbook
• Cisco Network Security Troubleshooting Handbook
• Cisco: A Beginners Guide Fourth Edition Beginners Guide
• CliffsTestPrep Cisco CCNA
• Configuring IPv6 for Cisco IOS
• Deploying Cisco Wide Area Application Services

Неправильная реализация RFC 2710 - Multicast Listener Discovery (MLD) for IPv6 запросов. Сформированный особым образом ICMPv6 пакет может привести к отказу в обслуживании. Эта уязвимость была возложена CVE-2008-2464.

Ошибка возникает при обработке MLD пакет с определенными значениями в поле "Maximum Response Delay" ( максимальное время задержки ).

Хочу заметить что уязвимы ядры скомпилированные с опцией

options INET6

Для того что бы обновить из CVS, пересобрать и переустановить ядро выполните следующие действия.:

# cd src
# cvs update -d -P sys/netinet6/mld6.c
# ./build.sh kernel=KERNCONF
# mv /netbsd /netbsd.old
# cp sys/arch/ARCH/compile/obj/KERNCONF/netbsd /netbsd
# shutdown -r now

So apparently, China isn't much further along with IPv6 deployment than Europe and North America, where the research/educational community primarily has large IPv6 networks (for instance, Internet2 and GÉANT), while most of the commercial Internet is still hampered by the limited 32-bit address space of the original IPv4 protocol.

僕は今、macbookAirを自宅と会社で使ってるのですが、家でも速度がイマイチですが、会社でのスピードが半端なく遅いです。

会社にはデスクトップＰＣも使ってるのですが、それも以前に比べると遅くなりましたが、それでもmacbookairの遅さは尋常じゃありません。

でも、ネットのスピードテストサイトにつなげると、サイトの表示まで「アドレスを解決しています」って画面下のバーが延々表示されてやっとつながる状態です。

でも、つながったスピードテストサイトでスピードテストしたら３０M〜５０M位のスコアが出ます。

でも、なんでこんなに「アドレスを解決しています」って延々と表示されて遅いのでしょうか？

さて、色々検索して調べてみます

ＴＣＰ/ＩＰのIPｖ６が邪魔してしまってるとか、色々ありましたが全部やってみても直りません。

ｍａｃのゴミ箱に３０００個ほどのゴミファイルがあってそれを削除したらいいのかなと、微かな希望で削除。

でも、表示は当たり前ですが遅いです。

こっから自力解決の時間スタートです。

色々ページを見て調べたなかでルータがどうのとか載ってたサイトがあったのを思い出し、ｍａｃの設定を色々みていきます。

まずは基本のシステム環境からネットワークを開く

ネットワークで表示されるルーターのアドレスを確認後、「詳細」をクリック

「DNS」タブを表示

するとさっき確認したルーターのアドレスの「192.168.0.1」だけでなく、「192.168.1.1」ってアドレスがあります。

これは何だ？

自宅と会社で使ってるからどっちかがどっちで、そっちかがどっちなのでしょうか？

一応さっきのルーターのところで表示されてた「192.168.0.1」を選択しようと思いました。

なので、「192.168.1.1」ってのを削除。

ついでに、

「TCP/IP」ってタブのサブネットマスクのルーターを「切」に変更（これは関係ないかもしれませんがよくわからない）

それでMACを再起動しました。

そうすると以前の爆速のsafariとfirefoxが復活しました。

どうも、おかしくなる直前に行った、FirefoxとMacOSのアップデートが何か関係していたのでしょうか？
多分、ＴＣＰ/ＩＰのIPｖ６が邪魔してしまってる とかではなく、単に自宅と会社でルータの接続云々だけの話だったのかもしれません。

（注）このブログ全般ももちろんですが、これは私のmacbookairで行った場合に直ったケースです。
基本的に専門家ではないので同じように設定変更されて、障害が発生しても自己責任でお願いします。私もいつも直す時は自己責任と銘じてしておりますので。

In momentul in care nu vor mai fi adrese utilizabile, conectivitatea la internet va fi afectata, deoarece noile computere care ar avea nevoie de adresa nu vor mai putea intra online.

"Procesul este asemanator lipsei unor numere de telefon. Fara a avea noi numere, nu poti avea noi abonati", a explicat Cerf.

Una dintre solutiile propuse pentru a iesi din acest impas este trecerea de la sistemul IPv4, care utilizeaza un grup de 4 cifre, la un nou sistem IPv6 cu 8 numere, care va pune la dispozitie 3 trilioane de adrese. Astfel, sansele de a intra intr-o nou criza de IP-uri sunt reduse.

Sursa: Ziare.com

Vint pointed out the enormous growth of the Internet, remarking that there are now half a million computer servers (i.e. hosts that provide some kind of service such as Web or email routing) on the system and a couple of billion ‘terminators’ at the ‘edge’ – the end user devices such as a home PC or a mobile phone.

This enormous growth presents huge challenges and he argued that the next few months are likely to be “dramatic” in the world of the Internet. He then went on to elaborate some of the issues that are coming to the fore, including the problem of network addressing.

Network addressing uses something called IPv4. This is the coded address that is given to every single device on the network (even your home PC). When he was helping to create the original designs for the Internet he designed this address to make use of 32-bits of data. This limits the number of devices that can be on the Net to around 4 billion (2 to the power 32). He admits that at the time he didn’t think that this would ever be reached, but we are fast approaching that limit. Vint speculated that we would hit the limit by mid-2010, if not before. The answer is a new addressing system called IPv6 which offers many billions more potential addresses. Internet Service Providers (ISP), network operates and the rest of us need to start moving to IPV6 and he mentioned Google’s efforts in this regard. (See ipv6.google.com).

During the questions and answers section I asked him about the capacity of the existing Internet to cope with heavy data uses like video. There have been many recent reports in the UK press about the Net being close to capacity. Vint agreed that this was an issue, but said he was not overly concerned. The main backbone of the Internet will be fine, since the fibre optics involved have plenty of spare capacity. The problem arises the nearer one gets to the end user (the last mile problem), which is where there may well be an issue. Vint argued that researchers and Internet companies need to rethink the process of distributing video over the Net and rely less on streaming and more on storage and caching locally nearer the actual users. He called this process ‘edge storage’. As I know that Google and Microsoft have been rolling plans out to distribute their data centres nearer to users, I suspect we will hear a lot more about this in coming months.

using System.Net.NetworkInformation;

Now to get the statistic we have to IPGlobalProperties class and extract the information out of it to our TCP/IP statistic object

IPGlobalProperties properties = IPGlobalProperties.GetIPGlobalProperties();
TcpStatistics tcpstat = null;

now with following line you will get all the details for IPv4

tcpstat = properties.GetTcpIPv4Statistics(); 

and to get the details of IPv6 you use following line

tcpstat = properties.GetTcpIPv6Statistics(); 

now we can get details from this object. Details like data sent, recieved, total connections and various other

When setting up a Solaris 10 system (this time using kvm), I'm getting an IPv6 address straight away:

bash-3.00# ifconfig -a6
lo0: flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu 8252 index 1
inet6 ::1/128
rtls0: flags=2000841<UP,RUNNING,MULTICAST,IPv6> mtu 1500 index 2
inet6 fe80::5053:ff:fe13:9457/10
ether 52:53:0:13:94:57
rtls0:1: flags=2080841<UP,RUNNING,MULTICAST,ADDRCONF,IPv6> mtu 1500 index 2
inet6 2001:770:18d:0:5053:ff:fe13:9457/64

(the 'rtls0' interface is a name for a rtl8139 NIC)

I want to use an IPv6-enabled blastwave mirror! Such as ftp.heanet.ie.

You may want that too. Edit /etc/wgetrc in your Solaris system and add a line:

prefer-family = IPv6

...and...

bash-3.00# pkg-get -U
WARNING: gpg not found
Getting catalog...
--20:58:52--  http://ftp.heanet.ie/pub/blastwave/unstable/i386/5.10/catalog
=> `catalog'
Resolving ftp.heanet.ie... 2001:770:18:aa40::c101:c140, 193.1.193.64
Connecting to ftp.heanet.ie|2001:770:18:aa40::c101:c140|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 357,696 (349K) [text/plain]

100%[==============>] 357,696      452.07K/s

20:58:53 (451.18 KB/s) - `catalog' saved [357696/357696]

wget will now try to use IPv6 where available. When IPv6-enabled site is not there (no AAAA record, for instance), it will fall back to IPv4.

UPDATE: Putting network interface in a (VirtualBox 1.6.4) virtual machine into promiscuous mode does in fact make the interface accept icmp6.

config_eth0=( "dhcp" )

Simple and nice. The DHCP part usually worked, but IPv6 autoconfiguration didn't. Guys on freenode's #ipv6 IRC channel said: it should Just Work™. But it doesn't! Well, sometimes it did. When I tried to debug it. But when I didn't try to run tcpdump, it could just sit there for hours and not get an address. Just as if my debugging influenced it.

Interestingly, when I switched to a static IPv4 configuration, IPv6 autoconfiguration would magically start working. I haven't worked out the root cause of this, but I've came up with a workaround. Well, the workaround ran into me so hard, it would be difficult not to notice. I wanted to set up VirtualBox bridged networking. When I configured it, my new bridge interface got an IPv6 address straight away, just as guys from #ipv6 would expect.

I've reproduced it on two machines. My working setup is the one from Gentoo's Virtual Box howto page.

Internet Protocol version 6 (IPv6) is a network layer for packet-switched internetworks. It is designated as the successor of IPv4, the current version of the Internet Protocol, for general use on the Internet.

 The main change brought by IPv6 is a much larger address space that allows greater flexibility in assigning addresses. The extended address length eliminates the need to use network address translation to avoid address exhaustion, and also simplifies aspects of address assignment and renumbering when changing providers.

 It is common to see examples that attempt to show that the IPv6 address space is extremely large. For example, IPv6 supports 2¹²⁸ (about 3.4×10³⁸) addresses, or approximately 5×10²⁸addresses for each of the roughly 6.5 billion (6.5×10⁹) people alive today.^[1] In a different perspective, this is 2⁵² addresses for every star in the known universe^[2] – more than ten billion billion billion times as many addresses as IPv4 supported.

 The large number of addresses allows a hierarchical allocation of addresses that may make routing and renumbering simpler. With IPv4, complex CIDR techniques were developed to make the best possible use of a restricted address space. Renumbering, when changing providers, can be a major effort with IPv4, as discussed in RFC 2071 and RFC 2072. With IPv6, however, renumbering becomes largely automatic, because the host identifiers are decoupled from the network provider identifier. Separate address spaces exist for ISPs and for hosts, which are "inefficient" in address space bits but are extremely efficient for operational issues such as changing service providers.

The Windows vista is ready for IPv6. IPv6 addresses are normally written as eight groups of four hexadecimal digits, where each group is separated by a colon (:). For example, 2001:0db8:85a3:08d3:1319:8a2e:0370:7334 is a valid IPv6 address.

• there are 3.7 billion addresses available in IPv4. This is the one we discussed in class that uses the format 0-255.0-255.0-255.0-255.
• approx 2.7 billion of these have been given out as of this year
• the last billion will be used up in 2011
• the new IPv6 will have over 340 undecillion addresses, which is, um, a lot.