VLAN-zu-Subnet-Mapper

Ordnen Sie VLANs Subnets mit CSV-Import/Export zu

VLAN Mappings

Format

Each line: VLAN,CIDR,Name,Description

Name and Description are optional. Lines starting with # are ignored.

Parsed Mappings

Enter VLAN-to-subnet mappings to parse and validate

Der VLAN-to-Subnet-Mapper erstellt und verwaltet Zuordnungen zwischen Layer-2-VLANs und Layer-3-IP-Subnetzen mit CSV-Import/Export-Unterstuetzung. Fuegen Sie ein CSV aus Switch-Exporten oder IPAM-Systemen ein, fuegen Sie VLAN-IDs mit ihren entsprechenden Subnetzen hinzu, und das Tool validiert Eintraege, erkennt Konflikte (doppelte VLANs, doppelte Subnetze, ueberlappende Bereiche) und exportiert die fertige Zuordnung fuer Dokumentations- oder Konfigurationszwecke.

VLAN-zu-Subnetz-Beziehungen verstehen

In einem richtig konzipierten Unternehmensnetzwerk wird jedes VLAN genau einem IP-Subnetz zugeordnet, und jedes Subnetz wird genau einem VLAN zugeordnet. Diese Eins-zu-Eins-Beziehung ist grundlegend fuer das Zusammenspiel von Layer-2-Switching und Layer-3-Routing. Das VLAN definiert die Broadcast-Domaene -- welche Ports auf welchen Switches auf Ethernet-Ebene miteinander kommunizieren koennen. Das Subnetz definiert den IP-Adressbereich, der von Geraeten innerhalb dieser Broadcast-Domaene verwendet wird. Ein Layer-3-Switch oder Router verbindet die beiden Schichten, indem er ein SVI (Switched Virtual Interface) hostet, das als Standard-Gateway fuer alle Geraete in diesem VLAN dient.

Wenn diese Zuordnung sauber und gut dokumentiert ist, ist die Fehlersuche unkompliziert. Wenn ein Benutzer in VLAN 20 einen Server in VLAN 10 nicht erreichen kann, wissen Sie sofort, dass VLAN 20 10.1.20.0/24 ist und VLAN 10 10.1.10.0/24, und Sie koennen das Inter-VLAN-Routing, die Firewall-Regeln zwischen diesen Subnetzen und die SVI-Konfigurationen ueberpruefen. Wenn die Zuordnung undokumentiert oder inkonsistent ist, verschwenden Sie Zeit damit, Switch-Konfigurationen und show vlan-Ausgaben zu durchsuchen, nur um herauszufinden, welcher IP-Bereich zu welchem VLAN gehoert, bevor Sie ueberhaupt mit der Diagnose des eigentlichen Problems beginnen koennen.

Dieses Tool pflegt diese Zuordnung als strukturierten, validierten Datensatz. Es erkennt Fehler, die Tabellenkalkulationen uebersehen -- wie dasselbe VLAN, das versehentlich in zwei verschiedenen Switch-Konfigurationen zwei verschiedenen Subnetzen zugeordnet ist, oder zwei VLANs, die sich einen ueberlappenden IP-Bereich teilen, was zu Routing-Verwirrung fuehrt. Ob Sie eine neue Einrichtung einbinden, ein bestehendes Netzwerk auditieren oder VLAN-zu-Subnetz-Daten fuer die Firewall-Regelerstellung vorbereiten -- der Mapper gibt Ihnen eine einzige, validierte Referenzquelle.

So ordnen Sie VLANs Subnetzen zu

  1. Importieren Sie vorhandene Daten, indem Sie CSV aus Switch-Exporten, IPAM-Systemen oder Tabellenkalkulationen einfuegen -- oder beginnen Sie von Grund auf
  2. Fuegen Sie Eintraege mit VLAN-ID, Subnetz in CIDR-Notation, Name und optionalen Beschreibungs-/Standortfeldern hinzu
  3. Das Tool validiert VLAN-IDs (1-4094), prueft die CIDR-Formatierung und erkennt Konflikte (dasselbe VLAN mehreren Subnetzen zugeordnet, oder dasselbe Subnetz mehreren VLANs zugewiesen)
  4. Verwenden Sie den Stapelmodus, um sequenzielle VLAN-Bereiche mit entsprechenden Subnetzen hinzuzufuegen
  5. Exportieren Sie die fertige Zuordnung als CSV fuer Dokumentation, Switch-Konfiguration oder IPAM-Import

Beispiele fuer VLAN-zu-Subnetz-Zuordnungen

Standard-Enterprise-Zuordnung

VLAN-IDSubnetzNameStandortBeschreibung
1010.1.10.0/24ServerDC-1Produktions-Serverfarm
2010.1.20.0/24BueroHQ-Etage3Mitarbeiter-Arbeitsplaetze
3010.1.30.0/24VoIPHQIP-Telefone und Call-Manager
4010.1.40.0/23GastHQGast-WLAN -- isoliert
9910.1.99.0/24ManagementHQSwitch- und AP-Management
10010.1.100.0/28WAN--WAN-Transit-Verbindungen

CSV-Import/Export-Format

vlan_id,subnet,name,location,description
10,10.1.10.0/24,Server,DC-1,Produktions-Serverfarm
20,10.1.20.0/24,Buero,HQ-Etage3,Mitarbeiter-Arbeitsplaetze
30,10.1.30.0/24,VoIP,HQ,IP-Telefone und Call-Manager
40,10.1.40.0/23,Gast,HQ,Gast-WLAN -- isoliert
99,10.1.99.0/24,Management,HQ,Switch- und AP-Management

Konflikterkennung-Ausgabe

Der Mapper kennzeichnet Probleme wie:

KonflikttypDetails
Doppeltes VLANVLAN 20 sowohl 10.1.20.0/24 als auch 10.1.21.0/24 zugeordnet
Doppeltes Subnetz10.1.10.0/24 sowohl VLAN 10 als auch VLAN 110 zugewiesen
Ueberlappendes SubnetzVLAN 40 (10.1.40.0/23) ueberlappt mit VLAN 41 (10.1.41.0/24)
Ungueltiges VLANVLAN 4095 liegt ausserhalb des gueltigen Bereichs 1-4094

Wann Sie den VLAN-to-Subnet-Mapper verwenden sollten

  • Netzwerk-Audits -- ueberpruefen, dass jedes VLAN ein dokumentiertes Subnetz hat und jedes Subnetz einem bekannten VLAN zugeordnet ist
  • Einbindung neuer Standorte -- VLAN/Subnetz-Zuweisungen vor der Switch-Bereitstellung planen
  • VLAN-Konsolidierung -- redundante oder konfliktierende VLAN-Zuweisungen bei der Netzwerkvereinfachung identifizieren
  • Fehlersuche -- schnell nachschlagen, welches Subnetz zu einem bestimmten VLAN gehoert (oder umgekehrt)
  • Firewall-Regelerstellung -- Subnetz-Daten pro VLAN exportieren, um zonenbasierte Firewall-Richtlinien zu erstellen
  • Switch-Konfigurationsvorlagen -- die Zuordnung als Datenquelle fuer automatisierte Switch-Provisionierung verwenden

Wie VLANs und Subnetze zusammenhaengen

Ein VLAN (Virtual LAN) ist eine Layer-2-Broadcast-Domaene, die auf Netzwerk-Switches erstellt wird. Jedes VLAN wird typischerweise einem IP-Subnetz auf Layer 3 zugeordnet, wobei ein Router oder Layer-3-Switch das Inter-VLAN-Routing durchfuehrt.

Eins-zu-Eins-Zuordnungsregel

Im Standard-Netzwerkdesign besteht die Beziehung aus einem VLAN zu einem Subnetz:

VLAN 10  <-->  10.1.10.0/24  (Server)
VLAN 20  <-->  10.1.20.0/24  (Buero)
VLAN 30  <-->  10.1.30.0/24  (VoIP)

Das SVI (Switched Virtual Interface) oder Subinterface des Routers dient als Standard-Gateway fuer jedes VLAN. Beispielsweise ist das Gateway von VLAN 10 10.1.10.1, konfiguriert auf dem SVI.

Gaengige VLAN-ID-Konventionen

VLAN-BereichTypische Verwendung
1Standard-VLAN (Verwendung fuer Produktionsverkehr vermeiden)
2-99Infrastruktur: Management, Native, Monitor
100-999Benutzerorientiert: Bueros, Labore, Gast, VoIP
1000-2999Rechenzentrum: Server, Storage, Replikation
3000-4094Reserviert, Transit oder Sonderzwecke

VLAN-zu-Subnetz-Zuordnungen in der Praxis verwalten

Die haeufigste Fehlerquelle bei VLAN-zu-Subnetz-Zuordnungen ist die verteilte Verwaltung. Wenn mehrere Ingenieure VLANs auf verschiedenen Switches konfigurieren, ohne eine zentrale Referenz zu haben, kann es ueberraschend leicht passieren, dass VLAN 20 auf einem Switch-Stack "Buero-LAN" und auf einem anderen "Gast-WLAN" bedeutet. Die VLAN 20 zugewiesenen Subnetze koennen sich zwischen Standorten unterscheiden, oder schlimmer noch, dieselbe VLAN-ID kann je nach Gebaeude voellig unterschiedlichen Verkehr fuehren. Dies fuehrt zu Verwirrung bei der Fehlersuche und stellt ein echtes Sicherheitsrisiko dar, wenn ein Geraet einem vermeintlich vertrauenswuerdigen Netzwerksegment beitritt, das tatsaechlich ein Gast-VLAN ist.

Verhindern Sie dies, indem Sie Ihre VLAN-zu-Subnetz-Zuordnung als massgebliche Referenz behandeln. Bevor ein Ingenieur ein neues VLAN erstellt, sollte er die Zuordnung ueberpruefen, um die naechste verfuegbare VLAN-ID zu bestimmen, ein Subnetz aus dem Adressplan zuweisen und den Eintrag hinzufuegen, bevor er einen Switch beruehrt. Diese Disziplin ist besonders wichtig in Multi-Standort-Umgebungen, in denen VLAN-IDs standortuebergreifend wiederverwendet werden koennten (VLAN 10 ist immer Server, unabhaengig vom Standort) oder pro Standort eindeutig sein koennten. Beide Ansaetze funktionieren, solange sie konsistent und dokumentiert sind.

Bei der Auditierung eines bestehenden Netzwerks beginnen Sie damit, die VLAN-Datenbanken von Ihren Core-Switches (show vlan brief auf Cisco IOS) und die SVI-Konfigurationen (show ip interface brief) zu exportieren. Fuegen Sie die kombinierten Daten in den Mapper ein und lassen Sie die Konflikterkennung Inkonsistenzen identifizieren. Es ist nicht ungewoehnlich, VLANs zu finden, die auf Switches existieren, aber kein SVI haben (verwaiste VLANs), SVIs, die fuer Subnetze konfiguriert sind, denen kein Switch-Port tatsaechlich zugewiesen ist, oder mehrere Standorte, die dieselbe VLAN-ID fuer unterschiedliche Zwecke verwenden. Die Bereinigung dieser Inkonsistenzen verbessert die betriebliche Klarheit und reduziert das Risiko von Fehlkonfigurationen.

Haeufig gestellte Fragen

Warum sollte ich VLAN 1 vermeiden?

VLAN 1 ist das Standard-VLAN auf den meisten Switches, und alle Ports sind standardmaessig Mitglieder. Die Verwendung fuer Produktionsverkehr schafft Sicherheitsrisiken, da ungetaggte Frames und Management-Protokolle (CDP, VTP, STP BPDUs) VLAN 1 durchqueren. Best Practice ist, allen Produktionsverkehr explizit konfigurierten VLANs zuzuweisen und VLAN 1 ungenutzt zu lassen.

Wie viele VLANs kann ich haben?

Der IEEE 802.1Q-Standard unterstuetzt VLAN-IDs 1 bis 4094 (VLAN 0 und 4095 sind reserviert). Das ergibt maximal 4.094 VLANs. In der Praxis verwenden die meisten Unternehmensnetzwerke weit weniger. Wenn Sie mehr Isolation benoetigen, erwaegen Sie VxLAN, das ueber 16 Millionen logische Segmente unterstuetzt.

Kann ein VLAN mehrere Subnetze umfassen?

Technisch koennen Sie einem einzelnen VLAN mehrere Subnetze zuweisen, indem Sie sekundaere IP-Adressen auf dem Router-Interface verwenden. Dies wird jedoch allgemein als schlechte Praxis angesehen, da es Fehlersuche, DHCP-Scoping und Zugriffskontrolle verkompliziert. Der empfohlene Ansatz ist ein Subnetz pro VLAN.

Sollten VLAN-IDs ueber alle Standorte hinweg konsistent sein?

Beide Ansaetze haben ihre Berechtigung. Konsistente VLAN-IDs (VLAN 10 ist ueberall immer Server) vereinfachen Dokumentation, vorlagenbasierte Provisionierung und Einarbeitung von Ingenieuren. Standortspezifische VLAN-IDs vermeiden Verwirrung, wenn VLANs ueber MPLS oder VxLAN zwischen Standorten erweitert werden. Waehlen Sie einen Ansatz und wenden Sie ihn konsistent an.

Wie gehe ich mit VLANs um, die auf Switches existieren, aber kein Subnetz haben?

Diese verwaisten VLANs sind in Netzwerken mit angesammeltem Konfigurationsschulden haeufig. Einige sind Ueberbleibsel von stillgelegten Diensten, waehrend andere absichtlich nur Layer 2 sind (wie ein dediziertes SPAN-VLAN fuer Traffic-Spiegelung). Dokumentieren Sie ihren Zweck oder entfernen Sie sie, wenn sie keinen Nutzen erfuellen.

Verwandte Tools

IPparse•Kostenlose Netzwerk- & Subnetz-Rechner-Tools

© 2026 IPparse. All tools run locally in your browser.

100% Privacy-First • No Data Collected