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 Flow-Label- und Flow-Label-statischen Betriebsstatus für ein Gerät und nicht für die Routing-Instanzen an. Ein Gerät mit flow-label aktivierter unterstützt flow-aware transport (FAT)-Flusslabels und kündigt seine Unterstützung seinen Nachbarn an. Ein Gerät mit flow-label-static aktivierter Unterstützung von FAT-Flussbezeichnungen, kündigt jedoch seine Funktionen nicht an.PR1690033

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 jetzt in einer EVPN-VXLAN-Umgebung mit hashkonfigurieren. Die Konfigurationsoption hashüberschreibt alle anderen hash-*-Optionen, die zum Bestimmen des Quellportwerts verwendet werden können. PR1705726

Der Konnektivitätsfehlerverwaltungsprozess (CFMD) wird nur ausgeführt, wenn das Ethernet-Konnektivitätsfehlerverwaltungsprotokoll konfiguriert ist.

Vor dieser Änderung lieferte die Ausgabe eines show task replication | display xml validate Befehls einen Fehler in der Form ERROR: Duplicate data element <task-protocol-replication-name>. Mit dieser Änderung ist die XML-Ausgabe ordnungsgemäß strukturiert und es gibt keine Validierungsfehler.

Beschriftung für die in der Ausgabe angezeigte Stundeneinheit: Wenn die Ausgabe für den show system uptime Befehl null Minuten enthält, wird die Beschriftung für die Stundeneinheit angezeigt.

[Siehe Systemverfügbarkeit anzeigen.]

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

Änderungen am Aggregate Level Policer bei FPC (EX9208): Die Summierung 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. für Paketverluste. Zuvor konnten Sie den aggregierten Policer für OSPF, OSPFv3 und RSVP 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:

• set system ddos-protection protocols ospf ospf-hello burst size bandwidth packets-per-second

• Set System DDoS-Schutzprotokolle OSPF OSPF-UNCLS Burst 10000 Bandbreite 10000

• Set System DDoS-Schutzprotokolle OSPFV3V6 OSPFV3V6-Hallo Burst 10000 Bandbreite 10000

• Set System DDoS-Schutzprotokolle OSPFV3V6 OSPFV3V6-UNCLS Burst 10000 Bandbreite 10000

• Set System DDoS-Schutzprotokolle RSVP RSVP-Hello Burst 10000 Bandbreite 10000

• System DDoS-Schutzprotokolle einstellen RSVP RSVP-UNCLS Burst 10000 Bandbreite 10000

[ Siehe Protokolle (DDoS).]

Die Anzahl der aktiven Benutzer ist als numerischer ganzzahliger Wert in der ODL-Anforderungsausgabe definiert: Die Ausgabe für die ODL-Anforderung get-system-uptime-information enthält Informationen für die Anzahl der aktiven Benutzer. Die Anzahl der aktiven Benutzer wird jetzt als numerischer ganzzahliger Wert definiert und vermeidet einen Fehler beim Typ eines ungültigen Wertes.

[Siehe Systemverfügbarkeit anzeigen.]

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

Beim Abonnieren des Ressourcenpfads /junos/system/linecard/environmentwurde das Präfix für den gestreamten Pfad auf der Collector-Seite 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 gestreamte Pfad stimmen mit der Anzeige /junos/system/linecard/environmentüberein.PR1690570

Inaktive lokale RIB-Pfade in BMP ankündigen: Wir haben eine neue Konfigurationsanweisung bmp-loc-rib-add-path auf Hierarchieebene [edit routing-options bmp] eingeführt.

[Siehe bmp-loc-rib-add-path.]PR1697520

Der Ethernet Link Fault Management Process (lfmd) wird nur ausgeführt, wenn das Link-Fault-Management-Protokoll konfiguriert ist. PR1698132

Wenn das System bisher keine Schnittstelle oder einen hierarchischen Policer installieren konnte, stürzte die PFE aufgrund einer Assertion ab. Jetzt installiert das System einen Firewall-Discard und protokolliert eine DFW_HALP_ERR_MSG_POLICER_ADD_FAILED Fehlermeldung. Diese Fehlermeldung enthält den Namen des betroffenen Policers und den entsprechenden Fehlercode. Relevante Policer werden unter der Schnittstelle > Einheit > Familie > Policer-Eingabe/Ausgabe (oder) Schnittstelle > Einheit > Familie > Eingabe-hierarchisch-Policer-Zeilengruppen angezeigt. PR1701676

Vor dieser Änderung meldete die Ausgabe eines show task replication logical-system all | display xml validate Befehls einen Fehler. Nach der Änderung wird die Ausgabe korrekt mit einem logical-systemcodeph> Root-Tag formatiert, und es tritt kein Validierungsfehler auf. PR1711014

Beschriftung für die in der Ausgabe angezeigte Stundeneinheit: Wenn die Ausgabe für den show system uptime Befehl null Minuten enthält, wird die Beschriftung für die Stundeneinheit angezeigt.

[Siehe Systemverfügbarkeit anzeigen.]PR1715255

Die Shared-Tunnels-Anweisung wird auf EX9204-, EX9208-, EX9214-, EX9251-, EX9253-, MX304-, MX10001-, MX10002-, MX960-, MX480-, MX240-, MX2020-, MX2010-, MX2008- und vMX-Geräten nicht unterstützt. PR1716955

Zwei neue Alarme wurden hinzugefügt und können mit MPC11E angezeigt werden, wenn 400G-ZR-Optiken verwendet werden. Hochleistungsoptik zu warm: Warnung vor einem Anstieg der Umgebungstemperatur des Gehäuses, ohne dass funktionelle Maßnahmen an der Optik ergriffen werden Temperatur zu hoch für das Einschalten der Optik: Neu eingesetzte Optiken, wenn die Umgebungstemperatur des Gehäuses über den Schwellenwert hinaus erhöht ist, werden nicht eingeschaltet und müssen wieder eingesetzt werden, wenn die Umgebungstemperatur innerhalb des akzeptablen Bereichs liegt. PR1719569

Sie können den Minimal- und Maximalwert für das Intervall für die Haltezeit nach unten und die Haltezeit nach oben zwischen 0 und 3600000 Millisekunden auf der Hierarchieebene [Protokoll bearbeiten, Netzwerkisolationsgruppe, Gruppennamenerkennung] angeben. PR1726039

Unterstützung für Podman-basierte JDM-Bereitstellung: Ab Junos OS Version 23.2R1 unterstützt das externe serverbasierte Junos Node Slicing die Bereitstellung von Juniper Device Manager (JDM) mit dem Pod Manager-Tool (Podman). Diese Änderung gilt für Server, auf denen Red Hat Enterprise Linux (RHEL) 9 ausgeführt wird. In Junos Versionen vor 23.2R1 unterstützte Junos Node Slicing RHEL 7.3, der den libvirts lxc-Treiber (libvirt-lxc) zum Bereitstellen von JDMs bereitstellte. PR1737550

Ein Alarm wegen Inkonsistenz bei der Optikkonfiguration kann ausgelöst werden, wenn eine Diskrepanz zwischen der konfigurierten Geschwindigkeit einer Schnittstelle und der unterstützten Geschwindigkeit der Optik besteht. Dieser Alarm weist darauf hin, dass die im angegebenen FPC installierte Optik nicht mit der auf der Schnittstelle konfigurierten Geschwindigkeit kompatibel ist.

Fähigkeit, die Konfiguration zu bestätigen extension-service file , wenn die Anwendungsdatei nicht verfügbar ist: Wenn Sie die optional Option auf der Hierarchieebene [edit system extension extension-service application file file-name] festlegen, kann das Betriebssystem die Konfiguration auch dann bestätigen, wenn die Datei im <filepath>/var/db/scripts/jet</filepath> Dateipfad nicht verfügbar ist.

[Siehe Datei (JET).]

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

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

Das xmlns:junos Attribut enthält die vollständige Softwareversionszeichenfolge (ACX-Serie, EX-Serie, MX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX): Die xmlns:junos Namespacezeichenfolge in XML-RPC-Antworten enthält die vollständige Versionsnummer der Softwareversion, die mit der vom Befehl ausgegebenen show version Version identisch ist. In früheren Versionen enthielt die xmlns:junos Zeichenfolge nur teilweise Informationen zur Softwareversion.

Änderungen an der show system yang packageget-system-yang-packages (RPC-)XML-Ausgabe (ACX-Serie, EX-Serie, MX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX)—Der Befehl und <get-system-yang-packages> RPC show system yang package enthalten die folgenden Änderungen an der XML-Ausgabe:

• Das Stammelement ist yang-package-information anstelle von yang-pkgs-info.

• Ein yang-package Element umschließt jeden Satz von Paketdateien.

• Das yang-pkg-id Tag wird in umbenannt.package-id

• Wenn das Paket keine Übersetzungsskripte enthält, lautet der Wert für Übersetzungsskript(e) (trans-scriptsnone).

Die <rpc-error> Reaktion des NETCONF-Servers änderte sich, wenn <load-configuration> operation="delete" ein nicht vorhandenes Konfigurationsobjekt (ACX-Serie, EX-Serie, MX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX) gelöscht wird – In einer früheren Version haben wir die <rpc-error> Antwort des NETCONF-Servers geändert, wenn ein <edit-config> ODER-Vorgang <load-configuration> verwendet wird operation="delete" , um ein Konfigurationselement zu löschen, das in der Zielkonfiguration fehlt. Wir haben die Änderungen an der <load-configuration> Antwort rückgängig gemacht.

Änderungen an der RPC-Antwort für <validate> Vorgänge in RFC-konformen NETCONF-Sitzungen (ACX-Serie, EX-Serie, MX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX): Wenn Sie die rfc-compliant Anweisung auf Hierarchieebene [edit system services netconf] konfigurieren, gibt der NETCONF-Server nur ein <ok/> oder-Element <rpc-error> als Reaktion auf <validate> Vorgänge aus. In früheren Versionen enthält die RPC-Antwort das <commit-results> Element ebenfalls.

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

operator login-Klasse ist für die Anzeige von NETCONF-Ablaufverfolgungsdateien eingeschränkt, die no-world-readable (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX) sind: Wenn Sie NETCONF-Ablaufverfolgungsoptionen auf Hierarchieebene [edit system services netconf traceoptions] konfigurieren und den Dateizugriff auf den Dateibesitzer einschränken, indem Sie die no-world-readable Anweisung (Standardeinstellung) festlegen oder weglassen, verfügen Benutzer, die der operator Anmeldeklasse zugewiesen sind, nicht über Berechtigungen zum Anzeigen der Ablaufverfolgungsdatei.PR1707820

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

[Siehe Grundlegendes zum YANG-Modul der Junos DDL-Erweiterungen.]PR1713424

Erweiterung des Ereignisdatenmodells für Syslog-Priorität: Das Ereignisdatenmodell wurde erweitert, um den priority Parameter in die Syslog-Ereignisprotokolle aufzunehmen. Dieses Update korrigiert die Berechnung und Darstellung der Syslog-Priorität. Zuvor wurde die Syslog-Priorität falsch berechnet, was zu Fehlern bei der Verarbeitung von Syslog-Meldungen führte.

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

Die <rpc-error>-Antwort des NETCONF-Servers änderte sich, wenn <load-configuration> operation="delete" verwendet, um ein nicht vorhandenes Konfigurationsobjekt (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX) zu löschen. In einer früheren Version haben wir die <rpc-error>Antwort des NETCONF-Servers geändert, wenn ein <edit-config>- oder <load-configuration>Vorgang operation="delete" verwendet, um ein Konfigurationselement zu löschen, das in der Zielkonfiguration fehlt. Wir haben die Änderungen an der Antwort <Load-Configuration> rückgängig gemacht.

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 den Versionen von Junos OS und Junos OS Evolved vor 22.4R2 führt der ping host | display xml validate Befehl zu einem KRITISCHEN FEHLER: Nicht übereinstimmender Name des Stammtags. Erwartete 'ping-results', got 'run-command'. Der Befehl validiert den XML-Code nun erfolgreich und fehlerfrei.

[Siehe Ping.]PR1694765

Vor dieser Änderung antworteten Geräte standardmäßig nur auf ARP-Anfragen, die aus demselben Subnetz stammten. Konfigurieren Sie die neue CLI-Option "respond-out-of-subnet" auf der Hierarchieebene [edit system arp], damit ARP auf eine Anfrage antworten kann, die aus einem anderen Subnetz stammt. PR1710699

Option nexthop-resolution no-resolution für die RTC-Familie (Route Target Constrains) hinzugefügt – Die nexthop-resolution no-resolution Konfigurationsoption wurde zu den family route-target in BGP-Konfigurationen hinzugefügt. Diese Ergänzung ermöglicht es Benutzern, die Nexthop-Auflösung für Routen der RTC-Familie (AFI 1, SAFI 132) zu deaktivieren und sie für das Filtern von VPN-Routen zu verwenden, ohne von der Nexthop-Erreichbarkeit der RTC-Route abhängig zu sein.

[Siehe Familien-Routenziel.]

Vor dieser Änderung verwendete die show isis statistics interface interface_name | display xml Ausgabe des Befehls das XML-Tag "interface-name", was einen Fehler erzeugte. Mit der Änderung verwendet die XML-Ausgabe das Tag "isis-interface-name".

TI-LFA und Legacy LFA Configuration Commit Validation Update (Junos OS and Junos OS Evolved) – Sie können jetzt TI-LFA und Legacy FRR (Node-Link Protection) in separaten OSPF Instanzen aktivieren. Das System generiert nur dann einen Commit-Fehler, wenn Sie sowohl TI-LFA als auch Legacy-FRR unter derselben OSPF-Instanz aktivieren. In diesem Fall schlägt der Commit fehl und löst die folgende Meldung aus: error: commit failed: (statements constraint check failed).

[Siehe Topologieunabhängige schleifenfreie Alternative mit Segment-Routing für IS-IS und OSPF..]

BGP Multipath-Routenberechnung: Bei der Konfiguration von Multipath in der Routing-Instanz werden auch BGP-Routen, die aufgrund der Länge der Cluster-Liste inaktiv sind, als für Multipath-Berechnungen geeignet betrachtet. Dies verbessert die Routenauswahl, indem mehr potenzielle Pfade in die Multipath-Konfiguration aufgenommen werden.

[Siehe Grundlegendes zur BGP-Pfadauswahl.]

Neue Optionen für den request system snapshot Befehl (ACX-Serie, EX-Serie, MX-Serie, QFX-Serie und SRX-Serie): Der request system snapshot Befehl enthält neue Optionen für Snapshots ohne Wiederherstellung. Sie können die name Option zum Angeben eines benutzerdefinierten Namens für den Snapshot und 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).]

Das xmlns:junos Attribut enthält die vollständige Softwareversionszeichenfolge (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX): Die xmlns:junos Namespacezeichenfolge in XML-RPC-Antworten enthält die vollständige Versionsnummer der Softwareversion, die mit der vom Befehl ausgegebenen show version Version identisch ist. In früheren Versionen enthielt die xmlns:junos Zeichenfolge nur teilweise Informationen zur Softwareversion.PR1696560

Konfigurationsaktualisierung für die Portspiegelung: Schnittstellenbereiche werden als Teil von Konfigurationsgruppen zum Erstellen von Analysegeräten nicht mehr unterstützt. Wenn Sie versuchen, einen Schnittstellenbereich in einer Konfigurationsgruppe zu verwenden, wird ein Fehler angezeigt, der auf einen ungültigen Schnittstellentyp hinweist. Außerdem können Schnittstellenbereiche oder Schnittstellenlisten unter dieser Einstellung nicht konfiguriert werden. Diese Änderung gewährleistet eine präzise und fehlerfreie Konfiguration, da die Spezifikation einzelner Schnittstellen anstelle von Bereichen erforderlich ist, wodurch die Genauigkeit und Zuverlässigkeit von Portspiegelungs-Setups verbessert wird. PR1728883

Erweiterung der MVPN-Senderstandortkonfiguration: MVPN-Senderstandorte (Multicast Virtual Private Network), die mit einem IR-Tunnel (Ingress Replication) konfiguriert sind, senden Typ-1-Routen mit der Bezeichnung 0. Dies bedeutet, dass Remote-PEs die Route Typ 1 nicht als Leaf des Tunnels hinzufügen, sondern weiterhin den PE des Absenderstandorts als MVPN-Nachbarn. Dadurch wird sichergestellt, dass der Datenverkehr von der PE des Absenderstandorts nicht aufgrund eines unbekannten MVPN-Nachbarn von den Remote-PEs verworfen wird. Da der PE des Absenderstandorts jedoch die Bezeichnung als 0 sendet, fügen Remote-PEs den PE des Absenderstandorts nicht als Leaf hinzu, und der Datenverkehr vom Remote-PE wird nicht auf diesen PE repliziert, um die Funktionalität des Absenderstandorts sicherzustellen. PR1711769