In meiner Freizeit pflege ich die
net-tools für Linux. Das ist eine Sammlung der grundlegenden Netzwerk Konfigurationsbefehle wie netstat, arp und ifconfig.
Deswegen bekomme ich öfters Anfragen und
Fehlermeldungen wegen unerwartetem Verhalten dieser (und anderer) Netzwerk Programme, bei der Eingabe von
IPv4-Addressen mit führenden Nullen, wie zum Beispiel: 010.010.010.010 oder 120.130.130.099.
In der Literatur (
RFC790 macht dies falsch), und vor allem beim Umgang mit dem Rechner sollte man diese formatierungen vermeiden (besonders fatal ist es, wenn Programme diese Art von formatierung selbst verwenden!). Der Grund: eine Reihe von Implementierungen erlauben traditionell eine gaze Reihe von Schreibweisen für IPv4 Addressen. Darunter fällt auch die Interpretation der einzelnen Punkt-getrennten Nummern als Octalzahlen (statt Decimal), wenn diese eine führende null besitzen (oder hexadezimale Interpretation bei einem 0x Prefix, wie in C üblich).
Nicht alle Programme erlauben diese Schreibweise, und noch weniger Menschen ist diese geläufig. Das ist wohl auch ein guter Grund, warum man diese nicht verwenden sollte. Allerdings sollte man sich bewusst sein, dass manche Software die Zahlen anders interpretiert (oder sogar abweist, weil 100.100.100.09 keine gültige Octal-Zahl ist)
# ifconfig lo 010.010.010.010
# ifconfig lo | grep inet
inet addr:8.8.8.8 Mask:255.0.0.0
# ping -c 1 010.010.010.010
PING 010.010.010.010 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=64 time=0.070 ms
# ping -c 1 0x08080808
PING 0x08080808 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=64 time=0.078 ms
(Das Windows XP Ping.exe verhält sich übrigens genauso). Für Techniker: traditionell wird in der Unix Welt die Umsetzung von Strings in IPV4 Addressen mit der C-Library Funtion inet_aton(3) gemacht, die diese Interpretation vornimmt. Diese Function erlaubt auch die Angabe einer IP Addresse in Hexadezimalschreibweise 0x08080808 oder mit einer 16bit Komponente: 8.8.2056 oder eben mit Octal/Hexadecimal Prefix.
Übrigens erlaubt
RFC3986 (der den Syntax für URLs angibt) diese Schreibweise nicht, und definiert nur Decimal-Zahlen. Das ist auch eine
Konsequenz aus den Angriffen auf String-basierende URL Fillter die sich zu leicht durch die vielen unterschiedlichen Schreibweisen haben auf das Kreuz legen lassen.
Im Zuge der Umstellung auf IPv6 wurde die Fähigkeit der alternativen Schreibweisen übrigens in den meisten Implementierungen entfernt, z.b.
inet_ntop weist diese Funktion nicht auf.
Die IPv6 RFCs (
RFC3531) haben den selben Fehler wie die IPv4 RFCs gemacht, und vergessen die IPv6 Literale formal zu definieren (keine BNF Definition), auch dies wurde in RFC3986 nachgeholt.
Nach Microsoft und Oracle bietet nun auch IBM seine Enterprise Datenbank DB2 UDB 8.2 für Distributed Systems (Linux, Unix, Windows) als kostenfreie DB2 Express-C an.
Interessant bei der Sache ist, dass im Gegensatz zu Oracles oder Microsofts Express Editionen keine Größenlimits für die Datenfiles existieren. Lediglich RAM Nutzung ist auf 4GB und CPU Nutzung auf 2 Dual-Core Prozessoren limtiert. Verfügbar ist die Software für x86, x64, IA64 und PPC64 Linux Systeme, als auch für x64 und IA64 Windows. IBM verwirrt ein klein wenig mit "Express-C, Express Edition und Express Runtime", aber das sind wir ja von IBM gewöhnt:
No charge data server for the community
Unter einer einfachen, schnellen und Problemlosen Installation stelle ich mir was anderes vor. Mal sehen welche Hilfe ich im Express Forum bekomme.
Update2: Dem Hinweis im Forum folgenden (dass es defintiv ein Problem beim Anlegen der Instanz (=Exemplar in IBMisch) ist, habe ich mehrere Installationsversuche gemacht, um an die Logfiles ranzukommen (My Documents\DB2LOGS*) aber da ging es dann auch schon wie von Geisterhand :( Nun ja, war ja zu erwarten dass so eine Menge an Code nicht mehr stabil funktionieren kann. Auch das Anlegen einer Datenbank mittels Verwaltungsgui klappte erst, als ich die Sample Datenbank benutzt habe.... verwirrend. Und Morgen lesen Sie, wie viele JDBC Treiber es für die drei DB2 Produktlinien gibt...
Leider nicht kostenlos, dafür aber interessant, die Global Communications Traffic Map 2005 von TeleGeography.com für $225 die den Internationalen Telefon-Traffic nach Gesprächsminuten zeigt.
Interessant an der Sache ist die Frage, wann TeleGeo Research wohl im 21sten Jahrhundert ankommt, und ganz Web 2.0-like das Poster zum Download anbietet, um damit mehr für sich zu werben, als sie mit 100 verkauften Kopien jemals verdienen können.
Angekündigt sind auch die aktualisierten Karten für IP-Traffic und Untersehkabel Kapazitäten.
Persönlich fänd ich ein Diagramm spassig, dass den Rückgang der internationalen Telefonminuten (durch VoIP) zeigt.
Randy Miller siniert über den Begriff non-functional requirements. Er bevorzugt den Begriff Quality of Service Requirements, und ich kann hier nur zustimmen. Nicht-Funktionale Anforderungen war für mich schon immer ein sehr irreführender Name: Das Verhalten von Anwendungen in Last Situationen, die Benutzerfreundlichkeit und vor allem auch die Skalierbarkeit, Erweiterbarkeit und Einbindung in Sicherheitsinfrastruktur ist ein wesentlicher Bestandteil von Software, der oftmals bei der Erstellung von Custom Inhouse Lösungen vergessen wird. Dabei kann man auch nicht mehr von funktionieren sprechen, wenn die Software unbenutzbar langsam ist, oder unverhältnismäßig hohe Betriebskosten verursacht.
Randy Miller ist Teil des Microsoft Teams welches das Microsoft Solution Framework für Agile Software Prozesse entwickelt.
(In diesem Zusammenhang möchte ich übrigens noch auf die Umfrage hinweisen, welche Sprachen werden bei Ihnen im Unternehmen für punktuelle Lösungen oder für das Custom Development eingesetzt?)
Was