Offene Probleme
Erfahren Sie mehr über offene Probleme in Junos OS Version 21.4R3 für Switches der QFX-Serie.
Um die vollständigsten und aktuellsten Informationen über bekannte Junos OS-Defekte zu erhalten, verwenden Sie die Online-Anwendung Junos Networks Junos Problem Report Search .
Allgemeines Routing
-
Wenn VLAN als Aktion zum Ändern des VLANs sowohl in Eingangs- als auch Ausgangsfiltern hinzugefügt wird, ist der Filter nicht installiert. PR1362609
-
VXLAN VNI (Multicast Learning) Skalierung bei QFX5110-Datenverkehrsproblem wird vom VXLAN-Tunnel zur Layer-2-Schnittstelle gesehen. PR1462548
-
Wenn der Befehl: show pfe filter hw filter name filter name, ruft der Befehl die PFE-Programmierdetails des Filters nicht ab. PR1495712
-
Auf Routern der PTX-Serie und Switches der QFX-Serie, auf denen Junos OS ausgeführt wird, meldet der JFlow-Service möglicherweise nicht die genaue Durchsatzrate. Dieses Problem wird beobachtet, wenn eine hohe Datenverkehrsrate mit geringem Datenfluss-Cache-Trefferverhältnis zu verzeichnen ist. PR1502645
-
Auf QFX5100-Geräten ohne qfx-5e-Codes (Nicht-TVP-Architektur) kann die CPU-Auslastung um etwa 5 % steigen, wenn ein Image mit broadcom SDK-Upgrade (6.5.x) installiert wird. PR1534234
-
Auf den Switches der QFX5000-Reihe funktioniert das Routing-Leck nicht für IPv4-Routen, wenn die Maske kleiner als /16 ist, und für IPV6-Routen, wenn die Maske kleiner als /64 ist. PR1538853
-
Der FPC-Prozess wird in einem seltenen Fall nach einem harten Neustart möglicherweise nicht erzeugt, was dazu führt, dass die FPC nicht erfolgreich online geht. PR1540107
-
5M DAC, der zwischen QFX10002-60C und MX2010 verbunden ist, ist nicht miteinander verbunden. Aber mit 1M und 3M DAC funktioniert diese Interop wie erwartet. Es ist auch zu beachten, dass QFX10002-60C und ACX oder Datenverkehrsgenerator der gleiche 5M DAC nahtlos funktioniert. Sowohl auf QFX10002-60C als auch auf DEM MX2010 scheint es bestimmte SI- oder Link-Level-Konfigurationen zu geben, die mit Hilfe von HW- und SI-Teams debuggen und gelöst werden müssen. PR15559555
-
Um die zusätzliche Schnittstellenklappe zu vermeiden, muss die Schnittstellenhaltezeit konfiguriert werden. PR1562857
-
Im EVPN/VXLAN-Szenario, bei dem OSPF über IRB konfiguriert ist, werden OSPF-Sitzungen möglicherweise aufgrund von Konnektivitätsproblemen nicht eingerichtet. PR1577183
-
Bei der Überprüfung von DHCP Smart Relay über IRB-Schnittstellen werden die Renew-acks auf QFX5100 möglicherweise nicht im DHCP-Client gesehen. PR1581025
-
In einem vollständig geladenen Gerät fiel manchmal die Firewall-Programmierung aufgrund einer skalierten Präfixkonfiguration mit mehr als 64800 Einträgen aus. Dieses Problem wird jedoch bei der Einrichtung der Entwicklung nicht beobachtet. PR1581767
-
Auf PTX10K- und QFX10K-Plattformen, auf denen Junos ausgeführt wird, können dateiberechtigungen für /var/db/scripts-Dateien nach dem Neustart des Geräts geändert werden. Dieses Problem kann auswirkungen auf die Skripte haben, die auf dem Kontrollkästchen ausgeführt werden. PR1583839
-
Auf Switches der QFX5000-Serie kann der Flexible PIC Concentrator (FPC) oder dcpfe-Prozess in einen sehr ungewöhnlichen Zustand gehen, wenn mehrere Broadcom Counter (bcmCNTR)-Threads ausgeführt oder in FPC entstehen. Dieser Zustand führt dazu, dass der dcpfe-Prozess abstürzt oder die FPC neu gestartet wird. Der Zweck von bcmCNTR ist es, Statistiken von Hardware abzufragen. PR1588704
-
Auf Switches der QFX/EX-Serie mit Broadcom-Chip als Packet Forwarding Engine (PFE) wird IS-IS auf einer integrierten Routing- und Bridging-Schnittstelle (IRB) aktiviert und die maximale MTU-Größe (Transmission Unit) der IRB-Schnittstelle mit einem Wert von mehr als 1496 Bytes konfiguriert, die IS-IS Hallo (IIH) PDUs mit Jumbo-Frame-Größe (d. h. großartig als 1496 Bytes) werden möglicherweise gelöscht und nicht an die IS-IS-Nachbarn gesendet. Nachfolgend finden Sie die Produktliste der Switches der QFX/EX-Serie mit Broadcom-Chip als PFE. QFX5100/QFX5110/QFX5120/QFX5130/QFX5200/QFX5210/QFX5220 EX2300/EX3400/EX4300/EX4600/EX4650 PR1595823
-
Pim Vxlan funktioniert nach Junos OS-Version 21.3R1 nicht mehr auf TD3-Chipsätzen, die VxLAN flexflow ermöglichen. Kunden können Pim Vxlan oder Data Plane VxLAN mit Junos OS Version 21.3R1 verwenden. PR1597276
-
Vergleich der Konvergenzzeit mit 21.1R1.5 , beobachteter Degradation in isisv6 , ospfv2 und ospfv3 Konvergenzzeit. Da es sich um eine Konvergenzzeit handelt, werden viele Komponenten beteiligt sein und müssen daher von mehreren Teams untersucht werden (RPD, Kernel, PFE). Diese Art von Problem erfordert mehrere Iterationen von Experimenten, um es einzugrenzen, ein bisschen schwierig, RCA zu tun und es dauert eine gute Zeit. Wenn Sie diese Punkte berücksichtigen, markieren Sie dieses Problem als bekanntes Problem. PR1602334
-
Auf Routern der Router der PTX1000- und PTX10000-Reihe und der Switches der QFX10000-Reihe mit aktivierter sFlow-Funktion werden die sFlow-Beispiele möglicherweise nicht für Transit-MPLS-Datenverkehr mit IPv6-Paketen generiert. PR1607497
-
In QFX10002-60C unter Mac-Statistik "output-mac-control-frames" und "output-mac-pause-frames" nicht inkrementiert. PR1610745
-
Auf QFX5100 VC kann es bei der Konfiguration von 118 (max.) Lag-Gruppen gelegentlich zu Datenverkehrsverlusten von wenigen Paketen kommen. PR1611162
-
Wenn die IFA2.0-Init-Funktion auf Switch aktiviert ist und Datenströme untersucht werden, werden auf IFL-Ebene auf Eingangs- und Ausgangsports falsche pps- und bps-Werte angezeigt. PR1620139
-
Der LED-Port init wurde für SXE-Port PR1621630 gemacht
-
Auf Junos QFX10k-Plattformen mit skalierter Anzahl von BFD-Sitzungen (Bidirectional Forwarding Detection) konfiguriert, kann das Hinzufügen einer neuen BFD-Sitzung zu einem Flapping in der neu hinzugefügten Sitzung und anderen vorhandenen BFD-Sitzungen führen. PR1621976
-
Auf QFX-Plattformen liegt das ipv6-Datenverkehrsausgangs-Byte (ipv6-transit-statistics) laut Datenverkehrsgenerator-Statistik nicht im erwarteten Bereich. PR1653671
-
S/W zum Hinzufügen von InhaltenPR1663804
-
Wenn der Remote-End-Server/das Remote-System neu gestartet wird, können QFX5100-Plattform-Ports mit eingefügter SFP-T 1G in einen hängenden Zustand gehen und in diesem Zustand bleiben, auch wenn der Neustart abgeschlossen ist. Dies kann sich auf den Datenverkehr auswirken, nachdem das Remote-End-System online ist und die Datenverkehrsübertragung wieder aufgenommen wird. PR1665800
-
Auf QFX5100 kann der Medientyp für Kupfermedien als Glasfaser anstelle von KupferPR1672293 angezeigt werden.
-
Jeder lokal erlernte ARP/ND Nexthop erfordert ein eindeutiges Fabric-Token vom Kernel. Dieses eindeutige Token wird der physischen Adresse in HW zuordnet, und diese Adresse verweist auf EDF-Speicher für den ARP/ND nexthops. Token-Pool im Kernel wird auch von verschiedenen Funktionen wie Flood Nexthops, arp/ndp nexthops verwendet. Die Tokennutzung hat zugenommen, da Token jetzt auch von IRB-Schnittstellen und Standard-Mesh-Gruppen verwendet werden. Eine 96k ARP/ND-Skalierung ist möglicherweise nicht immer erreichbar. Es wird empfohlen, bis zu 95000 ARP/ND zu skalieren. PR1673626
-
Auf QFX5110 kann dc-pfe Core mit PTP IRB-Konfiguration gesehen werden. Dies ist auf ein Timing-Problem zwischen der regelmäßigen Abfrage und dem Hinzufügen des Datenstroms zurückzuführen. PR1683308
EVPN
-
Mehrere Remote-DCI-MAC-Einträge (IRB und Host) fehlen nach der I-ESI-Modifikation in den lokalen DC-GW-Knoten. PR1600600
-
EVPN Local ESI Mac Limit-Konfiguration wird möglicherweise nicht sofort wirksam, wenn sie bereits Remote-MH-Macs gelernt hat. Löschen Sie die Mac-Tabelle von allen MH-PEs und konfigurieren Sie die Mac-Begrenzung über lokale ESI-Schnittstellen. PR1619299
Schnittstellen und Gehäuse
-
Wenn mc-lag auf Schnittstellen innerhalb einer Routing-Instanz aktiviert ist (bei aktivierter Konfiguration für die Konsistenzprüfung), dann geschieht mclag-cfgchkd core. Konfiguration zur Konsistenzprüfung: Multi-Chassis mc-lag Consistency-Check festlegen .. Auswirkung: Mclag-cfgchkd-Daemon wird kernen, aber das hat keine Auswirkungen auf die Funktionalität. Dies ist ein Tag-1-Problem und wird auf allen Geräten gesehen, die die Mclag-Konsistenzprüfung unterstützen. PR1599025
Layer 2-Funktionen
-
Wenn eine neue logische Schnittstelle hinzugefügt wird und sich bereits eine logische Schnittstelle auf der physischen Schnittstelle befindet, fällt der Datenverkehr auf der vorhandenen logischen Schnittstelle zwischen 20 und 50 ms. PR1367488
Layer-2-Ethernet-Services
-
Die DHCP-Clientkonfiguration stammt aus zwei Orten, nämlich AIU-Skript und vsdk-Sandbox. Die DHCP-Clientkonfiguration, die vom AIU-Skript kommt, hat die serielle ID in der Anbieter-ID, wobei die Standardkonfiguration aus der Sandbox nicht vorhanden ist. Es gibt keine Auswirkungen auf die Funktionalität oder den Service. PR1601504
Plattform und Infrastruktur
-
Wenn der DHCP-Relay-Modus als No-Snoop konfiguriert ist, beobachten wir, dass das Angebot aufgrund einer falschen Asic-Programmierung unterbrochen wird. Dieses Problem betrifft nur die Ausführung von DHCP-Relay in einer EVPN/VXLAN-Umgebung. PR1530160
-
Auf allen Junos- und Junos OS Evolved-Plattformen werden Pakete mit dem Quell-NTP-Konfigurationsparameter und dem Befehl "ntp-Datum festlegen" über die CLI gesendet und nicht mit der manuell konfigurierten IP-Adresse, sondern mit der Quelladresse der ausgehenden Schnittstelle gesendet. In der Regel handelt es sich bei der manuell konfigurierten IP-Adresse um eine Loopback-Adresse. Das Problem gilt nicht für automatisch generierte NTP-Abrufpakete. PR1545022
Routing-Protokolle
-
Multicast-Datenverkehr hoggt den Switch-Core, wenn igmp-Snooping entfernt wird. Der Mcsnoopd kann aufgrund der Änderungen an mrouter-Schnittstellen und -Routen abstürzen. PR1569436
-
Wenn der Knopf accept-remote-source unter PIM entfernt wird, werden die PIM SG-Einträge möglicherweise nicht mit der richtigen RPF aktualisiert. Das Clearing der Staaten würde sich um das Problem kümmern. Das ist Day-1-Verhalten. PR1593283
-
MCSNOOPD-Core wird manchmal gesehen, weil der Nexthop-Index schnell vom Kernel wiederverwendet wird. Wenn die Anwendung immer noch die alte Nexthop-Referenz hält, die auf eine Antwort auf die Löschung vom Kernel wartet, kann derselbe Nexthop-Index daher von anderen Anwendungen wie RPD für EVPN Core-NH-Updates empfangen werden, wie im aktuellen Fall. Dies führt dazu, dass MCSNOOPD fälschlicherweise die Nexthop-Ref-Zählung manipuliert, was zu einem freien Nexthop-Speicher führt, wenn dieser Nexthop-Index endlich frei wird. Dies wird durch eine Funktionserweiterung im Gange behoben, bei der der Kernel einen Timer pflegt, um sicherzustellen, dass ein Nexthop-Index nicht sofort zur Wiederverwendung in den Pool gestellt wird und daher nach dem Ablauf des neuen Timers wiederverwendet werden kann. PR1605393
-
Wenn das Server-Leaf keine gültige unterstützte Unicast-Route (EVPN Typ-5-Unicast wird von EVPN-Typ-5-Unicast-Route unterstützt, wird mit EVPN-OISM nicht unterstützt) zur Quelle unterbrochen. PR1665791
-
Alle Junos (außer MX) mit sBFD Responder mit dem folgenden Befehl konfiguriert:
set protocols bfd sbfd local-discriminator
Dieser generiert eine FPC-Core-Datei und führt zu Datenverkehrsverlusten. PR1678016