Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Was hat sich geändert?

Erfahren Sie, was sich in dieser Version für Router der ACX-Serie geändert hat.

Allgemeines Routing

  • Zwei neue Alarme wurden hinzugefügt und können bei MPC11E gesehen 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: Wenn die Umgebungstemperatur des Gehäuses über den Schwellenwert hinaus angehoben wird, werden neue eingesetzte Optiken werden nicht eingeschaltet und müssten wieder eingesetzt werden, wenn die Umgebungstemperatur innerhalb des akzeptablen Bereichs liegt

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

  • Vor dieser Änderung wurden die meisten Listen nach der Reihenfolge sortiert, in der der Benutzer die Listenelemente konfiguriert hat, z. B. eine Reihe statischer Routen. Nach dieser Änderung wird die Listenreihenfolge durch das System bestimmt, wobei die Elemente in numerischer Reihenfolge angezeigt werden, und nicht durch die Reihenfolge, in der die Elemente konfiguriert wurden. Diese Änderung hat keine funktionalen Auswirkungen.

  • Verzögerung der Label-Switched-Schnittstelle (LSI) während des Neustarts (ACX-Serie) – Beim Neustart von Routern der ACX-Serie, auf denen Junos OS Evolved mit einer Class-of-Service-Routing-Instanzkonfiguration ausgeführt wird, können Fehler aufgrund einer Verzögerung mit der Label-Switched-Schnittstelle (LSI) auftreten. Der Ausgabe des show route instance Befehls wurden LSI-Statusinformationen hinzugefügt, um die Analyse solcher Fehler zu unterstützen.

    [Siehe Routeninstanz anzeigen.]

Junos XML-API und Skripte

  • Möglichkeit, die Konfiguration zu bestätigenextension-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 von daemonisierten Anwendungen: Verwenden Sie den Befehlrequest extension-service restart-daemonize-app application-name, um eine daemonisierte Anwendung, die auf einem Junos-Gerät ausgeführt wird, neu zu starten. Ein Neustart der Anwendung kann Sie beim Debuggen und bei der Problembehandlung unterstützen.

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

Netzwerkmanagement und -überwachung

  • Änderungen am Element des NETCONF-Servers <rpc-error> , wenn der operation="delete" Vorgang ein nicht vorhandenes Konfigurationsobjekt (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX) löscht: Wir haben die Antwort geändert, die <rpc-error> der NETCONF-Server zurückgibt, wenn der <edit-config> Vorgang operation="delete" ein Konfigurationselement löscht, 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.

  • Änderungen an der RPC-Antwort für <validate> Vorgänge in RFC-konformen NETCONF-Sitzungen (ACX-Serie, EX-Serie, MX-Serie, PTX-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 als Reaktion auf <validate> Vorgänge nur ein <ok/> or-Element <rpc-error> aus. In früheren Versionen enthält die RPC-Antwort auch das <commit-results> Element.

Plattform und Infrastruktur

  • Bisher funktionierte das Shaping von Layer-2-Pseudowires auf logischen Tunnelschnittstellen nicht. Dies wurde für alle Plattformen mit Ausnahme von QX-Chip-basierten MICs und MPCs behoben.