Problèmes en suspens
Découvrez les problèmes ouverts dans Junos OS version 21.4R3 pour les commutateurs QFX Series.
Pour obtenir les informations les plus complètes et les plus récentes sur les défauts connus de Junos OS, utilisez l’application en ligne Junos Problem Report Search de Juniper Networks.
Routage général
-
Lorsque le VLAN est ajouté en tant qu’action de modification du VLAN dans les filtres d’entrée et de sortie, le filtre n’est pas installé. PR1362609
-
La mise à l’échelle VNI (apprentissage multicast) VXLAN en cas QFX5110 problème de trafic est visible depuis le tunnel VXLAN vers l’interface de couche 2. PR1462548
-
Lors de l’exécution de la commande : show pfe filter hw filter-name filter name, la commande ne parvient pas à récupérer les détails de programmation PFE du filtre. PR1495712
-
Sur les routeurs PTX Series et les commutateurs QFX Series exécutant Junos OS, le service JFlow peut ne pas signaler le débit exact. Ce problème se produit lorsqu’il y a un taux de trafic échantillonné élevé avec un faible taux d’accès au cache de flux. PR1502645
-
Sur QFX5100 appareils n’exécutant pas les codes qfx-5e (architecture non-TVP), lorsqu’une image avec la mise à niveau du SDK Broadcom (6.5.x) est installée, l’utilisation du processeur peut augmenter d’environ 5 %. PR1534234
-
Sur la ligne de commutateurs QFX5000, la fuite de route ne fonctionne pas pour les routes IPv4 si le masque est inférieur à /16 et pour les routes IPV6 si le masque est inférieur à /64. PR1538853
-
Dans de rares cas, le processus FPC peut ne pas être généré après un redémarrage matériel, ce qui empêche la mise en ligne réussie du FPC. PR1540107
-
Le DAC 5M connecté entre QFX10002-60C et MX2010 ne se connecte pas. Mais avec les DAC 1M et 3M, cette interopérabilité fonctionne comme prévu. De plus, il est à noter QFX10002-60C et ACX ou générateur de trafic, le même DAC 5M fonctionne de manière transparente. Il semble y avoir une certaine configuration au niveau du SI ou de la liaison sur le QFX10002-60C et le MX2010 qui doit être déboguée avec l’aide des équipes HW et SI et résolue. PR1555955
-
Pour éviter les instabilités supplémentaires de l’interface, le temps de maintien de l’interface doit être configuré. PR1562857
-
Dans un scénario EVPN/VXLAN avec OSPF configuré sur l’IRB, les sessions OSPF peuvent ne pas être établies en raison de problèmes de connectivité. PR1577183
-
En QFX5100, lors de la vérification de DHCP Smart Relay sur les interfaces IRB, il est possible que l’accusé de réception de renouvellement ne soit pas visible dans le client DHCP. PR1581025
-
Dans un appareil entièrement chargé, la programmation du pare-feu échouait parfois en raison d’une configuration de préfixe à l’échelle avec plus de 64800 entrées. Cependant, ce problème n’est pas observé dans la configuration du développement. PR1581767
-
Sur les plates-formes PTX10K et QFX10K exécutant Junos, les autorisations d’accès aux fichiers /var/db/scripts peuvent être modifiées après le redémarrage de l’équipement. Ce problème peut avoir un impact sur les scripts en cours d’exécution sur la boîte. PR1583839
-
Sur QFX5000 gamme de commutateurs, le processus FPC (Flexible PIC Concentrator) ou dcpfe peut passer dans un état très inhabituel lorsque plusieurs threads Broadcom Counter (bcmCNTR) sont en cours d’exécution ou générés dans FPC. Cet état provoque le blocage du processus dcpfe ou le redémarrage du FPC. Le but de bcmCNTR est d’interroger les statistiques du matériel. PR1588704
-
Sur les commutateurs QFX/EX Series équipés d’une puce Broadcom en tant que moteur de transfert de paquets (PFE), si IS-IS est activé sur une interface IRB (Integrated Routing and Bridging) et que la taille MTU maximale de l’interface IRB est configurée avec une valeur supérieure à 1496 octets, les PDU IS-IS hello (IIH) dont la taille de trame jumbo (c’est-à-dire supérieure à 1496 octets) peuvent être supprimées et ne pas être envoyées aux voisins IS-IS. Vous trouverez ci-dessous la liste des commutateurs QFX/EX Series équipés d’une puce Broadcom de type PFE. QFX5100/QFX5110/QFX5120/QFX5130/QFX5200/QFX5210/QFX5220 EX2300/EX3400/EX4300/EX4600/EX4650 PR1595823
-
Pim Vxlan ne fonctionne pas sur les chipsets TD3 activant VxLAN flexflow après Junos OS version 21.3R1. Les clients Pim Vxlan ou VxLAN de plan de données peuvent utiliser Junos OS version 21.3R1. PR1597276
-
En comparant le temps de convergence avec 21.1R1.5, on a observé une dégradation du temps de convergence isisv6, ospfv2 et ospfv3. Comme il s’agit d’un problème de temps de convergence, de nombreux composants seront impliqués et devront donc être étudiés par plusieurs équipes (RPD, noyau, PFE). Ce genre de problème nécessitera plusieurs itérations d’expériences pour le réduire, c’est un peu difficile de faire de l’ACR et cela prend beaucoup de temps. Compte tenu de ces points, il s’agit d’un problème connu. PR1602334
-
Sur les lignes PTX1000 et PTX10000 des routeurs et sur le Gamme QFX10000 de commutateurs pour lesquels sFlow est activé, les échantillons sFlow peuvent ne pas être générés pour le trafic MPLS de transit transportant des paquets IPv6. PR1607497
-
Dans QFX10002-60C, sous mac statistics, « output-mac-control-frames » et « output-mac-pause-frames » ne s’incrémentent pas. PR1610745
-
Sur QFX5100 VC, lorsque 118 groupes de décalage (Max) sont configurés, il peut y avoir une perte de trafic de quelques paquets par intermittence. PR1611162
-
Lorsque la fonctionnalité d’initialisation IFA2.0 activée sur le commutateur et que les flux sont échantillonnés, nous verrons des statistiques pps et bps incorrectes au niveau IFL sur les ports d’entrée et de sortie. PR1620139
-
L’initialisation du port LED a été faite pour le port SXE PR1621630
-
Sur les plates-formes Junos QFX10k avec un nombre réduit de sessions BFD (détection de transfert bidirectionnel) configurées, l’ajout d’une nouvelle session BFD peut entraîner des instabilités dans la session nouvellement ajoutée et dans d’autres sessions BFD existantes. PR1621976
-
Sur les plates-formes QFX, l’octet de sortie du trafic ipv6 (ipv6-transit-statistics) ne se trouve pas dans la plage attendue selon les statistiques des générateurs de trafic. PR1653671
-
S/W pour ajouter du contenuPR1663804
-
Lorsque le serveur/système distant redémarre, les ports de la plate-forme QFX5100 sur lesquels SFP-T 1G est inséré peuvent se bloquer et rester dans cet état même après le redémarrage. Cela peut affecter le trafic après la mise en ligne du système d’extrémité distante et la reprise de la transmission du trafic. PR1665800
-
Par QFX5100, pour les supports en cuivre, le type de support peut être affiché comme Fibre au lieu de cuivrePR1672293
-
Chaque Nexthop ARP/ND appris localement nécessite un jeton de fabric unique de la part du noyau. Ce jeton unique correspond à l’adresse physique en HW et cette adresse pointe vers la mémoire EDF pour les nexthops ARP/ND. Le pool de jetons dans le noyau est également utilisé par différentes fonctionnalités telles que flood nexthops, arp/ndp nexthops. L’utilisation des jetons a augmenté, car les jetons sont désormais utilisés par les interfaces IRB et les groupes de maillage par défaut. L’échelle ARP/ND de 96k n’est peut-être pas toujours réalisable. Il est recommandé d’évoluer jusqu’à 95000 ARP/ND. PR1673626
-
Sur QFX5110, le cœur dc-pfe peut être vu avec la configuration PTP IRB. Cela est dû à un problème de synchronisation entre le sondage périodique et l’ajout de flux. PR1683308
EVPN
-
Plusieurs entrées MAC DCI distantes (IRB et hôte) disparaissent après la modification I-ESI dans les nœuds GW DC locaux. PR1600600
-
La configuration de la limite MAC ESI locale EVPN peut ne pas être effective immédiatement lorsqu’elle a déjà appris les Mac MH distants. Effacez la table Mac de tous les PE MH et configurez la limite Mac sur les interfaces ESI locales. PR1619299
Interfaces et châssis
-
Si mc-lag est activé sur les interfaces d’une instance de routage (avec la configuration de vérification de cohérence activée), alors le noyau mclag-cfgchkd se produira. consistency-check config : définir multi-chassis mc-lag consistency-check .. Conséquence : le démon mclag-cfgchkd fonctionnera en mode core, mais cela n’aura aucun impact sur les fonctionnalités. Il s’agit d’un problème de jour 1, et est vu sur tous les appareils qui prennent en charge la vérification de cohérence mclag. PR1599025
Fonctionnalités de couche 2
-
Dans le cas des interfaces côté accès utilisées comme interfaces de type SP, lorsqu’une nouvelle interface logique est ajoutée et qu’il existe déjà une interface logique sur l’interface physique, il y a une perte de trafic de 20 à 50 ms sur l’interface logique existante. PR1367488
Services Ethernet de couche 2
-
La configuration du client DHCP provient de deux endroits, à savoir le script AIU et le bac à sable vsdk. La configuration du client DHCP provenant du script AIU a l’ID de série dans l’ID du fournisseur, alors que la configuration par défaut du bac à sable n’en a pas. Il n’y a aucun impact sur la fonctionnalité ou le service. PR1601504
Plate-forme et infrastructure
-
Lorsque le mode relais DHCP est configuré comme no-snoop, nous observons que l’offre est abandonnée en raison d’une programmation ASIC incorrecte. Ce problème ne concerne que l’exécution du relais DHCP sur un environnement EVPN/VXLAN. PR1530160
-
Sur toutes les plates-formes Junos et Junos OS Evolved, lorsque vous utilisez le paramètre de configuration NTP adresse source et que vous exécutez la commande « set ntp date » à partir de l’interface de ligne de commande, les paquets sont envoyés avec l’adresse source de l’interface sortante plutôt que l’adresse IP configurée manuellement. En règle générale, l’adresse IP configurée manuellement est une adresse de bouclage. Le problème ne s’applique pas aux paquets d’interrogation NTP générés automatiquement. PR1545022
Protocoles de routage
-
Le trafic multicast monopolise le cur du commutateur lorsque l’igmp-snooping est supprimé. Le mcsnoopd peut planter en raison des changements dans les interfaces et les routes mrouter. PR1569436
-
Lorsque le bouton accept-remote-source sous PIM est supprimé, les entrées PIM SG peuvent ne pas être mises à jour avec le RPF correct. Le dédouanement des États réglerait le problème. Il s’agit du comportement du jour 1. PR1593283
-
Le noyau MCSNOOPD est parfois vu en raison de la réutilisation rapide de l’index Nexthop par le noyau. Par conséquent, lorsque l’application contient toujours une ancienne référence Nexthop qui attend une réponse de suppression du noyau, le même index Nexthop peut donc être reçu d’autres applications comme RPD pour les mises à jour EVPN core-NH comme dans le cas actuel. Cela conduira MCSNOOPD à manipuler à tort le comptage des références Nexthop, ce qui conduira à l’utilisation d’une mémoire Nexthop libérée lorsque cet index Nexthop sera finalement libéré. Cela sera corrigé par le biais d’une amélioration de fonctionnalité en cours où le noyau maintiendra un minuteur pour s’assurer qu’un index Nexthop n’est pas immédiatement mis en pool libre pour être réutilisé et peut donc être réutilisé après l’expiration du nouveau minuteur. PR1605393
-
Dans EVPN-OISM (Optimized inter-subnet multicast), avec un écouteur derrière Server Leaf (SL) et la source en dehors de la structure, si la feuille du serveur ne dispose pas d’une route unicast valide prise en charge (la route unicast EVPN Type-5 n’est pas prise en charge avec EVPN-OISM) vers la source, le flux peut être abandonné. PR1665791
-
Tous les Junos (autres que MX) configurés avec le répondeur sBFD avec la commande suivante :
set protocols bfd sbfd local-discriminator
qui génère un fichier de base FPC et entraîne une perte de trafic. PR1678016