NetBox vs. phpIPAM: wann reicht IPAM, wann brauchst du mehr?
phpIPAM ist für viele Netzwerk-Teams der erste Schritt weg von Excel: schlank, schnell produktiv, mit eingebautem Subnetz-Scanning. NetBox verbindet IPAM mit DCIM und wird zur Source of Truth für Automatisierung. Hier liest du ehrlich, wann phpIPAM völlig reicht und wie der Import nach NetBox läuft.
Die Kurzantwort, ohne Verkäufer-Brille.
phpIPAM ist kein Provisorium: Für reines IPAM ist es eine legitime Dauerlösung. NetBox ist der nächste Schritt, wenn dein Netz mehr braucht.
Reines IPAM, kleines Team
✓ Du willst IP-Adressen, Subnetze und VLANs sauber verwalten, mehr nicht.
✓ Ein kleines Team pflegt die Daten, Gruppen-Berechtigungen genügen.
✓ Subnetz-Scanning und Host-Discovery sind dir wichtiger als ein Soll-Datenmodell.
✓ Automatisierung steht nicht auf deiner Roadmap.
Dann bleib bei phpIPAM: für dieses Profil eine solide Dauerlösung.
IPAM + DCIM als Source of Truth
✓ Du willst neben IPs auch Racks, Kabel, Geräte und Stromversorgung dokumentieren.
✓ Ansible oder Terraform brauchen einen verlässlichen Soll-Zustand.
✓ Mehrere Teams arbeiten parallel und brauchen objektbasierte Rechte.
✓ Neben phpIPAM ist längst eine Excel-Nebenbuchhaltung entstanden.
Dann führt der Weg zu NetBox: ein Datenmodell statt mehrerer Teilwahrheiten.
Reines IPAM gegen IPAM plus DCIM.
Beide sind quelloffen und etabliert, beantworten aber unterschiedliche Fragen: phpIPAM fragt, welche IP frei ist. NetBox fragt, wie dein Netz aussehen soll.
Der leichtgewichtige IPAM-Klassiker
phpIPAM ist eine quelloffene Webanwendung zur IP-Adressverwaltung, bewusst leichtgewichtig gehalten: PHP, MySQL 8.0+ oder MariaDB 10.2.1+, GPL-3.0-Lizenz. In Stunden produktiv, nicht in Wochen.
Die Featureliste deckt das IPAM-Fundament ab: IPv4/IPv6, VLANs und VRFs inkl. L2-Domains, Rack-Modul, PowerDNS-Integration, AD/LDAP/RADIUS-Anmeldung, Gruppen-Berechtigungen, XLS/CSV-Import und REST-API. Das echte Plus gegenüber dem NetBox-Kern: eingebautes Subnetz-Scanning mit Host-Discovery. Aktuelle Version: 1.8.1 (2026).
IPAM + DCIM als Source of Truth
NetBox vereint IPAM und DCIM in einem Datenmodell: Regionen, Sites, Racks, Geräte und Komponenten, Verkabelung, Stromverteilung, Prefixe, VRFs, VLANs, Circuits, Wireless, virtuelle Maschinen und Tenancy. Gebaut auf Python und Django, Apache-2.0-Lizenz, über 21.000 GitHub-Stars.
Als zentrale Source of Truth definiert und validiert NetBox den Soll-Zustand deines Netzes und stellt die Daten programmatisch für Automatisierung bereit, statt Geräte selbst zu steuern. Verwandter Vergleich: NetBox vs. Nautobot.
Sechs Disziplinen, ehrlich gewertet.
Kein Tool gewinnt alle Runden. phpIPAM punktet bei Discovery und Einstiegsgeschwindigkeit, NetBox bei Datenmodell, DCIM und Rechten.
IPAM-Funktionen
Beide beherrschen IPv4/IPv6, Subnetze, VLANs und VRFs solide. phpIPAM organisiert Adressräume in Sections, NetBox in einer Prefix-Hierarchie mit Rollen und Tenants. Für reines Adressmanagement: Punktgleichheit.
Discovery und Scanning
Klarer Punkt für phpIPAM: Statusprüfung und Host-Discovery sind eingebaut und laufen als Cron-Jobs auf ICMP-Basis. Der NetBox-Kern scannt nicht selbst; dafür gibt es den quelloffenen NetBox Discovery Agent (Nmap, NAPALM, Docker-Container), der über die Ingestion-Engine Diode einliest.
DCIM: Racks, Kabel, Power
Klarer Punkt für NetBox: Racks, Verkabelung, Stromverteilung, Device-Types und Circuits stecken in einem Datenmodell. phpIPAM bringt ein Rack-Modul mit, ein vollständiges DCIM-Datenmodell fehlt.
API und Automatisierung
Beide haben eine REST-API. phpIPAM deckt Sections, Subnets, Addresses, VLANs, VRFs und Devices ab. NetBox liefert zusätzlich GraphQL und ist als Soll-Datenmodell für Ansible und Terraform gedacht. Sobald Automatisierung mehr als Skript-Hilfe sein soll, gewinnt NetBox.
Rechte und RBAC
phpIPAM arbeitet mit Gruppen-Berechtigungen plus AD/LDAP/RADIUS-Anmeldung. NetBox bietet objektbasiertes RBAC je Objekttyp, mit JSON-Constraints etwa auf bestimmte Sites oder Tenants. Für Multi-Team-Betrieb der entscheidende Unterschied.
Betrieb und Projektaktivität
phpIPAM wird aktiv gepflegt (Version 1.8.1, 2026), die Release-Abstände sind aber lang, der Maintainer-Kreis klein, rund 1.800 Issues offen. NetBox steht bei v4.6.4 (Juni 2026), mit breiter Community.
Feature für Feature, mit Haken auf beiden Seiten.
✓ heißt: im Kern enthalten. Einen breiteren Marktüberblick findest du im Leitfaden IPAM-Tool: Vergleich und Auswahl.
| Funktion | phpIPAM | NetBox |
|---|---|---|
| IPv4/IPv6-Adressverwaltung | ✓ | ✓ |
| VLAN- und VRF-Verwaltung | ✓ inkl. L2-Domains | ✓ inkl. FHRP und L2VPN |
| Subnetz-Scanning, Host-Discovery | ✓ eingebaut (Cron, ICMP) | über NetBox Discovery Agent (separat) |
| Rack-Dokumentation | ✓ Rack-Modul | ✓ Teil des DCIM-Datenmodells |
| Kabel, Patchpanels, Stromversorgung | ✕ | ✓ |
| Device-Types und Komponenten | ✕ | ✓ |
| Virtualisierung (VMs, Cluster), Circuits | ✕ | ✓ |
| REST-API | ✓ | ✓ zusätzlich GraphQL |
| Rechteverwaltung | Gruppen-Berechtigungen | objektbasiertes RBAC mit Constraints |
| Lizenz | GPL-3.0 | Apache 2.0 |
| Technik-Stack | PHP, MySQL/MariaDB | Python, Django |
Woran du merkst, dass du aus phpIPAM herauswächst.
Kein einzelnes Signal erzwingt den Wechsel. Ab zwei oder drei Treffern lohnt sich die Planung.
Racks und Kabel wollen in die Doku
Sobald die Frage lautet, welcher Switchport auf welchem Patchpanel endet und an welcher PDU das Gerät hängt, brauchst du DCIM. Dort endet phpIPAM.
Automatisierung braucht einen Soll-Zustand
Ansible und Terraform sind nur so gut wie ihre Datenbasis. Ein IPAM dokumentiert, was ist. NetBox definiert, was sein soll, und daraus generierst du Konfigurationen.
Mehrere Teams, feingranulare Rechte
Wenn NetOps, Rechenzentrum und Service-Desk parallel arbeiten, reichen Gruppen-Berechtigungen nicht mehr. Objektbasiertes RBAC mit Constraints je Site oder Tenant wird Pflicht.
Device-Lifecycle wird relevant
Beschaffung, Inbetriebnahme, RMA, Ausmusterung: Wer Geräte über ihren Lebenszyklus verfolgen will, braucht Device-Types und Status im Datenmodell, nicht in einer Tabelle daneben.
Virtualisierung und Circuits
VMs, Cluster und Provider-Leitungen gehören in dieselbe Wahrheit wie das physische Netz. phpIPAM hat dafür keine Objekte, NetBox modelliert beides nativ.
Die Excel-Nebenbuchhaltung ist zurück
Das ehrlichste Signal: Neben phpIPAM sind wieder Tabellen entstanden, für Racks, Geräte oder Standorte. Dann dokumentierst du längst mehr, als dein Tool abbilden kann.
Von phpIPAM nach NetBox: drei Wege.
Alle drei Wege nutzen die vorhandenen Export- und API-Schnittstellen beider Systeme.
-
Weg 1 · CSV-Export und NetBox-Import
Der pragmatische Weg für kleine Bestände
phpIPAM bringt den XLS/CSV-Export mit, NetBox den CSV-Import über die Oberfläche. Dazwischen liegt Handarbeit beim Spalten-Mapping. Transparent und kontrollierbar, aber ab einigen tausend Objekten mühsam.
-
Weg 2 · Eigenes Skript über beide REST-APIs
Der flexibelste Weg
Die phpIPAM-API liefert Controller für Sections, Subnets, Addresses, VLANs, VRFs und Devices, authentifiziert per Token. Ein Skript liest die Bestände und schreibt sie über die NetBox-REST-API ins Zielmodell. Vorteil: Mapping-Regeln stehen in Code und sind wiederholbar, bis der Cutover sitzt.
# Skizze: phpIPAM lesen, NetBox schreiben $ curl -H "token: …" https://phpipam.example/api/app/subnets/ $ curl -X POST https://netbox.example/api/ipam/prefixes/ \ -H "Authorization: Token …" \ -d '{"prefix": "10.20.0.0/16", "status": "active"}' -
Weg 3 · Community-Tool ipam-migrator
Fertiges Werkzeug, ehrliche Warnung
Das Community-Tool ipam-migrator liest aus phpIPAM und schreibt unidirektional nach NetBox (GPL-3.0). Die ehrliche Warnung dazu: keine veröffentlichten Releases, Wartungsstatus unklar. Teste es vorab zwingend in einer Staging-Umgebung gegen deine NetBox-Version.
Drei Punkte, die jeden Import bremsen
1. Sections vs. Prefix-Hierarchie: phpIPAM ordnet Subnetze in Sections, NetBox in einer Hierarchie mit Rollen, Status und Tenants. Lege das Zielschema vor dem Import fest.
2. VRF- und VLAN-Mapping: IDs und Zuordnungen wandern nicht automatisch mit. Plane eine Zuordnungstabelle und validiere stichprobenartig.
3. Custom Fields: Was in phpIPAM in Freitextfeldern steckt, will in NetBox sauber typisiert sein.
Parallelbetrieb als Brücke
phpIPAM und NetBox können übergangsweise parallel laufen. Entscheidend ist eine klare Führungsregel: NetBox wird für neue Objekte sofort führend, phpIPAM läuft read-only weiter und wird segmentweise abgelöst.
Der Ablauf ähnelt der Migration von RackTables zu NetBox. Wenn du Begleitung willst, ist die Migrationsberatung der richtige Einstieg.
Wann du bei phpIPAM bleiben solltest.
Wechsle wegen Anforderungen, nicht wegen des Tool-Hypes. In diesen vier Fällen raten wir dir vom Umstieg ab.
Kleines, stabiles Netz
Überschaubare Standorte, wenig Änderungen: Der Mehrwert eines DCIM-Datenmodells bleibt hier theoretisch.
Ein Team, klare Zuständigkeit
Wenn eine Handvoll Leute die Daten pflegt, reichen die Gruppen-Berechtigungen von phpIPAM aus.
Kein Automatisierungsbedarf
Ohne Ansible, Terraform oder API-Workflows brauchst du kein Soll-Datenmodell. Doku bleibt Doku.
Scanning ist die Kernanforderung
Eingebautes Subnetz-Scanning mit Host-Discovery ist die Stärke von phpIPAM. Wer genau das will, ist dort richtig.
Erst Anforderung, dann Tool.
Unsere Empfehlungslogik in drei Fällen, so beraten wir auch im Erstgespräch.
Nur IPAM? Bleib bei phpIPAM.
Du verwaltest IPs, Subnetze und VLANs, Scanning ist dir wichtig, Automatisierung steht nicht an: phpIPAM bleibt die richtige Wahl.
DCIM oder Automatisierung? Plane NetBox.
Racks, Kabel, Stromversorgung oder ein Soll-Datenmodell für Ansible und Terraform stehen auf der Roadmap: Dann führt der Weg zu NetBox. Starte mit dem Datenmodell, nicht mit dem Import.
Mehrere Signale? Migriere strukturiert.
Du erkennst dich in zwei oder mehr Wechselsignalen wieder und neben phpIPAM lebt eine Excel-Nebenbuchhaltung: Migriere geplant. Erst Zielmodell, dann Import, dann Cutover mit Rollback-Plan.
Für die Bestandsaufnahme: Hol dir die kostenlose 28-Punkte-Migrationscheckliste. Oder sieh dir NetBox direkt live an:
NetBox vs. phpIPAM, kurz beantwortet.
Was andere zum Thema NetBox vs. phpIPAM wissen wollen.
Sieh dir NetBox live an, bevor du entscheidest.
30 Minuten, ein laufendes System, deine phpIPAM-Fragen. Ehrliche Einschätzung inklusive.