Juniper Mist Access Points

1. Lernziele

Control-, Management- und Clientdatenpfad voneinander trennen,
Client-, Scan-, BLE-, vBLE-, UWB- und GPS-Funktionen korrekt einordnen,
MIMO, Spatial Streams, Kanalbreite, Sendeleistung und EIRP erklären,
RRM-Entscheidungen und lokale Sofortreaktionen unterscheiden,
Ethernet, PoE und Redundanz modellgerecht dimensionieren,
Site, RF Template, Device Profile und AP-Override hierarchisch bewerten,
Fehler vom Stromanschluss bis zum Anwendungsfluss beweisorientiert analysieren.

Prüfungsprinzip: Ein AP ist gleichzeitig Funkbasisstation, Layer-2-Brücke, Messplattform, Telemetriequelle und cloudverwaltetes Netzwerkgerät. Jede dieser Rollen besitzt einen eigenen Fehlerpfad.

2. AP-Architektur und Funktionsebenen

Data Plane

Überträgt 802.11-Clientframes, entschlüsselt sie und bridgt sie lokal oder kapselt sie für einen konfigurierten Tunnel.

Management Plane

Bezieht IP-Konfiguration, erreicht die Mist Cloud, empfängt Konfiguration und Firmware und liefert Zustandsdaten.

RF Observation

Misst Nachbarzellen, Interferenz, Auslastung und Spektrum. Ein dediziertes Scan-Radio entlastet die Client-Radios.

Client↔Client-Radio↔AP Data Plane↔Ethernet oder Tunnel↔LAN-Dienste

Die Mist Cloud liegt im Management- und Assurance-Pfad, nicht zwangsläufig im Nutzdatenpfad. Ein Verlust der Cloud-Verbindung und ein Ausfall des Clientdatenpfads sind daher unterschiedliche Ereignisse.

Zustand	Was ist bewiesen?	Was ist nicht bewiesen?
Powered	grundlegende Energieversorgung	ausreichende Leistung für alle Radios
Ethernet Link Up	physischer Link	korrektes VLAN, DHCP oder Routing
Connected	Cloud-Kommunikation	SSID, AAA, DHCP und Anwendung
Client Associated	802.11-Verbindung	erfolgreiche IP- und Anwendungsdienste

3. Radioarchitektur

2,4 GHz
Client

5 GHz
Client

6 GHz
Client

Scanning
Sensor

Die genaue Architektur ist modellabhängig. Tri-Band-fähig bedeutet nicht automatisch drei gleichzeitig aktive Client-Radios. Ein Radio kann fest einem Band zugeordnet, zwischen Bändern umschaltbar oder als zusätzlicher 5-GHz-Träger verwendbar sein.

Radiotyp	Primäre Aufgabe	Planungsfrage
Client Radio	Beacon, Association und Nutzdaten	Band, Streams, Kanalbreite und Sendeleistung?
Dual-/Tri-Band Radio	modellabhängige Bandumschaltung	welche Bänder gleichzeitig?
Dedicated Scanning Radio	RF-Messung, Interferenz und Analyse	welche Bänder und Funktionen werden abgedeckt?
BLE/vBLE	Bluetooth- und Location-Funktionen	integriert, Array, Leistung und Subscription?
UWB/GPS	modellabhängige Positionierungsfunktionen	Hardware, Region, Montage und Anwendung?

Datenblattregel: Radioanzahl, Bandkombination, Spatial Streams und Zusatzradios immer pro Modell und Betriebsmodus prüfen. Eine Produktfamilienbezeichnung reicht nicht aus.

4. PHY, MIMO und Spatial Streams

Was 4×4:4 bedeutet

Die Schreibweise benennt Sende- und Empfangsketten sowie die maximal nutzbaren räumlichen Datenströme. Ein 4×4:4-AP kann mehreren Clients Kapazität bereitstellen; ein typischer 2×2-Client erhält dadurch jedoch nicht automatisch vier Streams.

Nutzbare Spatial Streams ≤ Minimum aus AP, Client, Band, Kanal und Signalbedingungen

Parameter	Wirkung	Grenze
Modulation/Coding	mehr Bits pro Symbol bei guter Signalqualität	SNR, EVM, Interferenz und Clientfähigkeit
Kanalbreite	mehr Subcarrier und theoretischer Durchsatz	weniger unabhängige Kanäle, mehr Störfläche
Spatial Streams	parallele Datenströme	Antennenpfade und Mehrwegekanal
OFDMA	teilt Kanal in Resource Units	Scheduler, Clientmix und Verkehrsmuster
MU-MIMO	gleichzeitige räumliche Bedienung mehrerer Clients	Kanalkenntnis, Clientunterstützung und Geometrie
Airtime	gemeinsame zeitliche Ressource	Retries, Legacy-Raten und Contention

Die beworbene PHY-Summenrate ist keine Anwendungsdatenrate. MAC-Overhead, Half-Duplex, Contention, Acknowledgements, Retries, Security und kabelgebundener Pfad reduzieren den erreichbaren Goodput.

5. Antennen, Tx-Chains und EIRP

Interne Antennen

Definierte Abstrahlcharakteristik und Montageorientierung. „Intern“ bedeutet weder kugelförmig noch unabhängig von Decke, Wand und Material.

Externe Antennen

Erlauben spezialisierte Patterns, verlangen aber zugelassene Kombinationen, korrekte Anschlüsse, Kabelverlust und eindeutige Polarisation.

EIRP = Tx-Leistung am Ausgang − Kabelverluste + Antennengewinn

In Mist wird die Sendeleistung pro Tx-Chain angegeben. Für die Bewertung gegen Planungswerkzeuge oder regulatorische EIRP-Grenzen müssen Chain-Anzahl, Antennengewinn, Kabelverlust und gegebenenfalls MIMO-Gewinn korrekt behandelt werden. Im 6-GHz-Band können regulatorische Domänen zusätzlich Leistungsdichte je MHz begrenzen.

Fehler	Folge
Gesamtleistung mit per-Chain-Wert verwechselt	falsche Link-Budget- und Zellgrößenannahme
Pattern nur in einer Ebene betrachtet	vertikale oder seitliche Versorgungslücken
Kabelverlust ignoriert	reale EIRP geringer als geplant
AP und Client asymmetrisch	AP hörbar, Client-Rückweg unzureichend

Link-Budget ist bidirektional: Hohe AP-Leistung repariert keinen schwachen Clientsender. Sendeleistung dient dem Zell- und Kapazitätsdesign, nicht dem „Durchdrücken“ von Wänden.

6. Radio Resource Management

Mist RRM nutzt Messdaten der dedizierten Scan-Radios und bewertet Kapazität, Nutzung, Interferenz sowie historische Benutzererfahrung. Es kann Kanäle, Sendeleistung, Kanalbreite und bestimmte Band-/Radioentscheidungen optimieren.

Scan-Radio misst→Cloud analysiert→RRM optimiert→AP setzt um→User Minutes bewerten

Mechanismus	Zeitverhalten	Beispiel
Cloud-RRM	historische und fortlaufende Optimierung; reguläre Aktualisierung typischerweise nachts	Kanal, Leistung, Breite, Auto-Cancellation
lokale Reaktion	unmittelbar bei akutem Ereignis	DFS-Radarwechsel, starke Interferenz, Reaktion auf ausgefallenen Nachbar-AP
manueller Override	bis zur Entfernung des Overrides	festes Kanal-/Power-Setting für Spezialfall

Auto-Cancellation und Auto-Conversion

RRM kann in dichten Designs einzelne 2,4-GHz-Radios deaktivieren oder geeignete Dual-Band-Radios in 5-GHz-Betrieb überführen. Ziel ist nicht maximale Radioanzahl, sondern weniger Co-Channel Contention und ein besseres Nutzererlebnis.

Override mit Ablaufgrund: Eine manuelle Abweichung sollte Owner, Anlass, erwartete Wirkung und Rücknahmezeitpunkt besitzen. Sonst wird sie zum unsichtbaren Gegenspieler der automatischen Optimierung.

7. 2,4 GHz, 5 GHz, 6 GHz und Wi‑Fi 7

Band	Stärke	Designrisiko
2,4 GHz	große Reichweite und Legacy-/IoT-Kompatibilität	wenige überlappungsfreie Kanäle, hohe Fremdinterferenz
5 GHz	breites Clientportfolio und mehr Kanäle	DFS-Ereignisse und kanalbreitenabhängige Wiederverwendung
6 GHz	zusätzliches Spektrum, breitere Kanäle, nur moderne Clients	Regulatorik, geringere Reichweite, WPA3/OWE und Discovery-Verhalten

Für 6 GHz und Wi‑Fi 7 sind WPA3 oder OWE erforderlich. Im WLAN muss Wi‑Fi 7 zusätzlich aktiviert sein; Hardware- und Clientfähigkeit allein genügen nicht. Je Region unterscheiden sich zulässige Kanäle, Leistungsmodi und Indoor-/Outdoor-Regeln.

Kanalbreite

Breiterer Kanal = höhere Peak-Rate, aber weniger Wiederverwendung und größere Interferenzfläche

20/40/80/160/320 MHz werden nicht nach maximaler Datenblattrate ausgewählt, sondern nach Spektrum, Zellendichte, Clientmix, Anwendungen und Koexistenz. In High-Density-Umgebungen kann schmaler planbarer sein.

8. Scan-Radio, BLE, vBLE, UWB und Capture

Funktion	Technischer Zweck	Nicht verwechseln mit
Dedicated Scan Radio	RF-Messung, Nachbarerkennung und Interferenzdaten	Clientservice-Radio
BLE	Bluetooth Low Energy für Beacons und unterstützte IoT-Anwendungen	Wi‑Fi-Scanning
vBLE	virtuelle gerichtete Beacons über unterstützte Antennenarrays	klassischer einzelner BLE-Beacon
UWB/GPS	modellabhängige präzisere Positionierung beziehungsweise Referenz	universelle Funktion jedes APs
Dynamic Packet Capture	ereignisbezogene Paketerfassung zur Diagnose	permanenter Vollmitschnitt aller Nutzdaten

BLE nutzt schmale Advertising-Kanäle; automatische RRM-Kanäle 1, 6 und 11 reduzieren die Überlappung im 2,4-GHz-Band. vBLE-Leistung kann über Device Profile oder Geräteebene angepasst werden, sollte jedoch aus dem Location-Design abgeleitet sein.

Datenschutz und Zweckbindung: Location-, Client- und Capture-Funktionen müssen organisatorisch freigegeben, zweckgebunden und mit angemessener Aufbewahrung betrieben werden.

9. Ethernet, Multi-Gigabit und Redundanz

Prüfbereich	Fachliche Frage
Link Speed	Unterstützen AP, Switchport und Kabel gemeinsam 1/2,5/5/10 GbE?
Autonegotiation	Welche Geschwindigkeit und Duplex wurden tatsächlich ausgehandelt?
Management VLAN	Native/untagged beim Start oder später gezielt tagged?
Client VLANs	Welche VLANs müssen lokal bis zum AP oder zentral bis Mist Edge reichen?
zweiter Port	Uplinkredundanz, LAG, Downlink oder PSE – was unterstützt das konkrete Modell?
LLDP	Nachbar, Port, Power Request und Allocation plausibel?

Mehr als 1 Gbit/s WLAN-Goodput ist nur in passenden realen Szenarien zu erwarten. Ein Multi-Gigabit-Uplink verhindert dann einen Engpass, ist aber kein Ersatz für RF- und Kapazitätsdesign.

Dual-Uplink-Beispiel

Beim AP47 unterstützen beide 10-GbE-Multi-Gigabit-Ports PoE-In und Ethernetredundanz. Zwei 802.3bt-Quellen liefern volle Power- und Ethernetredundanz. Zwei 802.3at-Quellen teilen Leistung; fällt eine aus, kann trotz Ethernetredundanz ein Brownout oder Reboot auftreten.

Redundanz getrennt bewerten: Zwei Datenlinks, zwei Stromquellen und ausreichende Leistung nach Ausfall sind drei unterschiedliche Nachweise.

10. PoE und Dynamic Power Mode

PoE-Klasse, zugesagte Leistung und reale AP-Funktion müssen gemeinsam geprüft werden. Einige Modelle erreichen mit kleinerer Klasse nur Cloud-Konnektivität; andere reduzieren Radios, Spatial Streams, Ethernetports oder PSE-Funktion.

Versorgungszustand	Mögliche AP-Reaktion	Betriebliche Aussage
Full Power	alle vorgesehenen Radios, Streams und Zusatzfunktionen	Sollzustand nach Modellreferenz
Dynamic/Reduced	beispielsweise 4×4 auf 2×2 oder weniger aktive Funktionen	AP ist online, aber Kapazitätsannahme stimmt nicht mehr
Insufficient	unter Umständen nur Cloud-Verbindung und Warnung	kein produktiver WLAN-Nachweis

PoE-Gesamtbudget ≥ AP-Maximalbedarf + weitere Verbraucher + Redundanzreserve

Die aktuelle Juniper-Referenz nennt beispielsweise für AP36/AP37 802.3bt für volle Funktionalität und 802.3at für reduzierten Betrieb. Für AP47 sind Betriebsmodi zusätzlich von einem oder zwei PoE-Eingängen abhängig. Diese Werte sind modell- und revisionsbezogen und vor Planung aktuell zu prüfen.

Power requested und allocated im AP-Detail prüfen
LLDP-Power-Negotiation am Switch prüfen
Port- und Chassisbudget unter Volllast prüfen
Ausfall eines Netzteils beziehungsweise Stacks berechnen
Power Mode nach Firmware- und Switchänderungen erneut validieren

11. Clientdatenpfade

Local Bridging

Der AP übergibt Clientverkehr im lokalen VLAN an seinen Ethernet-Uplink. VLAN, DHCP, Gateway und Policy liegen im Standortnetz.

Mist Edge Tunneling

Der AP kapselt das konfigurierte Client-VLAN über L2TPv3 zu einem Site- oder Org-Mist-Edge-Cluster.

802.11 Frame→Decrypt/Bridge am AP→lokales 802.1Q oder Tunnel→DHCP/Gateway/Policy

Ein Standort kann beide Pfade parallel nutzen. Die Weiterleitung wird pro WLAN geplant; das Management-VLAN des AP ist davon logisch getrennt.

Cloud ≠ Datenpfad: Ein AP kann zur Cloud verbunden sein, während ein einzelnes Client-VLAN am Switch oder hinter Mist Edge gestört ist.

12. Claiming, Site Assignment und Bootstrap

1. Inventarisieren
Claim Code, Seriennummer, MAC, Modell und Zielposition vor Montage erfassen.

2. Claim
AP der richtigen Organisation hinzufügen.

3. Verkabeln
PoE an vorgesehenem Eingangsport, initial typischerweise Eth0.

4. Bootstrap
DHCP, DNS, Default Gateway und ausgehende Cloud-Erreichbarkeit bereitstellen.

5. Assign
AP der Site zuordnen; dadurch erhält er Site-, Template- und Profilkonfiguration.

6. Validieren
Connected, Firmware, Power Mode, Ethernetrate, Radios und Map Placement prüfen.

Claimed, Assigned und Connected sind unterschiedliche Zustände. Ein geclaimter AP gehört zur Organisation; erst die Site-Zuordnung liefert den fachlichen Konfigurationskontext.

Cloud-Kommunikation

Ausgehendes TCP 443 ist der primäre Cloudkanal. Zusätzlich müssen DNS, DHCP und regions-/dienstbezogene Ziele verfügbar sein. Maßgeblich ist die aktuelle Firewall-Portliste der tatsächlich genutzten Mist-Region.

13. Konfigurationshierarchie und Overrides

Organization Templates→Site→RF Template / Device Profile→AP Override

Ebene	Nutzen	Risiko
WLAN Template	konsistente SSID-, Security- und Forwarding-Konfiguration	großer Scope bei Fehler
RF Template	gemeinsame Band-, Kanal-, Breiten- und Leistungsparameter	unpassende Vorgaben für Sonderflächen
Device Profile	gruppenbezogene AP-, IP-, Port- oder BLE-Einstellungen	verdeckte Abweichung von Site-Standard
AP Override	gezielter Sonderfall	dauerhafte Ausnahme und erschwerte Fehlersuche

Bei widersprüchlichem Verhalten wird zuerst der effektive Konfigurationszustand geprüft, nicht nur das sichtbare Site-Template. Labels, Profile und Geräte-Overrides können das Ergebnis verändern.

Konfiguration als Vererbung: Jede Ausnahme muss an der tatsächlich wirksamen Ebene gesucht werden. Dokumentation nur auf Template-Ebene ist bei Overrides unvollständig.

14. Firmware und Upgrade-Strategie

Firmware-Upgrades können automatisch oder einmalig geplant werden. Automatische Richtlinien lassen sich nach Gerätetyp, Sites und Modellversionen staffeln. Ein manueller Vorgang kann – anders als die automatische Aktualisierung – auch ein Downgrade ausführen.

Methode	Einsatz	Prüfung
Auto Upgrade	regelmäßige Compliance für Sites und Modelle	Pilot, Zeitfenster, Zielkanal und Ausnahmen
Ad Hoc	kontrolliertes einmaliges Upgrade	Download- und Rebootzeit getrennt planen
Manual Upgrade/Downgrade	Test, Rollback oder gezielte Version	Auto-Policy kann ältere Version später wieder anheben
Peer-to-Peer	manuelles Upgrade gleicher Modelle bei begrenztem WAN	ein Seed versorgt aktuell bis zu zehn APs

Sicherer Rollout

Release Notes, Modellunterstützung und bekannte Einschränkungen prüfen.
repräsentative Pilot-APs und kritische Clienttypen auswählen.
Client-, SLE-, RF- und Uplink-Baseline sichern.
Download und Reboot im Wartungsfenster staffeln.
Association, AAA, DHCP, Roaming und Anwendungen erneut testen.
Rollbackkriterien und verantwortliche Person dokumentieren.

15. Montage, Map Placement und Umwelt

Bereich	Fachliche Prüfung
Position	entspricht dem RF-Design und der realen Map-Koordinate?
Orientierung	Decke, Wand oder Mast passend zum Antennenpattern?
Höhe	korrekt in Planung und Site Map dokumentiert?
Material	Abstand zu Metall, HVAC, Kabeltrassen und Abschattungen?
Outdoor	Erdung, Überspannungsschutz, Dichtungen, Drip Loop und Temperatur?
Externe Antennen	Portzuordnung, Polarisation, Kabel und Zugentlastung?

Ein AP sollte vor der Montage geclaimt und inventarisiert werden, weil Etikett und Claim Code danach schwer erreichbar sein können. Nach Installation folgt ein Post-Deployment Survey; eine grüne Portalansicht ersetzt keine Funkabnahme.

Map Placement ist Betriebsdatenqualität: Falsche Position oder Orientierung verfälscht RF-Visualisierung, Location-Ergebnisse und spätere Fehleranalyse.

16. Telemetrie, SLEs und Messwerte

Messbereich	Beispiele	Interpretation
Device	Uptime, Firmware, CPU, Speicher, Temperatur	Gesundheit und Change-Zeitlinie
Ethernet/PoE	Linkrate, Duplex, Fehler, Nachbar, Power Mode	kabelgebundene Begrenzung
Radio	Kanal, Breite, Tx Power, Noise, Utilization	RF-Zustand und RRM-Wirkung
Client	RSSI, SNR, MCS, Retries, Roaming, Protokoll	konkrete Ende-zu-Ende-Erfahrung
SLE	Connect, Coverage, Capacity, Roaming, Throughput	Servicequalität im gewählten Scope
Events/Captures	Association, AAA, DHCP, DFS, Reboot, DPC	zeitliche Kausalität und Paketbeweis

Ein einzelner Mittelwert reicht nicht. Scope, Zeitraum, betroffene Clients, AP-Modell, Band, Kanal und Anwendung müssen zusammenpassen. RSSI ohne Noise ergibt kein SNR; hoher MCS ohne niedrige Retries beweist keinen stabilen Goodput.

17. Systematische Fehleranalyse

1. Strom
PSE, Klasse, requested/allocated Power, Dynamic Power Mode und Redundanz prüfen.

2. Physik
Kabel, Link, Geschwindigkeit, Duplex, Fehlerzähler und LLDP-Nachbar prüfen.

3. Managementnetz
VLAN, DHCP, IP, Gateway, DNS und Cloud-Firewallpfad prüfen.

4. Konfiguration
Organisation, Site, Templates, Device Profile, Labels und Overrides auflösen.

5. RF
Radio aktiv, Kanal, Breite, Tx Power, Noise, Interferenz, DFS und RRM Events prüfen.

6. 802.11
Probe, Authentication, Association, PMF, SAE/EAP und Roaming verfolgen.

7. Datendienst
VLAN, DHCP-DORA, ARP/ND, DNS, Gateway, Policy und Anwendung beweisen.

8. Korrelation
AP-, Switch-, RADIUS-, DHCP-, Firewall- und Client-Zeitstempel abgleichen.

Symptom	Erste Hypothese	Beweis
AP online, Radioleistung reduziert	PoE nicht ausreichend	Power Mode und LLDP Allocation
Cloud offline, lokales WLAN läuft noch	Managementpfad gestört	DNS/443 und Gateway vom AP-Netz
SSID nur auf einem AP fehlt	Scope, Override, Radio oder Firmware	effektive AP-Konfiguration und Events
Clients hören AP, senden aber instabil zurück	Link-Asymmetrie oder Interferenz	Uplink-RSSI, SNR, Retries und OTA Capture
nur große Transfers fehlerhaft	MTU, Verlust oder Uplinkproblem	DF-Test, Ethernetzähler und Capture
Abbruch bei DFS-Wechsel	Radarereignis und Clientreaktion	RRM/DFS Event plus Client Timeline

LED-Diagnose

Die mehrfarbige Status-LED liefert modellabhängige Blinkcodes für Ethernet-, IP-, Gateway-, DNS-, Cloud-, Firmware- und weitere Fehler. Der Code wird gezählt und gegen die aktuelle offizielle LED-Tabelle geprüft; Farbe allein reicht nicht.

Keine Neustartdiagnose: Vor Reboot oder Factory Reset Events, effektive Konfiguration, Power Mode, Switchzähler und relevante Packet Captures sichern. Sonst wird der Zustand gelöscht, nicht erklärt.

18. Design- und Abnahmecheckliste

Vor Installation

Modell und regionale Zulassung geprüft
Band-/Radio-/Streammodus dokumentiert
Antennenpattern und Montage definiert
PoE pro Port und im Redundanzfall berechnet
Ethernetrate und Verkabelung qualifiziert
Claim, Site und Profile vorbereitet
Firewallziele der Mist-Region freigegeben

Nach Installation

Connected und richtige Site
Full Power beziehungsweise Sollmodus
erwartete Linkgeschwindigkeit
Radios, Kanäle und Tx Power plausibel
Map-Position und Orientierung korrekt
AAA, DHCP, DNS und Policy getestet
Post-Deployment Survey und Roamingtest

Häufige Fehlannahmen

Behauptung	Bewertung	Fachliche Einordnung
„Tri-Band bedeutet immer drei Client-Radios gleichzeitig.“	Falsch	Die nutzbare Bandkombination ist modell- und modusabhängig.
„4×4:4 gibt jedem Client vier Streams.“	Falsch	Client und Kanal begrenzen die nutzbaren Streams.
„Die Mist-Tx-Power ist die gesamte EIRP.“	Falsch	Sie wird pro Tx-Chain angegeben; Antenne, Verluste und regulatorische Bewertung kommen hinzu.
„Cloud Connected bedeutet Vollbetrieb.“	Falsch	PoE kann reduziert sein und Clientdienste können unabhängig ausfallen.
„Zwei Uplinks garantieren Stromredundanz.“	Falsch	Datenlink, Powerquelle und verbleibende Leistung sind getrennt zu prüfen.
„RRM reagiert nur einmal nachts.“	Falsch	Langfristige Cloudoptimierung und lokale Sofortreaktionen existieren parallel.

Merksätze

Ein Mist AP vereint Funkzugang, Bridge, Sensorik und Telemetrie.
Management- und Clientdatenpfad sind getrennte Prüfebenen.
Radiofähigkeit und gleichzeitiger Radiobetrieb sind nicht dasselbe.
Tx Power in Mist ist pro Chain – nicht automatisch Gesamt-EIRP.
Breitere Kanäle erhöhen Peak-Rate, aber nicht automatisch Kapazität.
Ein online sichtbarer AP kann im reduzierten Power Mode arbeiten.
RRM-Optimierung und lokale Sofortreaktion ergänzen sich.
Effektive Konfiguration entsteht aus Vererbung und Overrides.
Vor Neustart oder Reset werden Beweise gesichert.

Offizielle Grundlagen

Stand der fachlichen Prüfung: August 2026. Modelle, Radiomodi, PoE-Verhalten, Firmwarepfade und regulatorische Verfügbarkeit können sich ändern; für produktive Planung gelten das aktuelle regionale Datenblatt und die aktuelle Juniper-Dokumentation.