Ce qui a changé

Lors de l’abonnement au chemin de ressources /junos/system/linecard/environment, le préfixe du chemin streamé 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, ainsi que le chemin d’abonnement et le chemin de flux correspondant pour afficher /junos/system/linecard/environment.

Statut de configuration des étiquettes de flux pour les services EVPN ELAN La sortie de la show evpn instance extensive commande affiche désormais l’état opérationnel statique du flux et du label de flux pour un équipement et non pour les instances de routage. Un équipement avec flow-label activation prend en charge les étiquettes de flux fat (flow-aware transport) et annonce son assistance à ses voisins. Un équipement activé flow-label-static prend en charge les étiquettes de flux FAT, mais ne fait pas la publicité de ses capacités.

Spécifiez le port source UDP dans une opération d’overlay ping ou de superposition traceroute : dans les versions de Junos OS antérieures à la version 22.4R1, vous n’avez pas pu configurer le port source udp dans une opération d’overlay ping ou d’overlay traceroute. Vous pouvez désormais 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.

operator la classe de connexion ne permet pas d’afficher les fichiers de trace NETCONF ( no-world-readable 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 [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 (par défaut), les utilisateurs assignés à la operator classe de connexion n’ont pas l’autorisation d’afficher le fichier de trace.

Prise en charge de la 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 déclarations de configuration. Les modules YANG Junos qui définissent la configuration ou les RPC incluent l’instruction d’extension, le cli-feature cas échéant, dans les schémas émis avec les extensions. Cette extension est bénéfique 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 une CLI.

[Voir Comprendre le module YANG Junos DDL Extensions.]

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

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