Was hat sich geändert?

Flow-Label-Konfigurationsstatus für EVPN-ELAN-Services Die Ausgabe für den show evpn instance extensive Befehl zeigt jetzt den Betriebsstatus flow-label und flow-label-static für ein Gerät und nicht für die Routing-Instanzen an. Ein Gerät mit aktivierter Flow-Bezeichnung unterstützt Flow-Aware-Transport-Flow-Labels (FAT) und kündigt seine Unterstützung seinen Nachbarn an. Ein Gerät, auf dem flow-label-static aktiviert ist, unterstützt FAT-Flow-Labels, kündigt dessen Funktionen jedoch nicht an.

Aktualisierte Ausgabe für show route table– In der Ausgabe für show route table bgp.evpn.0 wird jetzt der TLV-Typ des L2-Service angezeigt. Zuvor wurde in der Ausgabe der TLV des L3-Dienstes angezeigt.

Neue Erweiterung "UDP-Quellport" für Overlay-Ping und Traceroute – In Junos OS-Versionen vor 22.4R1 konnten Sie den UDP-Quellport nicht in einem Ping-Overlay- oder Traceroute-Overlay-Vorgang konfigurieren. Sie können diesen Wert nun in einer EVPN-VXLAN-Umgebung mithilfe von Hash konfigurieren. Die Konfigurationsoption hashüberschreibt alle anderen hash-*-Optionen, die zur Bestimmung des Quellportwerts verwendet werden können.

Neue Optionen für den request system snapshot Befehl (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie und SRX-Serie): Der Befehl request system snapshot enthält neue Optionen für Nicht-Wiederherstellungs-Snapshots. Sie können die Option name einschließen, um einen benutzerdefinierten Namen für den Snapshot anzugeben, und Sie können die Option configuration oder no-configuration einschließen, um Konfigurationsdateien in den Snapshot ein- oder auszuschließen. Standardmäßig speichert der Snapshot die Konfigurationsdateien, die den Inhalt der Verzeichnisse /config und /var sowie bestimmte SSH-Dateien enthalten.

[Siehe System-Snapshot anfordern (Junos OS mit FreeBSD).]

Beim Abonnieren des Ressourcenpfads /junos/system/linecard/environment wurde das Präfix für den Streamingpfad auf der Kollektorseite als /junos/linecard/environment angezeigt. Dieses Problem wurde in Junos OS 23.1R1 und Junos OS Evolved 23.1R1 behoben, und der Abonnementpfad und der Streaming-Pfad stimmen überein, um /junos/system/linecard/environment anzuzeigen.

Der Ethernet-Verbindungsfehlermanagementprozess (lfmd) wird nur ausgeführt, wenn das Verbindungsfehlermanagementprotokoll konfiguriert ist.

XML-Tag in der RPC-Antwort get-system-yang-packages geändert (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX): Die RPC-Antwort get-system-yang-packages ersetzt in der XML-Ausgabe das Tag xmlproxy-yang-modules durch das Tag proxy-xml-yang-modules.

Änderungen am Aggregate Level Policer at FPC (EX9208): Die Summe der neu hinzugefügten Sub-Policer HELLO und UNCLS für die DDOS-Protokolle OSPF, OSPFv3 und RSVP führt zur korrekten Meldung von Zählern auf FPC-Ebene, z. B. Paketverluste. Zuvor konnten Sie den OSPF-, OSPFv3- und RSVP-Aggregationspolicer direkt auf FPC-Ebene konfigurieren. Sie können die folgenden CLI-Anweisungen verwenden, um die Burst- und Bandbreitenwerte für OSPF, OSPFv3 und RSVP zu konfigurieren.

System-DDoS-Schutzprotokolle festlegen OSPF OSPF-Hallo Burst-Größe Bandbreite Pakete-pro-Sekunde

System DDoS-Schutzprotokolle festlegen OSPF OSPF-UNCLS Burst 10000 Bandbreite 10000

System-DDoS-Schutzprotokolle festlegen ospfv3v6 ospfv3v6-hello burst 10000 Bandbreite 10000

System-DDoS-Schutzprotokolle festlegen OSPFV3v6 OSPFV3v6-UNCLS Burst 10000 Bandbreite 10000

Set System DDoS-Schutzprotokolle RSVP RSVP-Hallo Burst 10000 Bandbreite 10000

Set System DDoS-Schutzprotokolle RSVP RSVP-UNCLS Burst 10000 Bandbreite 10000

[Siehe Protokolle (DDOS).]

operator login-Klasse kann NETCONF-Trace-Dateien nicht anzeigen ( no-world-readable ACX-Serie, EX-Serie, MX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX): Wenn Sie NETCONF-Ablaufverfolgungsoptionen auf Hierarchieebene [edit system services netconf traceoptions] konfigurieren und den Dateizugriff auf den Dateieigentümer beschränken, indem Sie die no-world-readable Anweisung festlegen oder weglassen (Standardeinstellung), haben Benutzer, die der operator Anmeldeklasse zugewiesen sind, keine Berechtigungen zum Anzeigen der Ablaufverfolgungsdatei.

Unterstützung für die junos:cli-feature YANG-Erweiterung (ACX-Serie, EX-Serie, MX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX): Die YANG-Erweiterung identifiziert bestimmte CLI-Eigenschaften, die cli-feature mit einigen Befehlsoptionen und Konfigurationsanweisungen verknüpft sind. Die Junos YANG-Module, die die Konfiguration oder RPCs definieren, enthalten gegebenenfalls die Erweiterungsanweisung in Schemas, die cli-feature mit Erweiterungen ausgegeben werden. Diese Erweiterung ist von Vorteil, wenn ein Client YANG-Datenmodelle nutzt, der Client jedoch für bestimmte Workflows CLI-basierte Tools generieren muss.

[Weitere Informationen finden Sie unter Grundlegendes zum YANG-Modul "Junos DDL Extensions".]

XML-Tag in der get-system-yang-packages Datei RPC-Antwort geändert (ACX-Serie, EX-Serie, MX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX) – Die get-system-yang-packages RPC-Antwort ersetzt das xmlproxy-yang-modules Tag in der XML-Ausgabe durch das proxy-xml-yang-modules Tag.

Änderungen am Element des NETCONF-Servers <rpc-error> , wenn der operation="delete" Vorgang ein nicht vorhandenes Konfigurationsobjekt löscht (ACX-Serie, EX-Serie, MX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX): Wir haben die Antwort geändert, die <rpc-error> der NETCONF-Server zurückgibt, wenn der <edit-config> <load-configuration> OR-Vorgang verwendet wird operation="delete" , um ein Konfigurationselement zu löschen, das in der Zielkonfiguration nicht vorhanden ist. Der Schweregrad des Fehlers ist Fehler anstelle von Warnung, und das <rpc-error> Element enthält die <error-tag>data-missing</error-tag> <error-type>application</error-type> und-Elemente.

Der ping host | display xml validate Befehl validiert XML fehlerfrei (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie, SRX-Serie und vMX) – In Junos OS- und Junos OS Evolved-Versionen vor 22.4R2 führt der ping host | display xml validate Befehl zu CRITICAL ERROR: Root Tag name mismatch. Erwartete 'Ping-Ergebnisse', bekam 'run-Befehl'. Der Befehl validiert den XML-Code nun erfolgreich und ohne Fehler.

[Siehe Ping.]

Vor dieser Änderung antworteten Geräte standardmäßig nur auf ARP-Anforderungen, die aus demselben Subnetz stammten. Konfigurieren Sie die neue CLI-Option auf Hierarchieebene, respond-out-of-subnet um ARP-Antworten auf eine Anforderung zuzulassen, die [edit system arp] aus einem anderen Subnetz stammt.