SUR CETTE PAGE
Problèmes ouverts
Découvrez les problèmes ouverts dans la version 21.4R1 de Junos OS pour les routeurs MX 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 de recherche de rapport de problème Junos en ligne de Juniper Networks.
EVPN
-
Les MAC de contrôle multihébergement EVPN-MPLS sont manquants après la suppression de vlan-id et l’ajout sur une interface logique de tronc d’un des PE multi-homing. PR1596698
-
Dans un scénario avec EVPN-VXLAN dans le centre de données et EVPN-MPLS est dans le WAN et l’assemblage est effectué à l’aide d’une interface LT, alors les entrées d’apprentissage mac-table de pont ne sont pas comme prévu pour l’instance de routage EVPN-VXLAN. Cela peut se produire après
restart interface-control
avoir été émis sur les passerelles. PR1600310 -
Sur toutes les plates-formes Junos OS avec
proxy-macip-advertisement
instruction configurées, parfois pendant les tests de longévité, il manque des entrées ARP, MAC et ND dans le noyau, tandis que l2ald et rpd ont l’entrée. PR1609322 -
Les VM se déplacent dans le centre de données où il n’y a pas de configuration VNI de traduction dans le travail d’interconnexion tel que conçu. Ce problème se produit uniquement avec le VNI de traduction lorsque MAC est déplacé de DC1 vers DC2. PR1610432
Traitement basé sur les flux et sur les paquets
-
Utilisez une fenêtre antireplay de 512 pour IPv4 ou IPv6 dans fat-tunnel. La vérification de la séquence ESP peut sinon signaler des paquets en panne si le chiffrement parallèle fat-tunnel est à 384 paquets (12 cœurs * 32 paquets dans un lot). Par conséquent, il n’y a pas de paquets hors d’ordre avec une taille de fenêtre antireplay 512. PR1470637
Transfert et échantillonnage
-
Les informations du compteur du filtre de pare-feu ne correspondent pas. PR1623170
Routage général
-
Lorsque le VLAN est ajouté en tant qu’action pour modifier le VLAN dans les filtres d’entrée et de sortie, le filtre n’est pas installé. PR1362609
-
La configuration des ports PTP-primaire et PTP-secondaire accepte les paquets PTP avec adresse MAC multicast en fonction des paramètres de port. Une fois
forwardable multicast
configurés, les paquets PTP avec adresse MAC réacheminable sont acceptés et l’adresse MAC non réacheminable est abandonnée. Une foislink-local multicast
configurés, les paquets PTP avec une adresse MAC non transférable sont acceptés et l’adresse MAC réacheminable est abandonnée. PR1442055 -
Lorsque vous démarrez la carte d’interface MPC11, les erreurs inoffensives suivantes sont détectées. Ces erreurs n’ont aucun impact fonctionnel. timestamp noyau d’équipement : i2c i2c-100 : (11/1:0x41) erreur de transaction i2c (0x00000002) timestamp noyau de l’équipement : i2c i2c-64 : (7/1:0x41) erreur de transaction i2c (0x00000002) PR1457655
-
Sur le routeur MX960, le message d’erreur suivant peut être observé : ERREURS DE PARITÉ SCHED L4NP[0]. PR1464297
-
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 du moteur de transfert de paquets du filtre. PR1495712 -
Après l’arrêt du moteur de routage de secours, CB1 se met hors ligne et revient en ligne ; cela conduit au démarrage du moteur de routage de secours, et il affiche la raison du redémarrage comme « 0x1:cycle d’alimentation/défaillance. » Ce problème n’est que pour la raison de redémarrage du moteur de routage, et il n’y a pas d’autre impact fonctionnel de cela. PR1497592
-
Dans la plate-forme utilisant le saut suivant indirect (INH), comme Unilist comme type de routage suivant pour plusieurs chemins scénario (comme BGP PIC ou ECMP), la session de routage rapide peut être activée dans les moteurs de transfert de paquets. Lorsque l’id de version ou l’id de session du saut suivant indirect est supérieur à 256, le moteur de transfert de paquets peut ne pas répondre à la mise à jour de session, ce qui peut bloquer l’id de session de manière permanente avec le poids de 65535 dans le moteur de transfert de paquets. Cela peut conduire le moteur de transfert de paquets à avoir une vue différente de Unilist par rapport aux sélecteurs d’équilibrage de charge. Ensuite, le pic BGP ou l’ECMP-FRR peut ne pas fonctionner correctement et le trafic peut être abandonné ou rejeté silencieusement. PR1501817
-
Un délai de 35 secondes est ajouté au temps de redémarrage de Junos OS version 20.2R1 par rapport à junos OS version 19.4R2. PR1514364
-
En raison de BRCM KBP, la recherche de route peut échouer. Vous devez mettre à niveau KBP pour résoudre ce problème. PR1533513
-
Lorsqu’une image avec la mise à niveau tierce du SDK (6.5.x) est installée, l’utilisation du processeur peut monter d’environ 5 %. PR1534234
-
Le flap peut être observé sur les ports canalisés pendant le ZTP lorsque l’un des ports est désactivé sur l’équipement de support. PR1534614
-
Sur un routeur
vrf localisation
MX2020 à l’échelle avec 4 millions de sauts suivants activés et une échelle de route de 800 000, les SPC peuvent passer hors ligne sur GRES. Après GRES, le routeur continue de signaler de nombreuses CM_ALARMs liées à la structure. FPC peut continuer à redémarrer et peut ne pas être en ligne. Le redémarrage du moteur de routage maître et du moteur de routage de secours aidera à récupérer le routeur et à retrouver un état stable. PR1539305 -
FPC peut ne pas être reconnu après le cycle d’alimentation (redémarrage difficile). PR1540107
-
Le message d’erreur suivant est observé : « 27 février 20:26:40 xolo fpc3 Impossible d’analyser phys_mem_size.out. Veuillez collecter /var/log/*.out (0;0xdd3f6ea0;-1) (posix_interface_get_ram_size_info) : Erreur inconnue : -1. » PR1548677
-
5 millions de DAC connectés entre les plates-formes QFX10002-60C et MX2010 ne sont pas reliés. Mais avec 1 million et 3 millions de DAC, l’interopérabilité fonctionne comme prévu. Il est également à noter que la connexion entre le QFX10002-60C et l’ACX ou le générateur de trafic fonctionne de manière transparente avec le même DAC 5M. PR1555955
-
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 VLAN ou d’un domaine de pont, des jetons et des routes d’inondation sont créés pour les groupes de maillage VE et CE et les groupes d’inondation. Dans l’idéal, le groupe de maillage VE n’a pas besoin d’un routeur CE où IGMP est activé sur les interfaces CE. Les boîtiers CE mx Series ont une capacité illimitée de jetons, ce qui ne serait donc pas un problème majeur. PR1560588
-
Dans le cas de MVPN, si l’index suivant d’un groupe n’est pas le même entre le principal et la sauvegarde après un basculement nsr, vous pouvez voir une perte de paquets de 250 à 400 ms. PR1561287
-
En raison d’une condition de course, la
show multicast route extensive instance instance-name
sortie peut afficher l’état de la session comme non valide. Une telle sortie est un défaut esthétique et n’indique pas un problème fonctionnel. PR1562387 -
Pour éviter le rabat d’interface supplémentaire , le temps de maintien de l’interface doit être configuré . PR1562857
-
Les entrées TCNH obsolètes sont visibles dans un nouveau moteur de routage principal après le basculement avec NSR, même si toutes les routes prpd sont supprimées. Ces entrées TCNH sont présentes car le NSR n’est pas pris en charge pour les routes programmables statiques BGP. Cela conduit à un nombre de références supplémentaire dans le moteur de routage de secours, ce qui ne libère pas le saut suivant. PR1566666
-
L’indicateur, l’adresse source et logique ne sont pas attendus dans l’adresse MAC trouvée dans l’instance BD-3. PR1569546
-
Lorsqu’une liaison Ethernet agrégée est mise en panne, un message d’erreur transitoire : [Error] Nexthop: EalNhHandler: échec de l’ajout de Nh: xxxx, type: composite, car pil add a échoué peut être visible. Cette erreur n’a aucun impact fonctionnel. PR1570710
-
Les messages suivants peuvent être visibles dans les journaux de la carte d’interface MPC11E : 9 février 11:35:27.357 router-re0-fpc8 aftd-trio[18040]: [Warn] AM : manipulation IPC - Aucun gestionnaire trouvé pour type:27 sous-type:9 Il n’y a pas d’impact fonctionnel, ces journaux peuvent être ignorés. PR1573972
-
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
-
Lorsque vous configurez le pool /8 avec la taille de bloc 1 et que vous validez, la création de blocs utilise plus de mémoire, ce qui entraîne une pénurie de mémoire du pool NAT qui est actuellement notifié au client avec syslog marqué RT_NAT_POOL_MEMORY_SHORTAGE. PR1579627
-
Dans un équipement entièrement chargé, la programmation du pare-feu échoue parfois en raison d’une configuration de préfixe à l’échelle avec plus de 64 800 entrées. Toutefois, ce problème n’est pas observé dans la configuration du développement. PR1581767
-
Les informations sur les noms de domaine de pont ne s’affichent pas correctement dans
show bridge statistics instance
. PR1584874 -
La sortie de la commande sur l’interface
show services count
vms n’est pas comme prévu lorsque vous envoyez le trafic FTP du côté public après la configuration avec NAPT44+EIM+APP+PCP. PR1588046 -
Un NPT inline sur un routeur MX Series ne traduit pas le paquet IPv6 source avec l’en-tête d’authentification actuel. Le paquet est simplement passé par l’amont. Par conséquent, il n’est pas prévu que le trafic en aval arrive avec un pool NPT, une adresse IPv6 comme adresse de destination IPv6 et avec un en-tête d’authentification. Ce trafic peut être malveillant et doit être géré via une configuration externe. Pour contourner le problème, configurez le pare-feu pour une direction en aval qui bloque le trafic destiné à l’adresse du pool NPT et avec un en-tête d’authentification. PR1592957
-
Pim VxLAN ne fonctionne pas sur les chipsets TD3 qui permettent VxLAN flexflow après la version 21.3R1 de Junos OS. Les clients Pim VxLAN ou le plan de données VxLAN peuvent utiliser la version 21.3R1 de Junos OS. PR1597276
-
Sur tous les routeurs MX Series, la modification de la configuration AMS 1:1 en mode veille à chaud en équilibre de charge ou en NAT déterministe peut entraîner la génération de fichiers vmcore entraînant une perte de trafic. PR1597386
-
Sur le routeur MX10016, l’alarme du plan SFB non en ligne est générée après le basculement du moteur de routage principal. PR1597630
-
Sur les routeurs MX Series, le processus de carte de moteur de transfert compact (afeb) peut s’écraser avec MIC-3D-8DS3-E3. Si un MIC-3D-8DS3-E3 présentant un problème matériel est initialisé dans l’équipement. Le crash AFEB se restaure automatiquement dans le matériel défectueux et doit être remplacé. Le crash de l’AFEB peut avoir un impact sur le transfert de trafic en temps de problème. PR1598411
-
Le verrouillage de lecture en écriture n’est pas acquis lors de l’invocation sysctl. L’affirmation déclenchée dans l’appel de la fonction d’état de l’interface conduit à l’invite re1 à déboguer (db>). PR1598814
-
Le nombre dhcp de type client abonné n’est pas mis à jour à partir du GRN. PR1600502
-
Il semble que ubuntu root-fs 18.04 livré dans la dernière version n’a pas le « en_US. Paramètres régionaux UTF-8 » activés par défaut. PR1601262
-
La dégradation du temps de convergence est observée dans IS-ISv6, OSPFv2 et OSPFv3 en comparant le temps de convergence avec la version 21.1R1.5 de Junos OS. Comme il s’agit d’un problème de temps de convergence, de nombreux composants sont impliqués et doivent donc être enquêtés sur rpd, noyau et moteur de transfert de paquets. PR1602334
-
Dans la plate-forme vMX, après un redémarrage du système, le filtre du moteur de routage de protection sur l’interface lo0 n’est plus appliqué. PR1604401
-
Dans une configuration Virtual Chassis MX Series avec des cartes de service MS-MPC ou SPC3 utilisant des interfaces AMS/MAMS, il est possible que le trafic d’une carte d’interface MPC2 dans le châssis de secours du protocole ne soit pas correctement équilibré en raison de conditions de synchronisation. Pour contourner le problème, redémarrez la carte d’interface concernée pendant que la carte de service est en ligne. PR1605284
-
La session BFD locale de liaison IPv6 peut ne pas être mise en place s’il n’y a pas de liaison enfant d’un Ethernet agrégé mappé à pfe inst 0. Ce problème s’applique aux cartes d’interface MPC9 et mx Series inférieures. PR1607077
-
Sur le MX204, les interfaces PIC 0 configurées vitesse 1GE avec l’adaptateur QSFP-vers-SFP (QSA) continuent de flapper avec les messages « Ethernet PCS Block Not Locked/Lock Delta Event ». PR1609988
-
Lorsque le trafic pps élevé est envoyé pour un vpn ipsec « établir des tunnels sur tarffic » avec une configuration S2S, le processus IKED est inondé de messages de déclenchement IKE et de négociation IKE de peer. Cela entraîne des retards dans la gestion des messages au cours du processus IKED et des délais pour les négociations IKE. Finalement, les tunnels ne sont pas établis. Ce problème peut survenir lorsque les tunnels sont négociés pour la première fois ou lorsque l’un des VMS de l’offre AMS tombe en panne. PR1610863
-
Dans certains scénarios NAPT44 et NAT64, des doublons SESSION_CLOSE syslog sont visibles. PR1614358
-
« Le commutateur mastership n’est pas pris en charge pendant la reconnexion pendant la version principale » est observé. PR1615344
-
Le paquet d’erreur ICMP n’a pas d’en-tête pertinent lorsqu’il est configuré avec DSLite et avec le nom ALG ICMP approprié et un nom d’application UDP approprié. PR1616633
-
MPC est redémarré tout en activant FLT pour le filtre inet6 avec 1 000 termes, au lieu de revenir au filtre DMEM gracieusement. Actuellement, le filtre de recherche rapide prend en charge jusqu’à 8 000 termes. PR1617174
-
L’adresse MPLS toplabel contient des valeurs non valides par rapport à 0.0.0.0. PR1617186
-
On peut s’attendre à des erreurs de structure lorsque le SLC est redémarré lorsque ISSU est en cours, pour éviter ce problème « ne pas redémarrer SLC lorsque ISSU est en cours ». PR1619180
-
Erreur : « Nexthop: Egress NhChain : numOfTags est 2 et srteGlobalIndex est 0 sur les 3 FPC » n’est visible qu’à l’heure où il y a un saut suivant composite avec 2 étiquettes. En règle générale, ce scénario n’est pas vu et ces erreurs n’ont aucun impact sur le comportement et le trafic. PR1621689
-
System_id format de AFT-MPC(MPC10E) n’est pas aligné avec les MPC non-AFT. PR1622073
-
La structure vérifie l’état lorsque la configuration a été modifiée sur Bsys pendant ISSU sur GNF. PR1622511
-
Sur le routeur MX10008, lorsqu’une interface est allumée pour activer ae9 au niveau R3, il faut environ 5 minutes pour voir LACP arriver sur CD à partir d’un détachement. PR1624219
-
Avec la version 21.4R1 de Junos OS, les commandes d’effacement de la table MAC sont exécutées dans l’ordre dans des scénarios de configuration à l’échelle, avec ou sans activation ou désactivation des configurations AE pouvant provoquer un blocage FPC en raison d’un problème de panne de structure.
clear vpls mac-table
,clear bridge mac-table bridge-domain all
etclear vpls mac-table vlan-id all-vlan
. PR1625391 -
Le processeur consomme plus de mémoire en raison du grand nombre de changements composites nh à grande échelle et les ressources seront libérées une fois les modifications nh topo terminées. Cela retarde la création d’interfaces logiques à mesure que les messages de création sont mis en file d’attente. Comme solution de contournement, les interfaces logiques sont créées pour transmettre pdu. PR1625407
-
Un fichier vmcore sera généré lorsque nous aurons plusieurs sessions netconf au routeur exécutant la séquence de commandes suivante :
show interfaces lb-stats afX clear interfaces lb-stats afX
. PR1627123 -
La liaison serveur DHCPv6 ne se produit pas lorsque le LDRA est configuré. Pour utiliser les options dhcpv6,
relay-server
la configuration peut être utilisée par le client. Le LDRA est une alternative pour cela. Une fois que nous avons activerdhcp-relay
la configuration avec surveillance, les options dhcpv6 ou la liaison fonctionnent correctement.dhcp-relay
La fonctionnalité de configuration est similaire à LDRA. Du point de vue client, le LDRA peut être réalisé pardhcp-relay
configuration. PR1627600 -
Sur les plates-formes Junos avec cartes d’interface MPC10E, lorsque l’agrégation Ethernet sous l’interface IRB est activée entre l’équipement de surveillance et le serveur DHCP, les liaisons DHCP peuvent être visibles dans l’équipement de surveillance et le serveur DHCP, mais le client DHCP peut ne pas passer à l’état BOUND, il peut être bloqué à l’état de découverte/de demande. PR1627611
-
La liaison DHCP n’aura pas lieu lorsque la surveillance MLD est activée. Il peut s’agir d’un problème MLD de base et pas seulement spécifique à DHCP. PR1627690
-
Sur DUT avec une configuration MPLSVPN évolutive et des capteurs d’interface de télémétrie Junos configurés, le flux de messages agentd_telemetry_uninstall_sensor: Deleting subscription from daemon aftsysinfo failed after mgmt_sock_retries 601, ret -1 d’erreur est visible lors de l’arrêt jtimon. Les pertes de paquets du capteur peuvent être observées lorsque le message d’erreur défile sur DUT. PR1627752
-
Les compteurs de transition opérateur ne sont pas attendus lors de l’interface de bas en haut. PR1601946
-
Lorsque rpd envoie un message de suppression inh ou d’ajouts hors d’ordre (se produit rarement) à la sauvegarde rpd, le rpd se bloque et génère un fichier central. PR1607553
-
Les paquets encapsulés IPv4 sur IPv6 de transit ne peuvent pas passer par l’interface IP sur IP (ip-x/x/x). Ce comportement n’a été observé que des paquets de transit. PR1618391
-
Dans le cas où une carte de ligne perd de l’alimentation pendant la mise à niveau du BIOS, il y a un changement qui ne se produira pas et exigera que le BIOS soit ré-flashé physiquement. Il est recommandé de s’assurer que le châssis dispose d’une alimentation de secours lors d’une mise à niveau du firmware du BIOS. PR1624345
-
le fichier central flowd est généré avec une configuration TLB uniquement avec la combinaison de cartes MPC10. PR1624572
-
On constate une baisse du trafic avec l’image de ligne de base et le chargement d’un scénario de configuration MC-LAG à l’échelle. Parfois, lorsque le système est chargé avec une configuration à l’échelle de MC-LAG, nous allons revenir à la configuration complète de MC-LAG à partir de l’un des nœuds, on observe que certaines des entrées obsolètes de flabels sont présentes. Une fois que la configuration de MC-LAG est ré-chargée, elle provoque une perte de trafic. Le trafic sort de l’interface avec une balise VLAN incorrecte ou inexistante. Cela est dû à une flable non valide associée au saut suivant ARP-ND. PR1627846
-
Pour une topologie avec VSTP et VRRP configurés et le trafic IPV6, si la priorité du pont VSTP est modifiée deux ou deux fois (pour déclencher la bascule du pont racine), il est possible que le trafic V6 chute sur certains flux. PR1629345
-
Pour les plates-formes « vm basées sur l’hôte » ACX5448, MX204 et MX2008, à partir de Junos 21.4R1 ou ultérieures, les connexions ssh et racine sont requises pour copier l’image de carte d’interface (chspmb.elf pour MX2008) de Junos VM vers l’hôte Linux pendant l’installation. Les connexions ssh et racine sont requises lors de l’installation. Utilisez « refuser-mot de passe » au lieu de « refuser » comme option de connexion racine par défaut sous ssh config pour permettre une communication interne de confiance. Une fois installé, il peut être désactivé dans les configurations. Reportez-vous à https://kb.juniper.net/TSB18224. PR1629943
-
Chaque fois que l’image vmhost est installée sur le châssis MX10008 via USB, le LC9600 finit par être déconnecté lorsqu’aucune interface (bouclage ou port de gestion) n’est configurée. Configurez une interface et redémarrez le processus de châssis (cli> redémarrage du contrôle du châssis) une fois l’installation USB de l’image VMHOST sur les moteurs ROuting MX10008 pour éviter que le LC9600 ne soit hors ligne. PR1629558
-
DSLite ne fonctionne pas sur la plate-forme MX installée avec carte d’interface MPC7E et PIC de service SPC3. PR1632278
-
Dans la version 21.4 de Junos OS, il est observé que le trafic de données peut ne pas se rétablir après l’exécution de la réinitialisation du moteur de transfert de paquets lorsque les deux configurations applicables au même FPC sont présentes :
set chassis fpc x error major action disable-pfe
,set chassis fpc x error scope pfe category functional major action reset-pfe
. PR1632539 -
Il est à noter que la session BFD à saut unique sur Ethernet agrégé n’est pas entièrement fonctionnelle après avoir exercé la fonctionnalité de réinitialisation du moteur de transfert de paquets. La session BFD était terminée avant le démarrage de la réinitialisation du moteur de transfert de paquets, mais après la réinitialisation, la session BFD rx n’est pas entièrement fonctionnelle. PR1632585
-
Sur la plate-forme MX Series avec carte de service SPC3 installée, les sessions de contrôle TFTP sont actualisées avec un délai d’inactivité après la fermeture de la session de données, ce qui les oblige à rester dans la table de session pendant un certain temps. L’impact sur le service est mineur ou négligeable, car la session de contrôle TFTP sera éventuellement supprimée après l’expiration du délai. PR1633709
-
FLOW_INSERT n’est pas généré pendant que le RTP PT98 est surveillé pour le trafic vidéo multicast IPv4/MPLS-IPv4. PR1634511
-
le processus d’une plate-forme ukern se bloque pendant la période avec processeur à cause de la tentative d’initialisation YT. Dans ces conditions, les PFC seront automatiquement redémarrés par chassisd. PR1636030
-
Le compteur de filtres n’est pas exporté vers le serveur d’interface de télémétrie Junos dans la version 21.4R1 de Junos OS. PR1637023
Interfaces et châssis
-
L’ICCP n’est pas disponible lorsque mc-lag PE est redémarré puisque l’ARP statique est supprimé et ne jamais réinstallé. Par conséquent, il n’est pas recommandé de configurer ICCP sur IRB qui est associé au domaine mc-lag bridge 166. La mise à niveau client de l’ancienne vers la nouvelle version (pr 1075917 prise en charge) peut rencontrer un problème, comme ARP statique n’est pas réinstallé pour l’IP IRB mc-lag distant lorsque l’entrée ARP statique existante est supprimée. PR1409508
-
Lorsque le pont de famille est configuré, les interfaces logiques ne sont pas créées. Si des interfaces logiques ne sont pas créées, l2ald ne crée pas d’IFBDs (interface à l’association BD) et si nous n’avons pas d’IFBD dans le système, le STP n’est pas activé sur cette interface. PR1622024
-
L’état distant n’est pas comme prévu. PR1623960
Kit d’extension Juniper (JET)
-
L’arrêt brutal de la prise client peut prendre du temps avant que la déconnexion soit détectée par JSD. Le client devrait attendre que le terminal de connexion soit détecté dans de tels cas, ce qui peut être environ une heure ou redémarrer JSD avant de pouvoir se connecter avec le même ID client. PR1549044
-
Les fonctions de création de talons ne seront pas disponibles. PR1580789
MPLS
-
Volets de session BFD lors d’une émission unifiée uniquement dans la carte d’interface MPC7E. Le problème n’est pas fréquemment visible. PR1453705
-
L’instruction
use-for-shortcut
est destinée à être utilisée uniquement dans les tunnels SR-TE qui utilisent des SIDs de préfixe SPF Algo 1 (SSPF) stricts. Si[set protocols isis traffic-engineering family inet-mpls shortcuts]
et[set protocols isis traffic-engineering tunnel-source-protocol spring-te]
est configuré sur un équipement, et si un tunnel SR-TE utilisant des SIDs de préfixe Algo 0 est configuré avec l’instructionuse-for-shortcut
, cela peut entraîner des boucles de routage ou des fichiers centraux de traitement rpd. PR1578994 -
Configuration de la chaîne de clés d’authentification de session LDP basée sur l’id distant de session sur l’initiant s’arrête de l’établissement de la session, même si la chaîne de clés d’authentification du répondeur est configurée pour son id distant. PR1592431
-
Sur les routeurs MX10016, lorsqu’il y a des sessions RSVP à l’échelle (par exemple, 21 000) et que le RSVP est activé pour toutes les interfaces, alors le processus rpd passe par toutes les interfaces, ce qui se traduit par une utilisation élevée du processeur pendant un certain temps. Cela se traduit également par un rabat LSP.
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 s’il y a 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
Gestion et surveillance du réseau
-
Sur la plate-forme MX240, la version facter n’est pas installée et ne parvient pas à définir la variable PATH. PR1609185
-
mgd peut planter et générer un fichier central lorsqu’une valeur non valide est configurée pour les leafs/leaf-listes de type identityref lors de la configuration d’Openconfig ou de tout autre yang tiers, un problème survient avec les charges json et xml. PR1615773
Plate-forme et infrastructure
-
Avec la fonctionnalité GRES et NSR avec la fonctionnalité VXLAN, le temps de convergence peut être légèrement plus élevé que prévu pour les domaines de couche 2 vers VXLAN de couche 3. PR1520626
-
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 n’affecte que lors de l’exécution du relais DHCP sur un environnement EVPN/VXLAN. PR1530160
-
Le volet d’interface de commutation du moteur de routage peut être vu avec un glissement du planificateur. PR1541772
-
Lorsqu’un EX4400 Virtual Chassis est mis à l’échelle avec des configurations de fonctionnalités différentes et qu’un équipement est stressé par le trafic, l’équipement peut ne pas répondre aux commandes CLI pendant une courte période de temps et un vmcore peut être signalé à ce moment-là. Une fois le cœur de vm enregistré, l’équipement continuera de fonctionner normalement. PR1599498
-
Le m_data du mouf corrompu est pointé vers 0xdead, qui ne sera défini que pendant m_free. Et le m_lw_state n’est pas prêt de traiterlocalisé. Slab_info du mouf est dans l’état alloué. mais la mémoire tampon externe est à l’état libre. Dans la mémoire tampon rcv du socket, sb_mb est null et sb_ccc est zéro, ce qui indique que la mémoire tampon rcv a été libérée ou qu’il n’y a plus de données dans la mémoire tampon. PR1602442
-
TWAMP-Light est pris en charge sur les plates-formes MX Series et PTX Series. La prise en charge de la configuration CLI sera désactivée sur toutes les autres plates-formes. N’utilisez pas le voyant de type contrôle sous les plates-formes où cette fonctionnalité n’est pas prise en charge. Actuellement, les twamp-light IPv4 et IPv6 sont pris en charge sur les plates-formes à l’aide des chipsets TRIO et PE. PR1603128
-
Sur les routeurs MX480, une perte de trafic de 19 % se produit lorsque le maître vrrp passe de la sauvegarde au maître, tandis que le routage remonte après avoir activé la liaison. PR1612504
-
La mise à niveau de l’image USB pour les plates-formes « bare metal » RE-1800x4 K2re (SRX5k, MX240, MX480, MX960, MX2010, châssis EX9208) peut ne pas réussir. PR1630040
Protocoles de routage
-
Sur le routeur MX960, le chemin de secours ne parvient pas à s’installer dans le scénario LAN et interrompt le SR-MPLS pour LAN lorsque plus de quatre SID de fin de x sont configurés sur l’interface. PR1512174
-
Dans un scénario Virtual Chassis ou Virtual Chassis fabric, le fichier central MCSNOOPD incohérent est visible lorsque la configuration igmp-s surveillance est supprimée. PR1569436
-
Le format de mot de passe d’identification du système SHA-1 ne sont pas acceptés après la mise à niveau. PR1571179
-
Sur tous les systèmes Junos OS avec routage sans interruption (NSR), le crash et le redémarrage rpd peuvent se produire lorsque les enregistrements RPKI (Resource Public Key Infrastructure) sont répliqués entre le moteur de routage principal et le moteur de routage de secours et que certains des enregistrements sont retirés sur la session RPKI. PR1620463
-
L’activation du mode FIPS échoue avec un échec d’auto-test et un plantage du noyau. PR1623128
Services Applications
-
Dans un environnement L2TP sur concentrateur d’accès L2TP (L2TP LAC), peu de tunnels L2TP peuvent être bloqués dans un état de panne et peuvent ne pas être en mesure de rétablir si le processus bbe-smgd est redémarré en cas de panne de ces tunnels. PR1629104
Vpn
-
Sur les équipements MX Series, les tunnels IPsec s’affichent lors de l’émission unifiée, ce qui provoque une perturbation du trafic. Les tunnels IPsec se récupèrent automatiquement une fois le processus ISSU terminé. PR1416334