Für die Inventur der Einstellungen auf der Ebene der Netzzugangsschicht bietet sich das »mii‑tool« an, das zeigt, ob ein Link besteht sowie welche Geschwindigkeit und welche Duplex-Settings das Interface verwendet. Gerade bei der selbstständigen Aushandlung der Duplex-Einstellungen (Autonegotiation) kommt es mitunter zu Problemen, die man so einfach enttarnt. Nicht nur anzeigen, sondern auch setzen lassen sich diese und viele andere Einstellungen für Interface und Treiber mit dem »ethtool« (Abbildung 6), das außerdem mit der Option »‑S« eine umfangreiche Statistik der gesendeten und empfangenen Bytes und Pakete liefert, letztere sortiert nach Größenklassen. Beide Werkzeuge eignen sich allerdings nicht für WLAN-Interfaces.
Eine ähnliche Statistik, aber auf der Ebene des Internet-Layers, offeriert »ifconfig«. Neben den MAC- und IP-Adressen liefert das Tool auch Hinweise auf Übertragungsfehler (»errors«) oder überlaufende Queues (»overrun«). Der Nachfolger von »ifconfig« ist das deutlich mächtigere Werkzeug »ip«, das auf Wunsch ebenfalls Statistiken ausspuckt: »ip ‑s link«. Wo das nicht reicht, bieten sich zahlreiche Netzwerkmonitore an. Ein Beispiel ist »iptraf« [6] (Abbildung 7), das umfängliche Netzwerkstatistiken ausgibt und beispielsweise auch gleich Transferraten berechnet (auch für WLAN).
Auf der Suche nach den Quellen des Netzwerkverkehrs ist »netstat« ein nützlicher Helfer. Zunächst aber produziert auch »netstat« – ebenfalls mit der Option »‑s« – eine aufschlussreiche Statistik, hier nach Protokollen sortiert. Möchte man den Netzwerkverkehr über einen gewissen Zeitraum beobachten, kann man jeweils am Anfang und Ende der Periode eine Netstat-Statistik in eine Datei umleiten und anschließend beide mit »diff« vergleichen. Für die Differenzbildung wäre man aber selber zuständig. Viel bequemer geht das mit einem kleinen von HP entwickelten C-Programm namens »beforeafter«. Das findet sich auf [7] und ist schnell mit
gcc ‑O2 beforeafter.c ‑o beforeafter
übersetzt. Danach nimmt es zwei Netstat-Outputs als Argumente entgegen, vergleicht sie und berechnet die Differenz. Eine Alternative ist wieder der Langzeit-Spezialist »sar«.
Alle aktiven Netzwerkverbindungen präsentiert »netstat«, wenn man es ohne Optionen startet. Einen dynamischen Einblick in den Netzwerkverkehr gewährt dagegen beispielsweise »jnettop« [8]. Möchte man zusätzlich noch in die Pakete sehen, bieten sich Sniffer wie »tcpdump« auf der Kommandozeile oder der Klassiker »wireshark« (vormals »ethereal«) [9] an. Die so erzeugten Dumpfiles lassen sich noch weiter auswerten: »tcptrace« [10] zeichnet eine Reihe raffinierter Graphen im Xplot-Format (Abbildung 8), mit deren Hilfe man genau das Timing der Kommunikation oder die dynamische Anpassung der Fenstergröße, Paketwiederholungen und vieles mehr studieren kann.
Benchmark-Programme fürs Netzwerk sind sehr zahlreich. Unterscheiden lassen sich dabei solche, die Protokolle der Anwendungsschicht messen, etwa »httpperf« [11] oder »dkftpbench« [12], und Benchmarks der Transport- und Internetschicht wie »netperf« [13] oder »iperf« [14]. Letzteres kann auch die CPU-Auslastung durch die Netzwerkaktivitäten mit messen, die der Admin – ebenso wie beim Platten-I/O – ebenfalls im Blick behalten muss.
Die Netzwerkperformance lässt sich auf verschiedenen Ebenen mit zahlreichen Parametern beeinflussen: