Problèmes en suspens

L’implémentation antérieure de kvmclock avec vDSO (virtual Dynamic Shared Object) qui permet d’éviter la surcharge d’appels système pour les applications de l’espace utilisateur avait un problème de dérive temporelle, le dernier ensemble de modifications prend en charge l’initialisation de l’horloge après le lancement de tous les processeurs auxiliaires afin que l’initialisation de l’horloge soit précise. PR1691036

dans un réseau H-VPLS avec VPLS en veille et la routing-options forwarding-table vpls-hotstandby-convergence commande activée sur les rayons, si le hub actif est redémarré, une perte de 20 à 25 secondes pour le flux de trafic inter-zone est observée. Cela est dû au fait que les moyeux d’autres zones sont connectés par un réseau LDP à maillage intégral, qui commencent la réparation globale avant que les rayons ne commencent la réparation locale. PR1699645

La balise rnh semble être libérée quelque part dans le cas particulier, mais le nœud pat correspondant n’a pas été supprimé de l’arbre patricia de la balise. Cela fait de la balise rnh/(pat_node->Tnh) un pointeur pendant et plus tard, cela entraîne un plantage lors de l’accès à des adresses de pointeur invalides dans la structure de la balise rnh/Tnh. PR1707053

Traceroute dans MPLS OAM sur SR sur IPv6 peut échouer dans le cas ECMP si EVO box est dans la topologie. C’est parce que le noyau Linux dans EVO met une étiquette de flux automatique sur chaque paquet IPv6. Cette étiquette de flux est transparente pour le processus démon, qui utilise une valeur NULL pour elle et calcule les détails NH. PFE prend cependant en compte l’étiquette de flux et calcule les détails NH. Cette différence dans le calcul des détails NH entraîne une incompatibilité dans le chemin emprunté par le paquet pour se rendre à la destination et peut entraîner l’échec de traceroute. PR1710285

Sur toutes les plates-formes Junos et Junos OS Evolved (par QFX5100, uniquement dans les configurations Virtual Chassis-VC) avec RSVP (Resource Reservation Protocol) LSP (Label-Switched Paths) configuré dans un déploiement multifournisseur et les routeurs Juniper agissant comme des routeurs de transit/entrants et le message RESV (Reservation Request) reçu avec l’objet RESVCONF d’autres fournisseurs, un plantage du processus rpd sera observé. PR1723229

Dans certains scénarios NAPT44 et NAT64, des SESSION_CLOSE Syslog dupliqués se produisent. PR1614358

YANG : Après la mise à niveau de la version s/w sur DUT, le package yang avec des révisions inférieures est disponible dans la version s/w mise à niveau. PR1693646

Lorsque les clis « deactivate services rpm » et « deactivate routing-options rpm-tracking » sont appliqués ensemble puis validés, certaines des routes rpm suivies ajoutées ne sont pas supprimées de la table de routage. Le problème ne peut pas être détecté en suivant les étapes suivantes. 1. Désactiver les options de routage-suivi RPM 2. validez la configuration, puis tous les itinéraires suivis RPM seront supprimés. Si le service RPM doit être désactivé, 3. Désactiver les services RPM 4. Commettre. PR1597190

Si un snapshot vmhost est pris sur un autre disque et qu’il n’y a pas d’autre mise à niveau de l’image logicielle vmhost, on s’attend à ce que si l’image vmhost actuelle est corrompue, le système démarre avec le disque alternatif afin que l’utilisateur puisse récupérer le disque principal pour restaurer l’état. Toutefois, le système de fichiers racine de l’hôte et le nœud démarrent avec le logiciel vmhost précédent au lieu du disque alternatif. PR1281554

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

Les compteurs Runt, Fragment et Jabber ne s’incrémentent pas sur les EX4300-MP. PR1492605

Les groupes de maillage VE et CE sont des groupes de maillage par défaut créés pour une instance de routage donnée. Lors de l’ajout d’un domaine vlan/bridge, des jetons et des routes d’inondation sont créés pour le groupe de maillage/groupe d’inondation VE et CE. Idéalement, le groupe de maillage VE ne nécessite pas de routeur CE où IGMP est activé sur les interfaces CE. Les boîtes CE basées sur Trinity ont une capacité illimitée de jetons, ce ne serait donc pas un problème majeur. PR1560588

Sur les modèles EX2300, EX3400, :EX4300-48MP et EX4300, les compteurs de pause d’images ne sont pas incrémentés lors de l’envoi d’images de pause. PR1580560

Pim Vxlan ne fonctionne pas sur les chipsets TD3 activant VxLAN flexflow après la version 21.3R1. Les clients Pim Vxlan ou VxLAN de plan de données peuvent utiliser la version 21.3R1. PR1597276

La sortie de la commande show network agent doit être nulle, ce qui affiche les statistiques par composant après GRES. PR1610325

Dans le cas d’une topologie avec VSTP et VRRP configurés et un trafic IPV6, si la priorité du pont VSTP est modifiée plusieurs fois (pour déclencher le basculement du pont racine), il est possible qu’une baisse du trafic V6 soit observée sur certains flux. PR1629345

Le démon mspmand s’exécutant sur des cartes MS-MPC/MS-MIC peut occasionnellement se bloquer lorsque la carte de service (fpc/pic) est mise hors ligne, puis en ligne à intervalles réguliers lorsque le nombre de services configurés est modérément élevé et lorsque des opérations de chiffrement matérielles étendues sont effectuées. Le problème exact n’a pas encore été isolé. PR1641107

N’activez pas le suivi du chemin d’accès à l’hôte lorsqu’un volume élevé de paquets a été reçu dans le chemin d’accès à l’hôte. PR1645741

Si l’état de la liaison physique de la liaison Ethernet entre le RE et le FPC tombe en panne, des tentatives de récupération sont effectuées pour rétablir la liaison. Les messages de journal indiquent les tentatives de récupération et l’état de réussite ou d’échec de la tentative. Cependant, aucune alarme n’est déclenchée lorsque cette panne se produit. PR1664592

Dans le cas où le port est en panne, le laser Tx doit être activé via l’invite cli-pfe>. PR1673892

Il y aura une perte de paquets syslog pour RT_FLOW : RT_FLOW_SESSION_CREATE_USF logs jusqu’à ce que cela soit corrigé. Cela n’aura pas d’impact sur la fonctionnalité. PR1678453

Sur QFX5100 plates-formes (autonomes ou VC) exécutant Junos, PFE (moteur de transfert de paquets) peut parfois se bloquer pendant le fonctionnement normal de l’équipement, entraînant une perte totale de trafic. Le PFE redémarre tout seul après l’accident. PR1679919

Le problème ici est que l’on voit ? MQSS(0) : DRD : Erreur : Erreur : Erreur de délai d’expiration de l’ID de réorganisation WAN ? une fois par PFE lors du démarrage du FPC. Cela est dû au fait que, lors du démarrage FPC, un paquet de contrôle provenant de vmhost arrive avant que l’initialisation PFE ne soit complètement terminée. Pour cette raison, l’ASIC EA n’est pas en mesure de traiter le paquet et de générer l’erreur. Le correctif implique des changements complexes dans la séquence de démarrage de l’ASICS et entraînera d’autres problèmes majeurs. Le problème d’origine n’a aucun impact sur la fonctionnalité. Il ne s’agit que d’une seule erreur par PFE constatée uniquement lors du cas de rechargement FPC. À ce moment-là, le trafic n’est pas encore démarré et une fois que le système est opérationnel, aucun autre impact n’est vu en raison de l’erreur. Par conséquent, le problème ne sera pas résolu. Toute « erreur de délai d’expiration de l’ID de réorganisation WAN » lors du démarrage de FPC peut être ignorée en toute sécurité. PR1681763

Pour plus d’informations, reportez-vous à la section PR Fix Info -> Root Cause : Les points de terminaison de terminal VXLAN (nœuds VTEP) sont censés être accessibles via le chemin de données. Si une route vers le VTEP est résolue via l’interface de gestion du commutateur/routeur, sur la base des tables de routage actuelles, il s’agit généralement d’un problème de configuration qui peut entraîner d’autres problèmes. PR1688296

Pour les feuilles de type de données ieeefloat32, la valeur sera encodée en octets lors de la transmission au collecteur. La valeur contenue dans ces feuilles peut ne pas être tout à fait exacte. PR1690598

Le mode FIPS n’est pas pris en charge dans cette version pour les équipements SRXSME. PR1697999

Lorsque vous vous abonnez à des chemins de capteur « /junos/system/linecard/packet/usage/ », « /junos/services/label-switched-path/usage/ » ou à d’autres chemins de capteur de carte de ligne (PFE) en mode d’abonnement gNMI, des pertes de paquets peuvent être observées dans la sortie de la commande CLI « show network-agent statistics gnmi detail ». La sortie du collecteur peut également contenir des numéros de séquence manquants. Par exemple, la sortie du numéro de séquence peut être 0, 3, 6, 9, 12, etc. au lieu de 0, 1, 2, 3, 4, etc. PR1703418

Dans Chassisd, le thread Jvision prend plus de temps dans la diffusion en continu des paquets jvision en raison du volume de données et du nombre de capteurs impliqués dans ce démon. Le thread Jvision engagé pendant plus de temps pour traiter les événements de streaming entraînait la perte de la réception/de l’envoi de messages keepalive de Chassisd vers/depuis d’autres RE, ce qui provoquait finalement un basculement automatique de RE dans la plupart des cas. Pour éviter cela, un correctif a été apporté pour l’exportation de paquets jvision de petite taille (dont la formation prend moins de temps) et le report du thread jvision plus dans un intervalle, pour permettre au thread maître chassisd de traiter les messages hello/keep-alive de haute priorité. Cela signifie que maintenant, un plus grand nombre de paquets est envoyé dans un intervalle de rapport et avec une plus grande dispersion (auparavant, la même quantité de données était envoyée avec 2 ou 3 paquets de taille de charge utile plus élevée, et 100 ms de temps de report pour le thread jvision. Ce comportement augmente le KPI-2 mais diminue le KPI-1 (taille de la charge utile). Il n’est pas possible d’annuler les modifications apportées pour résoudre le problème de perte de messages persistants. Par conséquent, nous devrons garder Chassisd comme une exception, lorsque nous mesurons/rapportons les valeurs KPI-2. Jvision dans Chassisd doit donner plus de priorité/temps pour traiter les messages keep-alive que l’envoi de paquets jvision. Par conséquent, le délai entre les paquets jvision est plus important. PR1706300

La pile et l’affichage actuels sont correctement définis sur 128 ports, ce qui est qualifié sur toutes les cartes de ligne MX10K8. PR1706376

Sur la plate-forme MX104, la température de seuil incorrecte s’affiche. PR1713788

Les données fec-codeword-rate avec le type de rendu decimal64 sont rendues sous forme de chaîne dans le décodeur Python GPC. PR1717520

Lorsque l’option no-reduced-srh est configurée, le MX304 supprime la dernière valeur SID de la SRH. L’attente est le dernier SID doit être conservé dans SRH lorsque « no-reduced-srh » est configuré. Il n’y a pas d’impact sur le trafic. Le flux de trafic est correct, car les « SEGMENT-LIST » et « LAST ENTRY » sont correctement encodés dans le paquet. PR1721404

Dans certains scénarios srv6, avec no-reduced-srh configuré, l’en-tête suivant dans SRH n’est pas défini et les paquets peuvent être abandonnés en tant qu’option de saut non valide. PR1721429

Sur la plate-forme Junos QFX5200, lors du redémarrage de l’équipement, la liaison 100G ne s’active pas et reste inactive, ce qui affecte le trafic qui la traverse. PR1725116

Sur les plates-formes Junos MX, pour activer la fonctionnalité de gestion améliorée des abonnés sans configuration de taille maximale en db sur le routeur > = 32 Go de DRAM (mémoire vive dynamique), le routeur doit être redémarré une seule fois au lieu d’être redémarré deux fois. PR1732216

Il n’y a pas d’impact fonctionnel, mais le JSU précédemment installé s’affichera même s’il a été supprimé lors d’une mise à niveau majeure. Ce PR résoudra ce problème. La solution consiste à supprimer le fichier /packages/sets/active/junos-version. PR1732878

Des erreurs peuvent être observées lors d’une validation éphémère pendant ISSU. PR1679645

Les statistiques BGP LU ne rapportent pas de statistiques correctes lorsque le partitionnement est activé. Ceci n’est pas spécifique à la fonctionnalité BGP CT de ce RLI. PR1684238

Ce problème n’est vu qu’avec evo et non avec Junos. On le voit dans une combinaison de Rsvp et d’ISIS. Les statistiques sont augmentées. PR1700063

Afficher le protocole de publication de la route bgp signalant NextHop self plutôt que l’IP dans l’instruction de stratégie configurée pour next-hop. Changement de comportement observé après la mise à niveau de JUNOS de la version 18.4 à la version 20.4. #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 destinations, 5 routes (5 actives, 0 holddown, 0 hidden) Préfixe Nexthop MED Lclpref AS path * 10.0.0.0/31 Self 65000 I La sortie CLI pour Nexthop a signalé Self plutôt que l’adresse IP 20.20.20.1. PR1712527

Sur toutes les plates-formes Junos et Junos Evolved sur lesquelles la fonctionnalité TI-LFA (Topology-Independent Loop-Free Alternate) est activée, lorsque l’adresse IP est supprimée d’une interface et affectée à une autre interface dans le même validement, le processus rpd se bloque et affecte le plan de contrôle du routage. PR1723172

La configuration du débogage du tunnel n’est pas synchronisée avec le nœud de sauvegarde. Il doit être configuré à nouveau après le basculement RG0. PR1450393

Sur toutes les plates-formes Junos et Junos Evolved, lorsque OSPF inter-area est configuré avec un tunnel fournisseur segmenté et que master subit MBB (make-before-break), le nom du tunnel n’est pas synchronisé avec master pour l’entrée de route multicast sur le routeur de secours. PR1710323