Dasselbe Lab, dasselbe Ergebnis
Wenn du dasselbe Lab zweimal mit denselben Befehlen ausführst, sollte netverdict dieselben Routen, denselben Paketpfad und dasselbe Assessment-Verdict erzeugen.
netverdict docs
Sieh nach, was netverdict heute simulieren kann.
Diese Seite zeigt Protokoll-Support, Hersteller-Config-Support, bekannte Grenzen und Labs, die du direkt im Browser öffnen kannst. Keine Vendor-Images, keine Installation, kein Rätselraten, was „BGP supported“ bedeutet.
Starte hier, wenn du eine klare Antwort willst
netverdict modelliert Netzwerkverhalten direkt im Browser. Es bootet keine Hersteller-Betriebssysteme. Dadurch öffnen Labs schnell und lassen sich leicht teilen, aber die Doku muss ehrlich sagen, was modelliert ist, was teilweise funktioniert und was noch fehlt.
- Was es ist
- Ein browserbasierter Netzwerk-Simulator für Labs und Change-Tests
- Warum Ergebnisse reproduzierbar sind
- Dasselbe Lab und dieselben Befehle erzeugen denselben Paketpfad und dasselbe Verdict
- Was du erwarten kannst
- Klare Labels: supported, partial, stub oder noch nicht modelliert
Was funktioniert
Protokoll-Support
Das ist die Kurzfassung. „Supported“ heißt: du kannst es in praktischen Labs nutzen. „Partial“ heißt: nützliche Teile sind da, aber fortgeschrittenes Verhalten fehlt noch.
| Subsystem | Status | Notizen | Lab öffnen |
|---|---|---|---|
| IPv4 forwardingRFC 791 / RFC 1812 | unterstützt | Routing-Table-Lookup, TTL-Handling, traceroute-artige Drops und ICMP-Fehler für typische Lab-Szenarien. | Öffnen |
| OSPFv2RFC 2328 | unterstützt | Nachbarn, DR/BDR-Wahl, Multi-Area-Routing, Summaries, Ranges, Virtual Links und Stub-Area-Varianten. | Öffnen |
| BGP-4 + MP-BGPRFC 4271 / 4760 / 4364 | unterstützt | Gängige Policy-Labs funktionieren: Attribute, Route Maps, Communities, Local-Pref, MED, AS-Path und VPNv4. | Öffnen |
| MPLS / LDPRFC 3032 / RFC 5036 | unterstützt | Label-Verteilung, Push/Swap/Pop, PHP, TTL-Handling und L3VPN-artiges VRF-Forwarding. | Öffnen |
| ACLs + time rangesCisco semantics / RFC 1812 | unterstützt | First-match-Regeln, implicit deny, Object Groups, Port Ranges und aktive Zeitfenster. | Öffnen |
| NAT / PATRFC 2663 | teilweise | Static NAT und UDP PAT funktionieren. TCP/ICMP PAT und tiefere ASA-NAT-Fälle sind noch nicht vollständig. | Öffnen |
| RIPRFC 2453 | Stub | Ein Teil der RIP-Config kann geparst werden, aber es gibt noch keinen vollständigen RIP-Routing-Prozess. | - |
Config-Support
Hersteller-Support-Matrix
Diese Profile bestimmen, welche Config-Formate du einfügen kannst und welchen CLI-Stil du im Terminal nutzt. Es sind Simulator-Oberflächen, keine Kopien echter Hersteller-Betriebssysteme.
| Profil | Config einfügbar? | Gut für | Aktuelle Grenze |
|---|---|---|---|
| IOS-stylecisco-ios / ios-xe / nx-os / ios-xr | Ja, für typische running-config-Formen | IOS-artige Routing-, Switching-, ACL-, NAT-, Service- und Policy-Labs | Nicht jeder plattformspezifische Befehl existiert. |
| ASA-stylecisco-asa | Ja, über einen ASA-spezifischen Parser | Firewall-Regeln, Security Levels, ACLs und ASA-artige NAT-Labs | Vollständige ASA-NAT-Parität ist noch begrenzt. |
| Junos-stylejuniper-junos | Ja, set-style und XML-Importpfade | Candidate Config, Commit, Rollback und Junos-artige Übung | Junos-artige Oberfläche, nicht Junos OS. |
| VyOS / EdgeOSvyos / edgeos | Ja, parser-direct | Vyatta-Family-Config-Import und Routing-Labs | Firewall-, VRRP-, WireGuard-, QoS- und IPv6-Tiefe variiert. |
| OpenWrt / UniFiopenwrt / unifi | Ja, UCI und Controller-JSON | Home-/Branch-Router und Controller-Export-Szenarien | UniFi nutzt Controller-Exportdaten, keine Device-CLI. |
| Gaia / EXOScheckpoint-gaia / extreme-exos | Ja, parser-direct | Stateful-Firewall- und VLAN-zentrierte Switching-Szenarien | Config-Import ist tiefer als die interaktive CLI-Tiefe. |
Warum vertrauen?
Reproduzierbare Labs, keine Screenshots
Gut zum Debuggen
Weil Ergebnisse reproduzierbar sind, kann ein Bugreport oder fehlgeschlagenes Lab wieder abgespielt werden, statt aus dem Gedächtnis rekonstruiert zu werden.
Nützliche Packet Captures
Der Packet-Capture-Export schreibt libpcap-Dateien, die sich für unterstützte Frame-Typen in Wireshark öffnen lassen.
Ein Verhaltensmodell
Verschiedene CLI-Stile speisen dasselbe Simulator-Modell darunter, daher hängen Reachability-Checks nicht davon ab, welche Hersteller-Syntax du benutzt hast.
Ausprobieren
Ein Lab direkt aus den Docs öffnen
Docs sind nützlicher, wenn sie mit etwas Ausführbarem verbunden sind. Diese Links öffnen den Simulator direkt im passenden Training-Lab, damit du ein Feature lesen, ausprobieren, kaputtmachen und das Ergebnis prüfen kannst.
- VLAN-Access-LabL2-Einstiegsverhalten
- Static-Routes-LabFIB- und Reachability-Grundlagen
- BGP-Local-Pref-LabPfadauswahl unter Policy
- MPLS-L3VPN-LabVRF- und Label-Semantik
Bekannte Grenzen
Was noch nicht vollständig modelliert ist
Funktioniert heute gut
- Deterministisches IPv4-/IPv6-Forwarding mit ARP, ND, ICMP und TTL-/Hop-Limit-Handling.
- OSPFv2, OSPFv3, EIGRP, BGP-4, MP-BGP VPNv4, LDP, MPLS Push/Swap/Pop.
- ACLs mit Object Groups, Port Ranges, Time Ranges, Static NAT, UDP PAT, DHCP, CDP und pcap export.
Noch begrenzt
- Einige Control Planes sind verhaltenskorrekt, erzeugen intern aber nicht jedes echte Wire-Paket.
- RIP ist aktuell config-only; NAT PAT fokussiert auf UDP; TCP/ICMP PAT ist verschoben.
- Vendor-Profile sind lookalike Command Surfaces auf dem netverdict-Kernel, keine Vendor-OS-Klone.