Roadmap

Community macht das Netz sichtbar. Pro macht den erweiterten Betrieb sicherer.

NetSphere Community und Standard License bleiben auf automatische Erkennung, 3-Ebenen-Underlay-Topologie, NMS, Berichte und Nur-Lese-Diagnose fokussiert. VXLAN, EVPN, SDN, Datacenter Fabric und Automatisierung mit Änderungskontrolle bleiben in der Pro-Linie.

Community-MVP Erweiterung mit Standard License Erweiterter Betrieb mit Pro

Community herunterladen Editionen vergleichen

Produktlinien

Die Entwicklung läuft auf zwei Linien: Community + Standard sowie Pro.

Community und Standard teilen sich eine Codebasis, deren Umfang über die Lizenz begrenzt wird. Pro ist das Produkt für den erweiterten Betrieb.

Community + Standard

Ausgelegt auf Sichtbarkeit in Alt-, Campus-, Filial- und Multi-Vendor-Netzen.

Das Erlebnis des ersten Release besteht aus Erkennung, Topologie, Überwachung und Nur-Lese-Diagnose.

Ohne SNMP: Rückgriff auf ICMP, ARP, TCP und HTTP-Fingerprint
SNMP verfügbar: sysDescr, ifAdminStatus, ifOperStatus für das NMS
SSH verfügbar: CLI-Parser und Synchronisierung für unterstützte Hersteller
Topologie: standardmäßig Unternehmens-Underlay mit 3 Ebenen
Beitrag: freiwillige Zustimmung, Maskierungsvorschau, Freischaltung durch angenommenes Fixture

Pro

Ausgelegt auf erweiterte Fabric-Analyse und sichere Änderungsabläufe.

Pro übernimmt die komplexeren Abläufe, ohne das Community-MVP schwerer verständlich zu machen.

VXLAN / EVPN / SDN im Detail
Datacenter-Fabric-Layout
Overlay-bewusster Pfad mit Nachweisen
Konfigurationssicherung, erweiterter Vergleich, Drift, Compliance
Vorprüfung, Freigabe, Ausführung, Nachprüfung, Nachweise, Rollback-Status

Umsetzungsplan

Das Community-MVP bleibt bewusst einfach.

Die Release-Entscheidung soll sich auf Installationserfolg, Ergebnisse des ersten Scans, 3-Ebenen-Topologie, NMS-Meldungen, Beiträge und den Lizenzablauf stützen.

Roadmap-Phasen und Abschlusskriterien für Community + Standard und Pro.
Phase	Community + Standard	Pro	Abschlusskriterium
Phase 0	Installer-QA, Einführung beim ersten Start, Kriterium für ein sauberes Paket	Prüfung der Funktionsabgrenzung	Backend-Tests, Frontend-Build, Installer-Build, Website-Abgleich
Phase 1	Erkennungs-Fallback, Huawei-Parser, ipTIME/EFMNetworks-Fingerprint, NMS-Meldungen	Pro-exklusive Richtlinie und API-Absicherung	Smoke-Test an echten Geräten und Prüfung der Oberfläche
Phase 2	Geplante Erkennung, Berichte, Momentaufnahmen und einfacher Vergleich, Bedienung der Standard License	Erweiterte Fabric-Nachweise und Validierung	PoC-Bericht und Nachweispaket für Kunden
Phase 3	Fixture-Pipeline, Abgleich der Beitragsprüfung, Automatisierung der Release-Checkliste	RBAC, Audit, Anbindung an Observability	Wiederholbarer Release- und Supportprozess

Prüfschritte

Automatisierte Prüfungen und Smoke-Tests an echten Oberflächen sind beide erforderlich.

Automatisierte Tests sichern den Build. Prüfungen auf sauberen Rechnern und echten Geräten sichern die Nutzererfahrung.

Prüfschritte für die Freigabe der Linien Community + Standard und Pro.
Kriterium	Was Community + Standard belegen müssen	Was Pro belegen muss
Build	Inno-Installer, sauberes Paket, Abgleich des Website-Installers	Die Backend-Tests zur Funktionsabgrenzung bestehen
Kernablauf	Automatische Erkennung, automatische 3-Ebenen-Topologie, einfaches NMS, Nur-Lese-Diagnose	Erweiterte Fabric-Analyse und sichere Automatisierung bleiben Pro vorbehalten
Betriebssicherheit	Schreibaktionen bleiben nicht verfügbar und das Hochladen von Beiträgen wird maskiert	Kein verändernder Ablauf umgeht Freigabe, Nachweise oder den Rollback-Status
Release-Nachweise	Testergebnisse, Prüfsummen, Größe und Zeitpunkt der Artefakte, Unterlagen zur Fehlerbehebung	Ergebnis des Abgrenzungstests und aktueller Commit-Hash

Nächste Prüfung

Die letzte Prüfung betrifft den Installer und die Ansicht des ersten Scans.

Nutzen Sie einen sauberen Rechner, Huawei- oder andere SSH-fähige Geräte, SNMP-Geräte, ipTIME/EFMNetworks sowie Sprungzugänge, sofern verfügbar.

Editionen vergleichen Download