Ce qui change

Erreur de validation si les distingueurs d’interconnexion et de route locale ont la même valeur Sur les passerelles d’interconnexion de centre de données (DCI) EVPN, si vous configurez un RD d’interconnexion dans la hiérarchie [edit routing-instances name protocols evpn interconnect], le RD d’interconnexion doit être différent du RD local dans l’instance de routage. Si vous essayez de configurer la même valeur pour le RD d’interconnexion et le RD local dans une instance de routage, l’équipement applique cette exigence en générant une erreur de validation. Cependant, avec l’assemblage transparent DCI pour les routes EVPN de type 5, vous ne voyez pas l’erreur de validation antérieure à cette version. À partir de cette version, l’appareil génère l’erreur de validation pour appliquer cette condition pour l’assemblage DCI avec des routes de type 5.

[Voir route-distinguisher.]

Spécifier le port source UDP dans une opération de superposition ping ou de traceroute : dans les versions de Junos OS antérieures à 22.4R1, vous ne pouviez pas configurer le port source UDP dans une opération de superposition ping ou de traceroute. Vous pouvez maintenant configurer cette valeur dans un environnement EVPN-VXLAN à l’aide de hash. L’option hash de configuration remplacera toutes les autres options de hachage-* qui peuvent être utilisées pour déterminer la valeur du port source.

Le processus de gestion des erreurs de liaisons Ethernet (lfmd) s’exécute uniquement lorsque le protocole de gestion des erreurs de liaisons est configuré.

Auparavant, si le système ne parvenait pas à installer une interface ou un mécanisme de contrôle hiérarchique, le PFE se bloquait en raison d’une assertion. Maintenant, le système installe une défausse de pare-feu et enregistre un message d’erreur DFW_HALP_ERR_MSG_POLICER_ADD_FAILED. Ce message d’erreur fournit le nom du régulateur affecté et le code d’erreur correspondant. Les mécanismes de contrôle pertinents apparaissent sous l’interface > l’unité > famille > l’interface d’entrées/sorties (ou) > l’unité > famille > les strophes de contrôle hiérarchique d’entrée. PR1701676

Le processus de gestion des pannes de connectivité (cfmd) s’exécute uniquement lorsque le protocole Ethernet connectivity-fault-management est configuré.

Dans le passé, inet6flow.0 n’était pas autorisé à être une côte primaire dans un groupe de côtes. À partir de la version 22.3, cela est désormais autorisé.

Les champs de débit de paquets et de débit d’octets pour les capteurs LSP sur AFT (avec l’ancien chemin) ont été renommés jnx-packet-rate et jnx-byte-rate et sont en parité avec le comportement UKERN. Auparavant, ces champs de taux étaient nommés packetRate et byteRate.

Possibilité de valider extension-service file la configuration lorsque le fichier d’application n’est pas disponible : lorsque vous définissez l’option optional au niveau de la edit system extension extension-service application file file-name hiérarchie, le système d’exploitation peut valider la configuration même si le fichier n’est pas disponible dans le chemin d’accès au fichier /var/db/scripts/jet .

[Voir le fichier (JET).]

Redémarrage des applications démonisées : utilisez la request extension-service restart-daemonize-app application-name commande pour redémarrer une application démoniaque exécutée sur un équipement Junos. Le redémarrage de l’application peut vous aider à déboguer et à dépanner.

[Voir request extension-service restart-daemonize-app.]

Afficher des informations d’algorithme flexibles pour les localisateurs SRv6 dans la base de données TED]--Utilisez la show ted database extensive commande pour afficher les métriques, les indicateurs et les informations d’algorithme flexible associés à un localisateur SRv6. Avant cette publication, ces informations n’étaient pas incluses dans la base de données TED.

[Voir la base de données ted montrée.]

Junos modules YANG pour les RPC incluent l’instruction d’extension junos:command (ACX Series, EX Series, MX Series, PTX Series, QFX Series, SRX Series, vMX et vSRX) : les modules Junos YANG qui définissent les RPC pour les commandes en mode opérationnel incluent l’instruction d’extension <codeph>junos :command</codeph> dans les schémas émis avec des extensions. L’instruction définit la commande CLI pour le RPC correspondant. Le référentiel GitHub de Juniper YANG stocke les schémas RPC avec les extensions dans le rpc-with-extensions répertoire de la version et de la famille d’appareils données. De plus, lorsque vous configurez l’instruction emit-extensions au niveau de la [edit system services netconf yang-modules] hiérarchie et générez les schémas YANG sur l’appareil local, les modules YANG pour RPC incluent l’instruction d’extension junos:command .

Amélioration de jnxRmonAlarmState (ACX Series, EX Series, MX Series, NFX Series, PTX Series, QFX Series, SRX Series) : vous pouvez désormais afficher les valeurs supplémentaires suivantes pour jnxRmonAlarmState lorsque vous utilisez show snmp mib walk jnxRmonAlarmTable : fallingThreshold (6) - Si la valeur est inférieure ou égale à rising-threshold (5) - Si la valeur est supérieure ou égale à rising-threshold getFailure (7)- Si la valeur est une valeur autre que noError pour le Demande 'get' interne actuelle Dans les versions antérieures, vous pouviez afficher uniquement l’état suivant pour jnxRmonAlarmState : unknown (1), underCreation (2) ou active (3).

operator La classe login ne peut pas afficher les fichiers de trace NETCONF qui sont no-world-readable (ACX Series, EX Series, MX Series, PTX Series, QFX Series, SRX Series, vMX et vSRX) : lorsque vous configurez les options de suivi NETCONF au niveau de la [edit system services netconf traceoptions] hiérarchie et que vous limitez l’accès aux fichiers au propriétaire du fichier en définissant ou en omettant l’instruction no-world-readable (valeur par défaut), les utilisateurs affectés à la operator classe login ne sont pas autorisés à afficher le fichier de suivi.

Les réplicateurs AR avec OISM installent les états multicast uniquement sur le SBD OISM (QFX5130-32CD et QFX5700) : dans une fabric ERB EVPN-VXLAN avec de nombreux VLAN, les commutateurs QFX5130-32CD et QFX5700 s’exécutant en tant que réplicateurs de réplication assistée (AR) avec multicast intersous-réseau optimisé (OISM) peuvent avoir des problèmes de mise à l’échelle lorsqu’ils installent des états multicast (*,G) (avec IGMPv2) ou (S,G) (avec IGMPv3). Par conséquent, ces commutateurs n’installent ces états de multicast que sur le VLAN SBD (Supplemental Bridge Domain) de l’OISM. Ils n’installent pas ces états sur tous les VLAN de domaine de pont de revenus de l’OISM. Sur ces appareils, vous voyez multicast routes de groupe uniquement sur le SBD dans la sortie de la commande <cli>show multicast snooping route<cli>.

[Voir OISM et AR Évolutivité avec de nombreux VLAN.]

Avant cette modification, lorsque le partitionnement de routage est configuré, la sortie des commandes CLI show route comprenait des informations sur le partitionnement. Après la modification, l’utilisation doit ajouter l’argument « rib-sharding all » à CLI show route commandes pour afficher les informations de sharding.

Nouvelle classification des paquets ARP et NDP (QFX10002, QFX10008 et QFX10016)--Nous avons introduit deux classes de plan de contrôle pour les paquets ARP et NDP reçus sur l’interface VTEP. Lorsque votre appareil identifie un paquet comme ARP ou NDP, il effectue une vérification du port entrant pour vérifier si l’interface VTEP reçoit ces paquets. Si l’interface VTEP reçoit le paquet, datapath réécrit la classe du plan de contrôle aux valeurs nouvellement définies. Sur la base de cette nouvelle classe de plan de contrôle, le système effectue le traitement des paquets restants et transmet les paquets vers le chemin hôte. Le système ajoute un mécanisme de contrôle DDoS distinct à ce trafic ARP, ce qui garantit que le trafic ARP ne déclenche pas de violation ARP DDoS sous-jacente.

La ping host | display xml commande produit une sortie CLI sans erreurs (ACX Series, PTX Series et QFX Series) : dans Junos OS version 22.4R2, la commande produit désormais une ping host | display xml sortie CLI au format XML.

[Voir ping.]

Le changement de type d’instance par défaut n’est pas autorisé à L3VRF dans une configuration ouverte (ACX Series, EX Series, MX Series, QFX Series, SRX Series, vMX et vSRX) : DEFAULT_INSTANCE s’agit de l’instance principale qui s’exécute lorsqu’aucun type d’instance spécifique n’est configuré dans la route set routing-options?. Toute instance que vous configurez explicitement est traduite en set routing-instance r1 routing-options?. Le problème apparaît dans la traduction, lorsque vous changez le type d’instance DEFAULT_INSTANCE (n’importe quelle instance en DEFAULT_INSTANCE) en L3VRF ou L3VRF en DEFAULT_INSTANCE. Par conséquent, de tels changements ne sont pas autorisés. De plus, DEFAULT_INSTANCE ne peut être nommé que DEFAULT, et DEFAULT est réservé aux DEFAULT_INSTANCE, n’autorisant donc pas de telles modifications.

Option de configuration conserve-mcast-route-in-pfe sur les équipements de branche de serveur et de branche de bordure de l’OISM dans des structures EVPN-VXLAN mises à l’échelle pour éviter l’épuisement de la route multicast (commutateurs QFX5130-32CD et QFX5700)-Vous pouvez configurer les commutateurs QFX5130-32CD et QFX5700 en tant qu’équipements de serveur leaf de serveur optimisé multicast intersous-réseau (OISM) ou de branche de bordure dans une structure EVPN-VXLAN. Dans les fabrics mises à l’échelle avec de nombreux VLAN, instances EVPN et flux de multicast, vous pouvez constater une perte de trafic de multicast sur ces équipements en raison de la taille limitée des tables de routage de surveillance multicast dans le PFE. Pour éviter ce problème sur les commutateurs QFX5130-32CD et QFX5700 avec OISM dans des environnements mis à l’échelle, nous vous demandons de configurer l’option conserve-mcast-routes-in-pfe dans la [edit multicast-snooping-options oism] hiérarchie de ces plates-formes. Cette option n’est disponible que sur les commutateurs QFX5130-32CD et QFX5700. Utilisez cette option lorsque vous configurez ces périphériques en tant que périphériques leaf de serveur ou de branche de bordure avec OISM. Ne configurez pas cette option si vous configurez ces périphériques en tant que réplicateurs de réplication assistée (AR) autonomes avec OISM.

[Voir oism (Multicast Snooping Options).]

Calcul de route multichemin BGP : lors de la configuration d’un routage multichemin dans l’instance de routage, les routes BGP inactives en raison de la longueur de la liste de clusters sont également considérées comme éligibles pour les calculs de chemins multichemins. Cela améliore la sélection d’itinéraire en incluant plus de chemins potentiels dans votre configuration multichemin.

[Voir Comprendre la sélection de chemin BGP.]PR1719797

Nouvelles options pour la request system snapshot commande (ACX Series, EX Series, MX Series, PTX Series, QFX Series et SRX Series) : la request system snapshot commande inclut de nouvelles options pour les instantanés sans récupération. Vous pouvez inclure l’option name permettant de spécifier un nom défini par l’utilisateur pour l’instantané, et vous pouvez inclure l’option configuration ou no-configuration pour inclure ou exclure des fichiers de configuration dans l’instantané. Par défaut, l’instantané enregistre les fichiers de configuration, qui incluent le contenu des répertoires /config et /var et certains fichiers SSH.

[Voir requête capture d’écran système (Junos OS avec FreeBSD mis à niveau).]

Horodatages CLI persistants : pour avoir un horodatage CLI persistant pour l’utilisateur actuellement connecté, activez la set cli timestamp commande opérationnelle. Cela garantit que l’horodatage s’affiche de manière persistante pour chaque nouvelle ligne de chaque session SSH pour l’utilisateur ou la classe jusqu’à ce que la configuration soit supprimée. Pour activer l’horodatage pour une classe particulière avec des autorisations et un format pour différents utilisateurs, configurez les instructions suivantes : set system login class <variable>class name</variable> permissions <variable>permissions</variable> set system login class <variable>class name</variable> cli timestamp set system login user username class <variable>class name</variable> authentication plain-text-password Remarque : Le format d’horodatage par défaut est %b %d %T. Vous pouvez modifier le format selon vos besoins. Par exemple, vous pouvez configurer l’instruction suivante :set system login class <variable>class name</variable> cli timestamp format "%T %b %d Pour activer l’horodatage pour un utilisateur particulier avec les autorisations et le format de classe par défaut, configurez les instructions suivantes : set system login user username class <variable>class name</variable> authentication plain-text-passwordset system login user <variable>username</variable> cli timestamp

Mise à jour de la configuration de la mise en miroir des ports - Les plages d’interface ne sont plus prises en charge dans les groupes de configuration pour la création d’analyseurs. Si vous essayez d’utiliser une plage d’interfaces dans un groupe de configuration, vous rencontrerez une erreur indiquant un type d’interface non valide. De plus, les plages d’interfaces ou les listes d’interfaces ne peuvent pas être configurées avec ce paramètre. Cette modification garantit une configuration précise et sans erreur en exigeant la spécification d’interfaces individuelles plutôt que de plages, améliorant ainsi la précision et la fiabilité des configurations de mise en miroir des ports. PR1728883