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 aktivierten unterstützt flow-aware tranNew options for thesport (FAT) flow-Labels 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.

Aktualisierte Ausgabe für show route table: Die Ausgabe für show route table bgp.evpn.0 zeigt jetzt den L2 Service TLV-Typ an. Zuvor wurde in der Ausgabe der L3-Dienst TLV angezeigt.

Commit-Fehler, wenn Interconnect- und lokale Routenunterscheidungsmerkmale denselben Wert haben: Wenn Sie auf EVPN-Gateway-Geräten für die Vernetzung von Datencentern (DCI) einen Interconnect-RD in der edit routing-instances name protocols evpn interconnect Hierarchie konfigurieren, muss sich der Interconnect-RD vom lokalen RD in der Routing-Instanz unterscheiden. Wenn Sie versuchen, denselben Wert für den Verbindungs-RD und den lokalen RD in einer Routing-Instanz zu konfigurieren, erzwingt das Gerät diese Anforderung, indem es einen Commit-Fehler auslöst. Bei nahtlosem DCI-Stitching für EVPN-Routen vom Typ 5 wird der Commit-Fehler jedoch vor dieser Version nicht angezeigt. Ab dieser Version löst das Gerät den Commit-Fehler aus, um diese Bedingung für DCI-Stitching mit Typ-5-Routen zu erzwingen.

[Siehe Routenunterscheidung.]

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.

Mozilla-Zertifizierungsstellenzertifikate (CA) entfernt (ACX-Serie, PTX-Serie und QFX-Serie) – Um Sicherheitsrisiken zu minimieren, enthält Junos OS Evolved standardmäßig nicht mehr Mozillas Root-Zertifikate von verschiedenen CA-Betreibern. Um Docker-Containerimages aus einer Registrierung zu verwenden, die TLS-Authentifizierung erfordert, müssen Sie das Image zuerst als tar-Archiv auf einem Remotegerät speichern und dann den Inhalt des Archivs auf das Gerät importieren, auf dem Junos OS Evolved ausgeführt wird.

Siehe [ Ausführen von Anwendungen von Drittanbietern in Containern.]

Beim Abonnieren des Ressourcenpfads /junos/system/linecard/environment wurde 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 Streamingpfad stimmen überein, um /junos/system/linecard/environment anzuzeigen.

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.

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

Multicast-Debug-Informationen in EVPN-Optionen hinzugefügt, um Systeminformationsbefehl anzufordern (MX-Serie, QFX-Serie): Die Ausgabe des CLI-Befehls request support information evpn-vxlan enthält jetzt zusätzliche Informationen, die beim Debuggen von EVPN-Multicast-Problemen helfen.

[Siehe Supportanfrage-Informationen.]PR1707139

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.

Multicast-Debug-Informationen in EVPN-Optionen hinzugefügt, um Systeminformationsbefehl anzufordern (MX-Serie, QFX-Serie): Die Ausgabe des CLI-Befehls request support information evpn-vxlan enthält jetzt zusätzliche Informationen, die beim Debuggen von EVPN-Multicast-Problemen helfen.

[Siehe Supportanfrage-Informationen.]

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

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-system"-Root-Tag formatiert und es tritt kein Validierungsfehler auf.

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

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.

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.]

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 Optik, wenn die Umgebungstemperatur des Gehäuses über den Schwellenwert hinaus erhöht ist, wird nicht eingeschaltet und muss wieder eingesetzt werden, wenn die Umgebungstemperatur innerhalb des akzeptablen Bereichs liegt

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.

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 edit protocols network-isolation group group-name detection Hierarchieebene 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, das den lxc-Treiber von libvirt (libvirt-lxc) für die Bereitstellung von JDMs bereitstellte.

Ab Junos OS Version 23.2R1 und Junos OS Evolved Version 23.2R1-EVO zeigt die Ausgabe des Befehls show chassis power den Status des Netzteils auf den Plattformen PTX10003 und QFX10003 an.

Siehe [ show chassis power

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.

Möglichkeit zum Bestätigen extension-service file der Konfiguration, 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 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.]

Ä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).

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.

Änderungen am Element des rpc-error 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 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 statt Warnung, und das rpc-error Element enthält die error-tagdata-missing error-tag Elemente und error-type application error-type .

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.

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.]

Ä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.

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. PR1715868

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 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.]

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 Hierarchieebene [edit system arp] , damit ARP auf eine Anfrage antworten kann, die aus einem anderen Subnetz stammt.

Option nexthop-resolution no-resolution für die RTC-Familie (Route Target Constrains) hinzugefügt – Die nexthop-resolution no-resolution Konfigurationsoption wurde den family route-target 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 Familienrouten-Ziel]. PR1690014

Konfigurationsoption conserve-mcast-route-in-pfe auf OISM-Server-Leaf- und Border-Leaf-Geräten in skalierten EVPN-VXLAN-Fabrics, um eine Multicast Routenauslastung zu vermeiden (QFX5130-32CD- und QFX5700-Switches) – Sie können QFX5130-32CD- und QFX5700-Switches als OISM-Server-Leaf- oder Border-Leaf-Geräte (Optimized Intersubnet Multicast) in einer EVPN-VXLAN-Fabric konfigurieren. In skalierten Fabrics mit vielen VLANs, EVPN-Instanzen und Multicast-Streams kann es aufgrund der begrenzten Größe der Multicast-Snooping-Routing-Tabellen in der PFE zu einem Verlust von Multicast-Datenverkehr auf diesen Geräten kommen. Um dieses Problem bei QFX5130-32CD- und QFX5700-Switches mit OISM in skalierten Umgebungen zu vermeiden, müssen Sie die conserve-mcast-routes-in-pfe Option in der edit multicast-snooping-options oism Hierarchie auf diesen Plattformen konfigurieren. Diese Option ist nur für QFX5130-32CD- und QFX5700-Switches verfügbar. Verwenden Sie diese Option, wenn Sie diese Geräte als Server-Leaf- oder Border-Leaf-Geräte mit OISM konfigurieren. Konfigurieren Sie diese Option nicht, wenn Sie diese Geräte als eigenständige AR-Replikatoren (Assisted Replicators) mit OISM konfigurieren.

[Siehe oism (Multicast Snooping Options.]

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.]PR1718886

BGP Multipath-Routenberechnung: Bei der Konfiguration von Multipath in der Routing-Instanz werden BGP-Routen, die aufgrund der Länge der Cluster-Liste inaktiv sind, ebenfalls 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.]PR1719797

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.

[Siehe Login-Klassenübersicht

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