Was hat sich geändert?

Neue Erweiterung "UDP-Quellport" in Junos OS Version 22.4R1 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.

Verbesserte Bandbreite und Burst-Policer (MX-Serie und EX9200-Serie)]Wir haben den Standardwert für die Bandbreite von 20000 auf 100 pps und den Wert für die Burst-Polizei von 20000 auf 100 Pakete aktualisiert. Diese Verbesserung verhindert, dass die CPU-Auslastung mehr als snmpd 100 % erreichteventd. Wenn das System vor dieser Version einen verletzten Datenverkehr für SNMP zusammen mit dem Datenverkehr anderer Protokolle empfängt, erreichte die CPU-Auslastung mehr als snmpd 100 % mit eventd einem Fehler.

[Siehe Parameter für ddos-Schutzprotokolle anzeigen.]

Vor dieser Änderung, wenn das Routen-Sharding konfiguriert ist, enthielt die Ausgabe von CLI-Befehlen show route Informationen zum Sharding. Nach der Änderung muss der Benutzer das Argument "rib-sharding all" zu CLI-Befehlen show route hinzufügen, um Sharding-Informationen anzuzeigen.

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

Der Connectivity Fault Management-Prozess (cfmd) wird nur ausgeführt, wenn das Ethernet-Protokoll für das Konnektivitätsfehlermanagement konfiguriert ist.

In der Vergangenheit durfte inet6flow.0 keine primäre Rippe in einer Rippengruppe sein. Ab Version 22.3 ist dies nun erlaubt.

Die Felder "Paketrate" und "Byterate" für LSP-Sensoren auf AFT (mit dem alten Pfad) wurden in "jnx-packet-rate" und "jnx-byte-rate" umbenannt und entsprechen dem UKERN-Verhalten. Zuvor wurden diese Ratenfelder als packetRate und byteRate bezeichnet.

In der offenen Konfiguration (ACX-Serie, EX-Serie, MX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX) ist eine Änderung des Instance-Typs von default zu L3VRF nicht zulässig – DEFAULT_INSTANCE ist die primäre Instance, die ausgeführt wird, wenn in der Route set routing-options?kein bestimmter Instance-Typ konfiguriert ist. Jede Instanz, die Sie explizit konfigurieren, wird in set routing-instance r1 routing-options?übersetzt. Das Problem tritt in der Übersetzung auf, wenn Sie den Instance-Typ DEFAULT_INSTANCE (beliebige Instance zu DEFAULT_INSTANCE) in L3VRF oder L3VRF in DEFAULT_INSTANCE ändern. Daher sind solche Änderungen nicht zulässig. Darüber hinaus kann DEFAULT_INSTANCE nur DEFAULT genannt werden, und DEFAULT ist für DEFAULT_INSTANCE reserviert, sodass solche Änderungen nicht zulässig sind.

Möglichkeit, die Konfiguration zu bestätigen extension-service file , wenn die Anwendungsdatei nicht verfügbar ist: Wenn Sie die optional Option auf Hierarchieebene [edit system extension extension-service application file file-name] festlegen, kann das Betriebssystem die Konfiguration auch dann bestätigen, wenn die Datei unter dem Dateipfad /var/db/scripts/jet nicht verfügbar ist.

[Siehe Datei (JET).]

Möglichkeit zum Neustart, Neustart daemonisierter Anwendungen: Verwenden Sie den request extension-service restart-daemonize-app application-name Befehl, um eine daemonisierte Anwendung auf einem Junos OS-Gerät neu zu starten. Ein Neustart der Anwendung kann Sie beim Debuggen und bei der Problembehandlung unterstützen.

[Siehe request extension-service restart-daemonize-app.]

Anzeige flexibler Algorithmusinformationen für SRv6-Locators in der TED-Datenbank]--Verwenden Sie den show ted database extensive Befehl, um die Metrik-, Flags- und flexiblen Algorithmusinformationen anzuzeigen, die einem SRv6-Locator zugeordnet sind. Vor dieser Veröffentlichung waren diese Informationen nicht in der TED-Datenbank enthalten.

[Siehe angezeigte ted-Datenbank.]

Junos YANG-Module für RPCs enthalten die junos:command Erweiterungsanweisung (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX) – Die Junos YANG-Module, die RPCs für Betriebsmodusbefehle definieren, enthalten die Erweiterungsanweisung <codeph>junos:command</codeph> in Schemas, die mit Erweiterungen ausgegeben werden. Die Anweisung definiert den CLI-Befehl für den entsprechenden RPC. Im Juniper YANG GitHub-Repository werden die RPC-Schemas mit Erweiterungen im rpc-with-extensions Verzeichnis für die jeweilige Version und Gerätefamilie gespeichert. Wenn Sie die emit-extensions Anweisung auf Hierarchieebene [edit system services netconf yang-modules] konfigurieren und die YANG-Schemas auf dem lokalen Gerät generieren, enthalten die YANG-Module für RPCs die junos:command Erweiterungsanweisung.

Erweiterung des jnxRmonAlarmState (ACX-Serie, EX-Serie, MX-Serie, NFX-Serie, PTX-Serie, QFX-Serie, SRX-Serie)—Sie können jetzt die folgenden zusätzlichen Werte für den jnxRmonAlarmState anzeigen, wenn Sie die show snmp mib walk jnxRmonAlarmTable verwenden: fallingThreshold (6) - Wenn der Wert kleiner oder gleich dem fallenden Schwellenwert ist, risingThreshold (5) - Wenn der Wert größer oder gleich rising-threshold ist getFailure (7)- Wenn der Wert ein anderer Wert als noError für die aktuelle interne 'get'-Anforderung In früheren Versionen konnten Sie nur den folgenden Status für den jnxRmonAlarmState anzeigen: unknown (1), underCreation (2) oder active (3).

operator login-Klasse ist von der Anzeige von NETCONF-Trace-Dateien no-world-readable (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX) ausgeschlossen: 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.

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 früheren Versionen von Junos OS und Junos OS Evolved Version 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.

Neue Optionen für den request system snapshot Befehl (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie und SRX-Serie): Der request system snapshot Befehl enthält neue Optionen für Nicht-Wiederherstellungs-Snapshots. Sie können die name Option zum Angeben eines benutzerdefinierten Namens für den Snapshot einschließen, und Sie können die configuration Option or no-configuration zum Ein- oder Ausschließen von Konfigurationsdateien in den Snapshot einschließ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 aktualisiertem FreeBSD).]