Ce qui a changé

Lors de l’abonnement au chemin de ressource /junos/system/linecard/environment, le préfixe du chemin diffusé côté collecteur s’affichait sous la forme /junos/linecard/environment. Ce problème est résolu dans Junos OS 23.1R1 et Junos OS Evolved 23.1R1 et le chemin d’abonnement et le chemin de diffusion en continu correspondent pour afficher /junos/system/linecard/environment.

État de configuration de l’étiquette de flux pour les services EVPN ELAN. La sortie de la show evpn instance extensive commande affiche désormais l’état opérationnel flow-label et flow-label-static d’un périphérique et non des instances de routage. Un appareil dont l’option flow-label est activée prend en charge les étiquettes de flux FAT (Flow-aware Transport) et annonce sa prise en charge à ses voisins. Un appareil sur lequel l’option est activée prend en charge les étiquettes de flux FAT, mais n’annonce flow-label-static pas ses fonctionnalités.

Spécifier le port source UDP dans une opération de superposition ping ou 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 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-* pouvant être utilisées pour déterminer la valeur du port source.

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

Prise en charge de l'junos:cli-feature Extension YANG (ACX Series, EX Series, MX Series, QFX Series, SRX Series, vMX et vSRX) : l’extension cli-feature YANG identifie certaines propriétés CLI associées à certaines options de commande et instructions de configuration. Les modules YANG Junos qui définissent la configuration ou les RPC incluent l’instruction d’extensioncli-feature, le cas échéant, dans les schémas émis avec les extensions. Cette extension est avantageuse lorsqu’un client utilise des modèles de données YANG, mais pour certains workflows, le client doit générer des outils basés sur l’interface de ligne de commande.

[Voir Présentation du module YANG Junos DDL Extensions.]

XML dans le get-system-yang-packages Réponse RPC modifiée (ACX Series, EX Series, MX Series, QFX Series, SRX Series, vMX et vSRX) : la réponse RPC remplace la balise par la balise dans la get-system-yang-packages xmlproxy-yang-modules proxy-xml-yang-modules sortie XML.

Modifications apportées à l’élément du <rpc-error> serveur NETCONF lorsque l’opération supprime un objet de configuration inexistant (ACX Series, EX Series, MX Series, QFX Series, SRX Series, vMX et vSRX) : nous avons modifié la réponse renvoyée par le serveur NETCONF lorsque l’opération operation="delete"<edit-config> or <load-configuration> supprime operation="delete" un élément de configuration absent de la <rpc-error> configuration cible. La gravité de l’erreur est erreur au lieu d’avertissement, et l’élément <rpc-error> inclut les <error-tag>data-missing</error-tag> éléments et<error-type>application</error-type>.

Éviter les pertes de trafic multicast sur les équipements feuille et feuille de bordure du serveur OISM dans les fabrics EVPN-VXLAN à l’échelle (commutateurs QFX5130-32CD et QFX5700) : vous pouvez configurer les commutateurs QFX5130-32CD et QFX5700 en tant qu’équipements de feuille de serveur OISM (Optimized Intersubnet Multicast) ou de border leaf dans une structure EVPN-VXLAN. Dans les structures mises à l’échelle avec de nombreux VLAN, instances EVPN et flux multicast, vous pouvez constater une perte de trafic multicast sur ces périphériques en raison de la taille limitée des tables de routage d’espionnage multicast dans le PFE. Pour éviter ce problème sur les commutateurs QFX5130-32CD et QFX5700 avec OISM dans des environnements à l’échelle, nous vous demandons de configurer l’option conserve-mcast-routes-in-pfe au niveau de la edit multicast-snooping-options oism hiérarchie sur ces plates-formes. Cette option est disponible uniquement sur les commutateurs QFX5130-32CD et QFX5700. Utilisez cette option lorsque vous configurez ces périphériques en tant que périphériques de feuille de serveur ou de feuille de bordure avec OISM. Ne configurez pas cette option lorsque 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).]