Was hat sich in Version 21.4R3 geändert?

Die zustandsbehaftete Portkonfiguration für PTP über Ethernet und das Standardprofil wird nur im Boundary-Clock-Modus und nicht im normalen Clock-Modus unterstützt.

Die OpenConfig-Containernamen für Point-to-Multipoint-Eingangs- und -Ausgangssensoren pro Schnittstelle werden aus Gründen der Konsistenz von "Signalisierung" zu "Signalisierung" geändert.

Status des Router-Ankündigungsmoduls in der Backup-Routing-Engine (MX-Serie): Das Router-Ankündigungsmodul funktioniert in der Backup-Routing-Engine nicht, da die Routing-Engine nach dem Empfang der Pakete keine Bestätigungsnachricht sendet. Ab dieser Version von Junos OS können Sie die Informationen zum Router-Ankündigungsmodul mit dem show ipv6 router-advertisement Befehl "Operation" anzeigen.

[Siehe show ipv6 router-advertisement].

sFlow-Konfiguration? Die sFlow-Konfiguration ist nur auf et-, xe- und ge-Schnittstellen in EVO-basierten Plattformen zulässig. Alle anderen Schnittstellen sind für die Konfiguration von sFlow auf EVO-Plattformen gesperrt. Ein CLI-Fehler wird ausgelöst, wenn sFlow auf einer anderen Schnittstelle als der et-, xe- oder ge-Schnittstelle konfiguriert ist.

Spenderdetails der IPv6-Kreditnehmerschnittstelle anzeigen: Die Ausgabe für den Befehl show interfaces zeigt jetzt die Spenderdetails der IPv6-Kreditnehmerschnittstelle an.

[Siehe Schnittstellen anzeigen].

Ab Junos OS 16.1 werden die in Self-Ping-Nachrichten übertragenen MPLS-EXP-Bits basierend auf der DSCP/ToS-Einstellung des entsprechenden IP-Pakets festgelegt.

Wenn Sie einen LSP mit eingeschränktem Pfad definieren, der mehr als einen strikten Hop verwendet, der zum Ausgangsknoten gehört, muss der erste strikte Hop so festgelegt werden, dass er mit der IP-Adresse übereinstimmt, die dem Ausgangsknoten auf der Schnittstelle zugewiesen ist, die die RSVP-Pfadnachricht empfängt. Wenn die eingehende RSVP-Pfadnachricht auf einer Schnittstelle mit einer anderen IP-Adresse eintrifft, wird der LSP zurückgewiesen.

Ab Junos OS Version 21.4R3 wird die CLI-Unterstützung für die Konfigurationsanweisung set protocols express-segments und die Betriebsmodusbefehle show express-segments und clear express-segments aus den Plattformen EX4300-24P, EX4300-24T, EX4300-48P, EX4300-48T, EX4300-48T-DC, EX4300-32F, EX4300-48T-BF, EX4300-48T-DC-BF, MX5-T, MX10-T, MX40-T, MX80, MX80-T, MX80-48T, MX80-P, MX104 und den MX-TSR80-Plattformen entfernt.

Ab Junos OS und Junos Evolved Version 21.4R3 verwendet ein CSPF-LSP eine neue Instanz-ID, wenn er versucht, einen ausgefallenen LSP erneut zu signalisieren.

CSPF-LSP-Resignalisierung verwendet neue Instance-ID (MX480)— Ein CSPF-LSP (Constrained Shortest Path First) verwendet eine neue Instance-ID, wenn versucht wird, einen ausgefallenen LSP erneut zu signalisieren. In früheren Versionen steckten die CSPF-LSPs, die ausgefallen sind, in der CSPF-Pfadberechnungsphase fest. Sie mussten die betroffenen Sprachdienstleister manuell löschen und die Pfade neu berechnen, damit die Sprachdienstleister wieder verfügbar sind.

[Siehe LSP-Berechnung.]

Änderungen an der NETCONF <edit-config> RPC-Antwort (ACX-Serie, EX-Serie, MX-Serie, PTX-Serie, QFX-Serie, SRX-Serie, vMX und vSRX) – Wenn der <edit-config> Vorgang einen Fehler zurückgibt, gibt der NETCONF-Server kein <load-error-count> Element in der RPC-Antwort aus. In früheren Versionen enthält die <edit-config> RPC-Antwort das <load-error-count> Element, wenn der Vorgang fehlschlägt.

Wenn die Anweisung krt-nexthop-ack konfiguriert ist, wartet der RPD, bis der nächste Hop von PFE bestätigt wird, bevor er für eine Route verwendet wird. Derzeit wird diese Anweisung nur von BGP-gekennzeichneten Routen und RSVP-Routen unterstützt. Alle anderen Routen ignorieren diese Anweisung.

Der Ausgabe show system commit wird ein neues Feld rollback pending hinzugefügt, das angibt, ob commit confirmed es ausgegeben wurde. Sie wird einmal commit entfernt oder commit check nach einem Rollback-Timeout ausgegeben oder commit confirmed zurückgesetzt.