Offene Probleme

Auf allen Junos OS-Plattformen kann in einem skalierten Szenario, wenn einige der ge/xe/et-Schnittstellen Mitglieder des aggregierten Ethernet (AE) sind und die CoS-Weiterleitungskonfiguration (Class of Service) mit einem Wildcard für alle physischen schnittstellen und aggregierten Ethernet-Schnittstellen angewendet wird, einen Flexible PIC Concentrators (FPC)-Crash auslösen, der zu Datenverkehrsverlust führt. PR1688455

Nach dem Switchover der Routing-Engine kann ein kurzzeitiger Datenverkehrsverlust mit EVPN VxLAN auf EX4400-Switches beobachtet werden. PR1659315

Runt-, Fragment- und Jabber-Zähler steigen nicht auf EX4300-MPs. PR1492605

Auf EX2300, EX3400, EX4300-48MP und EX4300 werden die Pausen frames nicht inkrementiert, wenn Pausen-Frames gesendet werden. PR1580560

In seltenen Fällen kann der Routing-Protokoll-Daemon in der früheren aktiven Routing-Engine (neue Backup-Routing-Engine) beim Switchover der Routing-Engine eine Core-Datei neu starten, während sie beendet wird. PR1589432

EX4100-24mp,48mp,24p/t,48p/t,F-24p/t,F-48-p/t: Bei verwendung von 1G-SFP-Optik auf PIC-2 sollte die automatische Aushandlung auf dem Peer deaktiviert werden. PR1657766

EX4100 MACsec-Schnittstellenstatistiken für verschlüsselte/entschlüsselte Bytes werden nach Erreichen eines 40-Bit-Limits (1099511627775) nicht weiter inkrementiert. PR1658584

Wenn MVRP auf einer MSTP-fähigen Schnittstelle aktiviert ist, wird die Schnittstelle als Teil aller vorhandenen Instanzen auf dem Switch gemacht, daher, wenn es zwei Schnittstellen zwischen R1 und R2 wie unten gibt: R1(et-0/0/1 und et-0/0/2)======(et-0/0/1 und et-0/0/2)R2. Und eine Schnittstelle ist MVRP-aktiviert (z. B. et-0/0/1), und et-0/0/2 ist nicht MVRP-aktiviert. Nach Konfiguration ist et-0/0/1 Teil von MSTI-1 und et-0/0/2 ist Teil von MSTI-2. MSTI-1 läuft auf vlan-100 und MSTI-2 auf Vlan-200. R2 ist in diesem Fall nur Vlan-100. Die MVRP-fähige Schnittstelle wird Teil aller auf dem Gerät konfigurierten MSTIs (MSTI-1 und MSTI-2) und nimmt am FSM aller MSTIs teil. Obwohl et-0/0/1 keine Memberschnittstelle von vlan-200 ist (korreliert mit MSTI-2). Dies kann zu einem Problem führen, bei dem et-0/0/1, obwohl kein Vlan-200-Mitglied, in den FWD-Zustand und et-0/0/2 wechselt, echtes Mitglied von vlan-200 in den BLK-Zustand für MSTI-2. Wenn also Datenverkehr in vlan-200 empfangen wird, wird er von et-0/0/1 gesendet, ein er wird unterbrochen. PR1686596

Datenverkehrsverluste können festgestellt werden, wenn Konfigurationsänderungen zu einem Wechsel von Fallback zu Primären führen oder umgekehrt, während der SAK-Rollover von der aktuellen Live-Sitzung ausgeführt wird. Das Problem hängt von der Abfolge des Ereignisses zu einem bestimmten Zeitpunkt ab. Beispiel: Die MACsec-Sitzung ist mit dem Primärschlüssel live, und bei nicht-Keyserver-CAK für Primär wird dies zu einem Wechsel zur Fallback-Sitzung führen, wenn in derselben Instanz SAK-Rollover von Key-Server ausgelöst wurde, dann wird Datenverkehrsverlust beobachtet. PR1698687

Auf Plattformen der EX-Serie, QFX5000 und MX-Serie, die permanente Bindung für DHCP-Snooping (Dynamic Host Configuration Protocol) konfiguriert sind, kann das Ternary Content Addressable Memory (TCAM)-Speicherplatz für DHCP-Snooping-Lernen am vertrauenswürdigen Port nach dem Geräteneustart verursachen. PR16997777

Auf EX4400-Plattformen in der EVPN-VXLAN-Umgebung wird die Overlay Equal-Cost-Multipath-Route (ECMP) nicht in Hardware programmiert, was zu Datenverkehrsverlusten führt, wenn hierarchales Overlay ECMP konfiguriert ist. PR1704470

Auf Junos OS-Plattformen wie ex4600- und QFX5100-Switches, die mit Virtual Chassis (VC) konfiguriert sind, wird der Unicast-Datenverkehr aufgrund des Ablaufs des Mac-Persistenz-Timers unterbrochen, wenn ein Master-Member getrennt oder ausgeschaltet wird, gibt es einen Unterschied in mac-Adressen zwischen der logischen aggregierten übergeordneten Schnittstelle und der aggregierten Ethernet(ae)-Schnittstelle für Mitglieder. PR1695663

Wenn ein EX3400 Virtual Chassis (VC)-Mitglied zeroisiert wird oder wenn es nach dem Anhalten zum ersten Mal eingeschaltet wird, set chassis auto-image-upgrade wird die Konfiguration während der VC-Bildung entfernt. Ohne diese Konfiguration kann der Benutzer die Konfiguration und die Bilder nicht über ZTP herunterladen. PR1694952

Das Speicherleck kann aufgrund des eswd-Daemons auf Plattformen der EX-Serie auftreten. Im Systemprotokoll wird eine Meldung wie die folgende angezeigt: eswd[1330]: JTASK_OS_MEMHIGH: Mit 212353 KB Speicher, 158 Prozent der verfügbaren /kernel: KERNEL_MEMORY_CRITICAL: System mit wenig freiem Speicher, Benachrichtigung init (#2). /kernel: Prozess (1254,eswd) hat 85% der RLIMIT_DATA überschritten: verwendet 114700 KB Max 131072 KB. PR1262563

Wenn auf der EX4300-Plattform konfiguriert ist, encapsulation ethernet-bridge wird die Schnittstelle als Trunk anstelle des Zugriffs in der VLAN-Mitgliedschaft programmiert. Dies führt zu nicht getaggten Datenverkehrsverlusten. PR1665785

Auf EX4300-24T, EX4300-48P, EX4300-VC, Die Plattformen EX430024P, EX430032F und EX430048T, wenn ein VLAN Spanning Tree Protocol (VSTP) Bridge Protocol Data Unit (BPDU) mit einer nicht im Switch konfigurierten VLAN-ID eintrifft, die aber mit einem Hardwaretoken eines anderen konfigurierten VLANs übereinstimmt, wird die VLAN-ID der BPDU in die VLAN-ID entsprechend dem abgestimmten Hardwaretoken geändert und überflutet. Dadurch wird die STP-Konvergenz auf dem konfigurierten VLAN unterbrochen, da einige Ports fälschlicherweise in den Blockierungsstatus wechseln können. PR1673000

Auf Junos OS EX4600 Virtual Chassis (VC) führen ein Neustart der Master-Routing-Engine und ein Neustart aller Mitglieder dazu, dass der Packet Forwarding Engine Manager Protokolle hoggt, wenn SFP-T pluggable installiert ist. Der Packet Forwarding Engine Manager, der Protokolle hoggt, hat keine Auswirkungen auf die Funktionalität (PR-1641556). PR1685067

Wenn Sie einen Befehl auf EX4600 Virtual Chassis ausführen request system reboot all members , trennt einer der FPCs möglicherweise die Verbindung und tritt dem Virtual Chassis nach dem Neustart wieder bei. Die FPC wird mit dem Grund "FXPC_RENESAUS_RETRY_FAILURE: fxpc_fpga_fpc_ideeprom_read: FAILED retry to Renesaus Chip" neu gestartet. Dieses Problem kann etwa einmal in 10-12 Versuchen der Ausführung des CLI-Befehls request system reboot all membersbehoben werden. PR1700133