Für alle, die jetzt ein großes Fragezeichen im Gesicht haben:
Duke Nukem Forever sollte 1997 erscheinen. Es war im gleichen Jahr auf der Spielemesse E3 angekündigt worden. Seitdem wurde mehrfach die Entwicklungsumgebung (sowie der dazugehörigen Grafik-Engine) gewechselt, was immer wieder dazu führte, dass der bereits existierende Code partiell umgeschrieben werden musste. Zwischendurch wurde das Spiel immer wieder angekündigt und räumte so ungefährdet bei den Vaporware-Awards der Jahre 2001, 2002, 2003, 2005, 2006, 2007 und 2008 jeweils Platz 1 (2003 war es der Life Achievement Award) ab.

Einen entspannten Nachmittag an alle, die jetzt keinen Netzempfang mehr haben.

Heise hat übrigens noch nichts dazu.

Update:
Läuft seit etwa 19:15 wieder.

Das bedeutet aus technischer Sicht, dass die Daten für bestimmte Dienste oder Carrier priorisiert werden können.

Grundsätzlich soll das Neutralitätsprinzip zwar auch in mobilen Netzen gelten. Es soll dort jedoch, wenn es nach Google und Verizon geht, möglich sein, eigene Dienste – zusätzlich zu denen des klassischen Internets – zu priorisieren. Dass ein Anbieter gesteigertes Interesse an einer solchen Priorisierung hat, dürfte, aus wirtschaftlichen Gesichtspunkten betrachtet, klar sein. Schließlich bedeuten besondere Dienste auch mehr Einnahmen. Und was passiert, wenn ein Carrier seinen eigenen Diensten deutlich mehr Priorität gewährt, als den übrigen Webdiensten, kann sich jeder vorstellen.

Während der Vorschlag bei großen Carriern, wie AT&T, Unterstützung findet, sind Bürgerrechtler verständlicherweise alarmiert.

Auf deutscher Seite hat sich heute die Initiative Pro Netzneutralität gegründet, die viele prominente Unterstützer hat.

Wenn nun zufällig jemand aus meinem Dorf hier kommt, kann ich die Veranstaltung des CCC Hamburg empfehlen, wo ich selbstverständlich ebenfalls zugegen sein werde.

Leider sind bisher nur die öffentlichen Schlüssel folgender TLDs in der Root-Zone hinterlegt: bg, br, cat, cz, na, tm, uk
Somit müssen weiterhin die Schlüssel einiger, signierter TLDs (gov, se, de (bei Nutzung des Testbed)) explizit importiert werden.

Das musste mal gesagt werden.

Demnach wird es noch einige Zeit dauern, bis die Codebase IPv6 spricht, aber schon jetzt ist das Netzwerk unter der Adresse www.v6.facebook.com per IPv6 erreichbar. IPv6-Verbindungen werden dabei von einem Load Balancer auf IPv4 umgesetzt, ganz ähnlich wie dies bei Heise der Fall ist.

Auch wenn Facebook nicht bei jedem beliebt ist, muss man doch zumindest anerkennen, dass mit dieser Aktion eine der größten Seiten nun per IPv6 erreichbar ist, was vielleicht (…) der Verbreitung des Protokolls weiterhilft.

Zunächst gab es dieses Feature allerdings nur für die USA. Die Unterstützung für Europa verschwand nach kurzer Zeit wieder.

Jetzt gibt es die Navigation für Europa wieder. Zumindest für Deutschland, Österreich und die Schweiz ist dies bestätigt. Google selbst hat sich unterdessen noch nicht dazu geäußert.

Update:
Google hat sich inzwischen offiziell geäußert. Golem.de hat’s damit auch etwas ausführlicher.

Die Navigation steht neben D, A, CH auch für die Länder Frankreich, Italien und Spanien zur Verfügung.

Wie schon zu vernehmen war, basiert ENUM also auf DNS. Genau genommen auf der arpa-Zone e164.arpa. Unter dieser werden, wie beim RDNS, ENUM-Zonen aus dem E164-Dialplan der ITU vergeben. Dabei verwaltet eine Oranisation in jedem Land (bzw. in den teilnehmenden) die Zone mit der internationalen Vorwahl. In Deutschland ist dies die DeNIC mit der Zone 4.9.e164.arpa. Unter dieser können dann die eindeutigen Zonen registriert werden, welche aus einer vollständigen, internationen Rufnummer (E164) bestehen. Auch Sonderrufnummern sind zulässig. Eine ENUM-Zone kann also z.B. 0.0.0.0.0.9.1.1.0.4.9.4.e164.arpa. lauten, wobei dies eine fiktive Rufnummer im Hamburger Ortsnetz (40) ist.

Bei einem Lookup auf diese Zone kann ein Endgerät (z.B. VoIP-Telefon/Asterisk-Server) dann anhand der angegebenen Prioritäten, unter Berücksichtigung der eigenen Fähigkeiten, entscheiden, welches Ziel angewählt wird.

Hier eine Beispiel-Zonendatei für die oben genannte Rufnummer.

0.0.0.0.0.9.1.1.0.4.9.4.e164.arpa.  IN SOA ns1.example.com.
hostmaster.example.com.

(2010053000  10000 3600 604800 1800)
@  IN NS ns1.example.com.
@  IN NS ns2.example.com.

@  IN NAPTR 10 10 "u" "E2U+tel" "!^.*$!tel:+494911900000!" .
@  IN NAPTR 10 20 "u" "E2U+sip" "!^.*$!sip:+user1@example.com!" .

Update:
Inzwischen hat Portunity meine Name-Server übernommen. Ich hatte nicht bedacht, dass ja auch eine openeum.eu-Zone benötigt wird.

Wer über einen Resolver verfügt, der den Algorithmus RSASHA256 beherrscht (Unbound ab 1.4 oder BIND ab 9.7), kann die beiden DNSSEC-Nameserver der DeNIC in Frankfurt und Amsterdam nutzen. Der Server in Frankfurt kann dabei auch IPv6. Konfigurationsbeispiele für BIND und Unbound sind auf der DeNIC-Seite angegeben.

Eigene de-Domains lassen sich natürlich auch signieren. Damit die Chain-of-Trust (im Idealfall sieht die folgendermaßen aus: . (Root-Zone) -> de. -> example.de.) vollständig ist, muss aber der öffentliche Teil des Schlüssels bei der DeNIC hinterlegt werden und hier spielen bisher leider nur wenige Provider mit. Mir ist aktuell nur Hostserver bekannt, der auch die Registration der Domain tech-nerds-dnssec.de übernommen hat. Die Domain ist selbstverständlich signiert und eignet sich so auch, um den eigenen Resolver zu testen. Das geht in gewohnter Weise mit dem Tool dig.
dig +dnssec tech-nerds-dnssec.de

Wenn dig hier das Flag ad ausgibt, konnte die Antwort erfolgreich authentifiziert werden.