Grundsätzlich lassen sich viele der Diagramme auch mit Dia oder Visio erzeugen, aber mir ist eine reine LaTeX-Lösung lieber. Ich mag es nicht mit vielen externen Dateien zu hantieren, die ggf. alle nochmal mehrere Arbeitsschritte erfordern, und lege Wert darauf dass die Schriften überall einheitlich sind. Das fängt schon mit Schriftart und -größe an, aber darüber hinaus habe ich im Dokument zum Beispiel ein Makro ip{} – wenn die Diagramme Teil des LaTeX-Verarbeitung sind so ist die Textauszeichnung in Text und Diagramm immer einheitlich und ich muss mir keine Gedanken mehr darüber machen.

TikZ ist für mich auf dem richtigen Abstraktionslevel, auf dem einfache Knoten & Kanten mit einfachen Befehlen erzeugt werden können, aber darüberhinaus mit entsprechend mehr Befehlen auch kompliziertere Konstrukte möglich sind.

Das PGF/TikZ-Manual ist sehr umfangreich, enthält aber weit mehr als nur die Befehlsreferenz. Ebenso wichtig sind fünf Tutorials, die Schritt-für-Schritt die Konstruktion bestimmter Graphiken/Diagramme (Trigonometrie, Petrinetz, Geometrie, Syntaxdiagramm und Baum) erklären und schon viele Fragen beantworten. Für den ersten Einstieg gibt es zudem eine “Very minimal introduction” und es gibt viele Vorlagen in der Beispielegalerie unter TeXample.net.

In meiner Arbeit benutze ich TikZ dann konkret für einfache Funktionaufrufdiagramme und Zeit-Sequenz-Diagramme wie in den Beispielen auf dieser Seite.

Leider sind die Diagramme nicht exportierbar; das „Speichern“ erfolgt als ASCII-Diagramm im Textformat. Für meine Zwecke wäre ein direkter PDF-Export allerdings auch nicht hilfreich, denn das Tool trennt alle Nachrichtensender/-empfänger nur nach IP- (oder MAC?-) Adressen. Wenn nun Multicast-Nachrichten dazukommen (wie im Screenshot), dann werden aus zwei Rechnern leicht 10 Endpunkte. Für ein sinnvolles Nachrichten-Sequenzdiagramm bräuchte man also auch die Möglichkeit mehrere Adressen zu einem Sender/Empfänger zusammenzufassen.

Ein Python-Programm, das PyX zur Ausgabe benutzt, ist das Netzwerkpaket-Manipulationstool Scapy. Mit den Methoden psdump bzw. pdfdump lässt sich eine detaillierte Beschreibung eines Pakets ausgeben.

Die Graphik-Funktionen in Python sind dabei m. E. auf einem guten Abstraktionslevel, um einerseits generisch genug aber andererseits auch noch nachvollziehbar und editierbar zu sein. Das Beispiel rechts habe ich so mit weniger schwarzen Pfeilen zwischen Beschreibung und Rohdaten für den s/w-Druck optimiert (Doku mit Beispiel für Originalfarben).

[Short english explanation:] I finished my diploma thesis: Design and Implementation of an IPv6 Plugin for the Snort Intrusion Detection System.

Erkenntnis des ganzen: geht garnicht. Da jedes Element mit Koordinaten zu platzieren fühlt sich quasi so an als würde man Diagramme mit Pixeleditor zeichnen… Falls ich alle Bilder auf Millimeterpapier fertig vorbereitet hätte und auch sicher nichts mehr dran ändern müsste, dann wäre {picture} das geeignete Tool um sie 1:1 zu übertragen; aber sonst bitte nicht.

Geradezu lehrreich ist TeXCAD als GUI: es zeigt den Unterschied zwischen Visualisierung und Abstraktion. Ersteres ist natürlich ein nettes Gimmick (und spart mit LaTeX einige Edit-Compile-View Zyklen), bringt einen aber nicht wesentlich weiter. Eigentlich möchte ich nämlich Abstraktion, also Anweisungen wie „verbinde die Boxen mit diesem Pfeil“ und „beschrifte den Pfeil mit diesem Text“. TpX ist da weiter, denn es erlaubt das Gruppieren von Objekten (und damit gemeinsames Verschieben und Skalieren). Aber ich werde auch weiterhin einen Bogen um {picture}s machen.

Größter Vorteil: Die Eingabe erfolgt im Textformat. Allein dadurch entfällt schonmal viel Graphik-Frickelei der Sorte „die Textbox muss größer“ und „das ist aber schief“. Selbst wenn einem die Syntax nicht klar ist, sind die 2-3 plausiblen Alternativen schnell ausprobiert und die korrekte gefunden. Ein Beispiel wie das im Quelltext und Ergebnis so aussieht findet sich auf der sdedit-Projektseite.

Die GUI besteht dementsprechend nur aus einer Texteingabe und einem Vorschau des Diagramms:

Einzige Merkwürdigkeit: Es gibt mehrere PDF-Export-Funktionen. Der Button “Print or export the diagram in multi-page PDF format” funktioniert bei mir nicht gut, weil im erzeugten PDF die Schriftart nicht passt (Beschriftungen werden breiter als die dafür vorgesehenen Rahmen). Die allgemeine “Export diagram as bitmap or vector graphics”-Funktion erlaubt dann auch einen PDF-Export, aber mit 2-3 zusätzlichen Einstellungen. Mit Option “Draw text as shapes” stimmt dann auch die Schrift a) in die Rahmen und b) mit der Vorschau überein.

Für brauchbare Statistiken müsste man noch einen Arbeitstag rein­stecken (Ein- und Ausgang trennen, PC/Server-Traffic unterscheiden, IPv6-Bias durch Neighbor Discovery rausfiltern, die verlorenen Messpunkte am 8.6. wiederherzaubern ;). Aber bunte gnuplot-Graphen sind ja auch für sich immer schön.

Ich würde ich die Verteilung auch gerne kontinuierlich erfassen, aber der benutzte Switch möchte mir per SNMP leider nicht mitteilen welche Protokolle er so weiterleitet. “Wenn mal Zeit ist” muss ich nochmal den MIB durchsuchen…

Noch was zur Datenerfassung: Die Anleitung “Using Wireshark to Create Network-Usage Baselines” zu tcpdump und tshark ist hilfreich. Leider schreibt tshark keine Unix-Zeitstempel in seine Ausgabe — die müssen noch per Skript ergänzt werden.

[Update:] Die Daten „großer“ Anbieter sind natürlich auch interessant. Igor Gashinsky von Yahoo berichtete auf der NANOG52 vom IPv6-Tag und stellt fest: “That was a lot of work for 0.229%!”

Und in Folge dessen hat meine Diplomarbeit jetzt endlich ein offizielles Thema bzw. ihren Titel bekommen: Design and Implementation of an IPv6 Plugin for the Snort Intrusion Detection System.