Offene Probleme

Frühere Implementierung von kvmclock mit vDSO (virtual Dynamic Shared Object), das hilft, den Systemaufruf-Overhead für Benutzerraumanwendungen zu vermeiden, hatte das Problem der Zeitdrift, die neuesten Änderungen kümmern sich um die Initialisierung der Uhr, nachdem alle Hilfsprozessoren gestartet wurden, so dass die Uhreninitialisierung genau ist. PR1691036

In einem H-VPLS-Netzwerk mit VPLS Hot-Standby und aktiviertem routing-options forwarding-table vpls-hotstandby-convergence Befehl auf den Spokes kommt es bei einem Neustart des aktiven Hubs zu einem Verlust von 20 bis 25 Sekunden für den zonenübergreifenden Datenstrom. Dies liegt daran, dass Hubs in anderen Zonen, die durch Full-Mesh-LDP verbunden sind, die globale Reparatur starten, bevor die Speichen mit der lokalen Reparatur beginnen. PR1699645

Tag rnh scheint irgendwo im Eckfall freigegeben zu sein, aber der relevante pat-Knoten wurde übersehen, um ihn aus dem Tag-Patricia-Baum zu löschen. Das macht das Tag rnh/(pat_node->Tnh) zu einem baumelnden Zeiger und führt später zu einem Absturz beim Zugriff auf ungültige Zeigeradressen in der Tag-rnh/Tnh-Struktur. PR1707053

Traceroute in MPLS OAM auf SR über IPv6 kann im ECMP-Fall fehlschlagen, wenn sich die EVO-Box in der Topologie befindet. Dies liegt daran, dass der Linux-Kernel in EVO jedem IPv6-Paket ein Autoflowlabel zufügt. Dieses Flow-Label ist für den Daemon-Prozess transparent, der dafür einen Nullwert verwendet und die NH-Details berechnet. PFE berücksichtigt jedoch das Durchflusslabel und berechnet die NH-Details. Diese unterschiedliche Berechnung der NH-Details führt zu einer Diskrepanz des Pfades, den das Paket zum Ziel nimmt, und kann dazu führen, dass die Traceroute fehlschlägt. PR1710285

Auf allen Junos- und Junos OS Evolved-Plattformen (für QFX5100, nur in Virtual Chassis-VC-Setup) mit RSVP (Resource Reservation Protocol) LSP (Label-Switched Paths), die in einer Multi-Vendor-Bereitstellung konfiguriert sind und Juniper-Router als Transit-/Eingangsrouter fungieren und die RESV-Nachricht (Reservation Request) mit RESVCONF-Objekt von anderen Anbietern empfangen wird, wird ein Absturz des RPD-Prozesses beobachtet. PR1723229

In einigen NAPT44- und NAT64-Szenarien kommt es zu doppelten SESSION_CLOSE Syslog. PR1614358

YANG: Nach dem Upgrade der s/w-Version auf DUT ist das Yang-Paket mit niedrigeren Revisionen in der aktualisierten s/w-Version verfügbar. PR1693646

Wenn die CLIs "services rpm deaktivieren" und "routing-optionen deaktivieren rpm-tracking" zusammen angewendet und dann commit ausgeführt werden, werden einige der hinzugefügten RPM-Routen nicht aus der Routing-Tabelle gelöscht. Das Problem kann mit den folgenden Schritten nicht erkannt werden. 1. Routing-Optionen deaktivieren RPM-Tracking 2. Wenn Sie die Konfiguration bestätigen, werden alle RPM-verfolgten Routen gelöscht. Wenn der RPM-Dienst deaktiviert werden muss, 3. Dienste deaktivieren RPM 4. begehen. PR1597190

Wenn ein vmhost-Snapshot auf einem alternativen Datenträger erstellt wird und kein weiteres vmhost-Softwareimage-Upgrade durchgeführt wird, wird erwartet, dass das System mit dem alternativen Datenträger gestartet wird, wenn das aktuelle vmhost-Image beschädigt wird, damit der Benutzer den primären Datenträger wiederherstellen kann, um den Zustand wiederherzustellen. Das Host-Root-Dateisystem und der Knoten werden jedoch mit der vorherigen vmhost-Software anstelle des alternativen Datenträgers gestartet. PR1281554

VXLAN VNI (Multicast Learning)-Skalierung bei QFX5110 Datenverkehrsprobleme werden vom VXLAN-Tunnel zur Layer 2-Schnittstelle beobachtet. PR1462548

Runt-, Fragment- und Jabber-Zähler werden auf EX4300-MP nicht erhöht. PR1492605

VE- und CE-Mesh-Gruppen sind Standard-Mesh-Gruppen, die für eine bestimmte Routing-Instanz erstellt wurden. Beim Hinzufügen von VLAN/Bridge-Domain werden Flood-Token und -Routen sowohl für VE als auch für CE mesh-group/flood-group erstellt. Im Idealfall ist eine VE-Mesh-Gruppe auf einem CE-Router nicht erforderlich, wenn IGMP auf CE-Schnittstellen aktiviert ist. Trinity-basierte CE-Boxen haben eine unbegrenzte Kapazität an Token, so dass dies kein großes Problem wäre. PR1560588

Bei EX2300, EX3400,EX4300-48MP und EX4300 werden die Zähler für das Anhalten von Frames nicht erhöht, wenn Pause-Frames gesendet werden. PR1580560

Pim Vxlan funktioniert nicht auf TD3-Chipsätzen, die VxLAN Flexflow nach Version 21.3R1 aktivieren. Kunden Pim Vxlan oder Data Plane VxLAN können die Version 21.3R1 verwenden. PR1597276

Die Ausgabe des Befehls show network agent sollte null sein, was die Statistik pro Komponente nach GRES anzeigt. PR1610325

Bei einer Topologie mit konfiguriertem VSTP und VRRP und IPV6-Datenverkehr ist es möglich, dass bei einigen Streams ein V6-Datenverkehrsverlust auftritt, wenn die VSTP-Bridge-Priorität einige Male geändert wird (um das Umschalten der Root-Bridge auszulösen). PR1629345

Der MSPMAND-Daemon, der auf MS-MPC-/MS-MIC-Karten ausgeführt wird, kann gelegentlich abstürzen, wenn die Servicekarte (FPC/PIC) offline und dann in regelmäßigen Abständen online geschaltet wird, wenn die Anzahl der konfigurierten Service-Sets mäßig hoch ist und umfangreiche Hardware-Krypto-Operationen durchgeführt werden. Das genaue Problem muss noch isoliert werden. PR1641107

Bitte aktivieren Sie die Hostpfad-Ablaufverfolgung nicht, wenn eine große Anzahl von Paketen im Hostpfad empfangen wurde. PR1645741

Wenn der physische Verbindungsstatus der Ethernet-Verbindung zwischen RE und FPC ausfällt, gibt es Wiederherstellungsversuche, um die Verbindung wieder hochzufahren. Protokollmeldungen geben die Wiederherstellungsversuche und den Erfolgs-/Misserfolgsstatus des Versuchs an. Bei diesem Fehler wird jedoch kein Alarm ausgelöst. PR1664592

Falls der Port ausgefallen ist, muss der Tx-Laser über die cli-pfe>Eingabeaufforderung aktiviert werden. PR1673892

Für RT_FLOW werden Syslog-Pakete verworfen: RT_FLOW_SESSION_CREATE_USF protokolliert, bis dies behoben ist. Dies hat keine Auswirkungen auf die Funktionalität. PR1678453

Auf QFX5100-Plattformen (sowohl Stand-alone- als auch VC-Szenario), auf denen Junos ausgeführt wird, kann die PFE (Packet Forwarding Engine) gelegentlich während des normalen Betriebs des Geräts abstürzen und zu einem vollständigen Verlust des Datenverkehrs führen. Das PFE startet sich nach dem Absturz neu. PR1679919

Das Problem hier ist, dass wir sehen ? MQSS(0): DRD: Fehler: Zeitüberschreitungsfehler bei der WAN-Reorder-ID? einmal pro PFE während des Hochfahrens von FPC. Dies geschieht, weil während des FPC-Bootvorgangs ein Kontrollpaket von vmhost kommt, bevor der PFE-Init vollständig abgeschlossen ist. Aus diesem Grund ist der EA Asic nicht in der Lage, das Paket zu verarbeiten und den Fehler auszulösen. Der Fix beinhaltet komplexe Änderungen in der Startreihenfolge von ASICS und führt zu anderen größeren Problemen. Das ursprüngliche Problem hat keine Auswirkungen auf die Funktionalität. Es ist nur ein Fehler pro PFE, der nur während des FPC-Neuladefalls auftritt. Zu diesem Zeitpunkt wird der Datenverkehr noch nicht gestartet und sobald das System aktiv ist, sind aufgrund des Fehlers keine weiteren Auswirkungen zu sehen. Daher wird das Problem nicht behoben. Jeder "WAN Zeitüberschreitungsfehler bei der Neuanordnung der ID" während des Hochfahrens von FPC kann getrost ignoriert werden. PR1681763

Weitere Informationen finden Sie unter PR-Fix Info -> Root Cause: Es wird erwartet, dass der VxLAN-Endpunkt (VTEP Knoten) über den Datenpfad erreichbar ist. Wenn eine Route zum VTEP über die Managementschnittstelle des Switch/Routers auf der Grundlage der aktuellen Routing-Tabellen aufgelöst wird, handelt es sich in der Regel um ein Konfigurationsproblem und kann zu weiteren Problemen führen. PR1688296

Für Leaves des Datentyps ieeefloat32 wird der Wert beim Streamen an den Collector in Bytes codiert. Der in solchen Blättern enthaltene Wert ist möglicherweise nicht ganz genau. PR1690598

Der FIPS-Modus wird in dieser Version für SRXSME-Geräte nicht unterstützt. PR1697999

Beim Abonnieren von Sensorpfaden "/junos/system/linecard/packet/usage/", "/junos/services/label-switched-path/usage/" oder anderen Linecard (PFE)-Sensorpfaden im gNMI-Abonnementmodus können Paketverluste in der Ausgabe des CLI Befehls "show network-agent statistics gnmi detail" auftreten. Die Kollektorausgabe kann auch fehlende Sequenznummern enthalten. Beispielsweise kann die Ausgabe der Sequenznummer 0, 3, 6, 9, 12 usw. anstelle von 0, 1, 2, 3, 4 usw. sein. PR1703418

In Chassisd benötigt der Jvision-Thread aufgrund des Datenvolumens und der Anzahl der Sensoren, die an diesem Daemon beteiligt sind, mehr Zeit für das Streaming von jvision-Paketen. Jvision-Thread, der für mehr Zeit zur Verarbeitung von Streaming-Ereignissen aktiviert war, führte dazu, dass der Chassisd-Master-Thread Keepalive-Nachrichten an/von anderen REs verlor, was schließlich in den meisten Fällen zu einer automatischen RE-Umschaltung führte. Um dies zu vermeiden, wurde das Exportieren von jvision-Paketen mit kleiner Nutzlast (deren Bildung weniger Zeit in Anspruch nimmt) und das weitere Verschieben des jvision-Threads in einem Intervall vorgenommen, damit der Chassisd-Master-Thread Hallo / Keep-Alive-Nachrichten mit hoher Priorität verarbeiten kann. Dies bedeutet, dass jetzt eine größere Anzahl von Paketen in einem Berichtsintervall und mit einer größeren Streuung gesendet wird (früher wurde dieselbe Datenmenge mit 2 oder 3 Paketen höherer Nutzlastgröße und 100 ms Verzögerungszeit für den jvision-Thread gesendet. Dieses Verhalten erhöht den KPI-2, senkt aber den KPI-1 (Nutzlastgröße). Es ist nicht möglich, Änderungen rückgängig zu machen, die zur Behebung des Problems des Verlusts von Keep-Alive-Nachrichten vorgenommen wurden. Daher müssen wir Chassisd als Ausnahme beibehalten, wenn wir KPI-2-Werte messen/melden. Jvision in Chassisd muss mehr Priorität/Zeit für die Verarbeitung von Keep-Alive-Nachrichten geben als für das Senden von jvision-Paketen. Daher sind die Verzögerungen zwischen jvision-Paketen größer. PR1706300

Der aktuelle Stack und die Anzeige sind korrekt auf 128 Ports eingestellt, was auf allen MX10K8-Linecards qualifiziert ist. PR1706376

Auf der MX104-Plattform wird die falsche Schwellentemperatur angezeigt. PR1713788

FEC-Codeword-Rate-Daten mit dem Rendertyp decimal64 werden als Zeichenfolge im gRPC-Python-Decoder gerendert. PR1717520

Wenn no-reduced-srh konfiguriert ist, entfernt MX304 den letzten SID-Wert aus der SRH. Die Erwartung ist, dass die letzte SID in SRH beibehalten werden sollte, wenn "no-reduced-srh" konfiguriert ist. Es gibt keine Auswirkungen auf den Datenverkehr. Der Datenverkehrsfluss ist in Ordnung, da die "SEGMENT-LIST" und "LAST ENTRY" ordnungsgemäß im Paket codiert sind. PR1721404

In einigen srv6-Szenarien mit no-reduced-srh wird der nächste Header in SRH nicht festgelegt, und Pakete können als ungültige Hop-Option verworfen werden. PR1721429

Auf der Junos QFX5200-Plattform wird die 100G-Verbindung beim Neustart des Geräts manchmal nicht hochgeschaltet und bleibt inaktiv, was sich auf den Datenverkehr auswirkt, der durch sie fließt. PR1725116

Auf Junos MX-Plattformen muss Router nur einmal neu gestartet werden, anstatt zweimal neu zu starten, um die erweiterte Anwenderverwaltungsfunktion ohne "max-db-size"-Konfiguration auf Router >=32 GB DRAM (Dynamic Random Access Memory) zu aktivieren. PR1732216

Es gibt keine Auswirkungen auf die Funktion, aber die zuvor installierte JSU wird angezeigt, obwohl sie während eines größeren Upgrades gelöscht wird. Dieser PR wird dieses Problem beheben. Die Problemumgehung besteht darin, die Datei /packages/sets/active/junos-version zu entfernen. PR1732878

Fehler können bei kurzlebigen Commits während der ISSU auftreten. PR1679645

BGP LU-Statistiken melden keine korrekten Statistiken, wenn Sharding aktiviert ist. Dies ist nicht spezifisch für die BGP-CT-Funktion dieses RLI. PR1684238

Dieses Problem tritt nur bei evo und nicht bei Junos auf. Es wird in einer Kombination aus RSVP und IS-IS gesehen. Die Statistiken werden erhöht. PR1700063

Zeigen Sie Route Advertising-Protocol BGP-Berichterstellung für NextHop self anstelle von IP in der konfigurierten Richtlinienanweisung für Next-Hop an. Verhaltensänderung nach JUNOS-Upgrade von 18.4 auf 20.4 beobachtet. #set policy-options policy-statement set-NH-MX term to-PP-All then next-hop 20.20.20.1 show route advertising-protocol bgp 10.10.10.10 test.inet.0: 5 Ziele, 5 Routen (5 aktiv, 0 Holddown, 0 versteckt) Präfix Nexthop MED Lclpref AS path * 10.0.0.0/31 Self 65000 I Die CLI Ausgabe für Nexthop meldete Self anstelle der IP-Adresse 20.20.20.1. PR1712527

Auf allen Junos- und Junos Evolved-Plattformen mit aktivierter TI-LFA-Funktion (Topology-Independent Loop-Free Alternate) stürzt der RPD-Prozess ab, wenn die IP-Adresse von einer Schnittstelle entfernt und einer anderen Schnittstelle im selben Commit zugewiesen wird, und wirkt sich auf die Routing-Steuerungsebene aus. PR1723172

Die Konfiguration des Tunneldebuggens wird nicht mit dem Sicherungsknoten synchronisiert. Es muss nach dem RG0-Failover erneut konfiguriert werden. PR1450393

Wenn OSPF Inter-Area auf allen Junos- und Junos Evolved-Plattformen mit segmentiertem Provider-Tunnel konfiguriert ist und der Master MBB (Make-before-Break) durchläuft, wird der Multicast Routeneintrag im Backup-Router nicht mit dem Tunnel Namen synchronisiert. PR1710323