Ce qui a changé

É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 pour un périphérique et non pour les 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 dont l’option flow-label-static est activée prend en charge les étiquettes de flux FAT, mais n’annonce pas ses fonctionnalités.

Mise à jour de la sortie de show route table : la sortie de show route table bgp.evpn.0 affiche désormais le type TLV du service L2. Auparavant, la sortie affichait la TLV du service L3.

Nouvelle amélioration « port source udp » introduite dans Junos OS version 22.4R1 pour la superposition ping et 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 superposition traceroute. Vous pouvez maintenant configurer cette valeur dans un environnement EVPN-VXLAN à l’aide de hash. L’option hashde 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 pannes de connectivité (cfmd) s’exécute uniquement lorsque le protocole de gestion des pannes de connectivité Ethernet est configuré.

Avant cette modification, la sortie d’une show task replication | display xml validate commande renvoyait une erreur de la forme ERROR: Duplicate data element task-protocol-replication-name. Avec cette modification, la sortie XML est correctement structurée et ne comporte aucune erreur de validation.

Label for the hours unit of time displayed in output (Étiquette de l’unité de temps heures affichée dans la sortie) : lorsque la sortie de la show system uptime commande est zéro, l’étiquette de l’unité de temps hours s’affiche.

[Voir Afficher la disponibilité du système.]

Dans le passé, inet6flow.0 n’était pas autorisé à être une nervure principale dans un groupe de nervures. À partir de la version 22.3, cette fonctionnalité est désormais autorisée.

Le nombre d’utilisateurs actifs est défini sous la forme d’une valeur entière numérique dans la sortie de la requête ODL : la sortie de la demande ODL get-system-uptime-information contient des informations sur le nombre d’utilisateurs actifs. Le nombre d’utilisateurs actifs est désormais défini comme une valeur entière numérique et évite une erreur de type de valeur non valide.

[Voir Afficher la disponibilité du système.]

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

Ajout d’informations de débogage multicast dans les options EVPN pour demander des informations système (commande MX Series et QFX Series) : la sortie de la commande request support information evpn-vxlan CLI inclut désormais des informations supplémentaires pour aider à déboguer les problèmes de multicast EVPN.

[Voir les informations sur la demande d’assistance.]

Augmentation de la limite maximale pour les TLV TTP (MX Series) : le noyau Junos prend désormais en charge un plus grand nombre de TLV TTP (TNP Tunneling Protocol : messages de type, de longueur et de valeur) afin d’éviter la perte de paquets.

[Voir Afficher les statistiques du système.]

Deux nouvelles alarmes sont ajoutées et peuvent être vues avec MPC11E lorsque des optiques 400G-ZR sont utilisées. Modules optiques haute puissance trop chauds : avertissement de l’augmentation de la température ambiante du châssis sans qu’aucune action fonctionnelle ne soit effectuée sur l’optique Température trop élevée pour la mise sous tension de l’optique : les nouvelles optiques insérées lorsque la température ambiante du châssis est élevée au-delà du seuil ne sont pas mises sous tension et doivent être réinsérées lorsque la température ambiante se situe dans la plage acceptable.

Lors de l’abonnement au chemin d’accès aux ressources /junos/system/linecard/environment, le préfixe du chemin d’accès diffusé en continu 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’accès à l’abonnement et le chemin d’accès diffusé en continu correspondent à l’affichage /junos/system/linecard/environment.

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

La configuration PTP peut ne pas fonctionner correctement sur un routeur MX10008 équipé d’une carte de ligne JNP10K-LC2101 : - lorsque l’Hypermode est activé. L’hypermode peut être activé par défaut lorsqu MX10008 routeur dispose de la carte SFB2 (Switch Fabric Board 2) ou à l’aide de la commande set forwarding-options hyper mode. Par conséquent, ces interfaces PTP (esclave, maître, dynamique) ne sont pas prises en charge. - si une interface Ethernet agrégée (AE) est configurée et que les liens principal ou secondaire de l’AE ne prennent pas en charge PTP avec Hypermode, l’ensemble de l’AE est marqué comme non pris en charge.

Une alarme d’incompatibilité de configuration optique peut se déclencher en cas d’écart entre la vitesse configurée d’une interface et la vitesse prise en charge par l’optique. Cette alarme indique que l’optique installée dans le FPC spécifié est incompatible avec la vitesse configurée sur l’interface.

Modifier la sortie de la commande show arp pour afficher les adresses IP et les noms d’hôte (routeurs MX Series) : vous pouvez forcer la sortie de la commande show arp à afficher l’adresse IP en regard du nom d’hôte de chaque périphérique. Pour ce faire, activez l’instruction force-show-arp-resolve au niveau de la hiérarchie [modifier les remplacements de gestion des abonnés des services système]. Cela facilite la gestion de l’accès des abonnés si votre configuration d’abonnés repose sur les adresses IP des appareils.

[Voir Remplacements (Gestion améliorée des abonnés) et Configuration de la gestion améliorée des abonnés Junos OS.]

Avant cela, la sortie d’un "show task replication logical-system all | La commande display XML validate" a signalé une erreur. Après la modification, la sortie est correctement formatée avec une balise racine « logical-system » et aucune erreur de validation ne se produit.

Prise en charge du déploiement JDM basé sur podman : à partir de la version 23.2R1 de Junos OS, la segmentation de nœud Junos basée sur un serveur externe prend en charge le déploiement de Juniper Device Manager (JDM) à l’aide de l’outil Pod Manager (podman). Cette modification s’applique aux serveurs exécutant Red Hat Enterprise Linux (RHEL) 9. Dans les versions de Junos antérieures à la version 23.2R1, la segmentation de nœud Junos prenait en charge RHEL 7.3 qui fournissait le pilote lxc de libvirt (libvirt-lxc) pour déployer des JDM.

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 hiérarchie [edit system extension extension-service application file file-name], le système d’exploitation peut valider la configuration même si le fichier n’est pas disponible dans le chemin d’accès <filepath>/var/db/scripts/jet</filepath> au fichier.

[Voir le dossier (JET).]

Possibilité de redémarrer les applications démonisées : utilisez la request extension-service restart-daemonize-app application-name commande pour redémarrer une application démonisée s’exécutant sur un équipement Junos. Le redémarrage de l’application peut vous aider lors du débogage et du dépannage.

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

L’attribut xmlns:junos inclut la chaîne de version complète du logiciel (ACX Series, EX Series, MX Series, QFX Series, SRX Series, vMX et vSRX) : la chaîne d’espace xmlns:junos de noms dans les réponses RPC XML inclut le numéro de version complet du logiciel, qui est identique à la version émise par la show version commande. Dans les versions antérieures, la chaîne n’inclut que des informations partielles sur la xmlns:junos version du logiciel.

Augmentation de la portée et de la portée maximale de revert-time: nous avons augmenté la portée de revert-time 600 à 3600 secondes et la portée maximale de 1200 à 7200 secondes.

[Voir revert-time.]

Modification de l’affichage des contraintes d’affinité en valeurs hexadécimales (MX10004, ACX7100-32C, ACX7100-48L, ACX7509, ACX7024, PTX10001-36MR, PTX10004, PTX10008 et PTX10016)-À partir de Junos OS version 22.4R1 et Junos Evolved version 22.4R1, dans la sortie de la show ted spring-te-policy extensive commande opérationnelle, les contraintes d’affinité seront affichées au format hexadécimal au lieu de décimal.

[Voir l’extensibilité de la politique du printemps.]

Modifications apportées à la show system yang package sortie XML (get-system-yang-packages RPC) (ACX Series, EX Series, MX Series, QFX Series, SRX Series, vMX et vSRX) : la show system yang package commande et <get-system-yang-packages> le RPC incluent les modifications suivantes apportées à la sortie XML :

• L’élément racine est yang-package-information au lieu de yang-pkgs-info.

• Un yang-package élément entoure chaque ensemble de fichiers de paquets.

• La yang-pkg-id balise est renommée package-id.

• Si le package ne contient pas de scripts de traduction, la valeur Script(s) de traduction (trans-scripts) est none.

Prise en charge de l'junos:cli-feature Extension YANG (ACX Series, EX Series, MX Series, PTX 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 cli-feature extension, 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, il doit générer des outils basés sur CLI.

[ Reportez-vous à la section Présentation du module YANG des extensions DDL Junos.]

Modifications apportées à l'élément du rpc-error serveur NETCONF lorsque l'operation="delete"opération supprime un objet de configuration inexistant (ACX Series, EX Series, MX Series, PTX Series, QFX Series, SRX Series, vMX et vSRX) : nous avons modifié la rpc-error réponse renvoyée par le serveur NETCONF lorsque l[edit-config]'opération ou load-configuration permet operation="delete" de supprimer un élément de configuration absent de la 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 and (error-type) application(error-type).

La réponse du <rpc-error> serveur NETCONF a été modifiée lors <load-configuration> de la operation="delete" suppression d'un objet de configuration inexistant (ACX Series, EX Series, MX Series, QFX Series, SRX Series, vMX et vSRX) : dans une version antérieure, nous avons modifié la réponse du <rpc-error> serveur NETCONF lorsqu'une <edit-config> opération ou <load-configuration> permet operation="delete" de supprimer un élément de configuration absent de la configuration cible. Nous avons annulé les modifications apportées à la <load-configuration> réponse.

Modifications apportées à la réponse RPC pour <validate> les opérations dans les sessions NETCONF conformes à la RFC (ACX Series, EX Series, MX Series, QFX Series, SRX Series, vMX et vSRX) : lorsque vous configurez l’instruction rfc-compliant au niveau de la [edit system services netconf] hiérarchie, le serveur NETCONF n’émet qu’un <ok/> élément or <rpc-error> en réponse aux <validate> opérations. Dans les versions antérieures, la réponse RPC inclut également l’élément <commit-results> .

La ping host | display xml validate commande valide XML sans erreur (ACX Series, EX Series, MX Series, PTX Series, QFX Series, SRX Series et vMX) : dans les versions de Junos OS et Junos OS Evolved antérieures à la version 22.4R2, la ping host | display xml validate commande génère une erreur critique : incompatibilité du nom de la balise racine. 'ping-results' attendu, obtient 'run-command'. La commande valide maintenant le XML avec succès sans erreur.

[Voir ping.]

Avant cette modification, les appareils ne répondaient par défaut qu’aux requêtes ARP provenant du même sous-réseau. Configurez la nouvelle option de ligne de commande, « respond-out-of-subnet » au niveau de la hiérarchie pour permettre à ARP edit system arp de répondre à une demande provenant d’un sous-réseau différent.

Dépréciation des options liées à l’enrôlement de certificats (Junos) : à partir de la version 23.2R1 de Junos OS, nous déconseillons les options CLI antérieures liées à l’infrastructure à clé publique (PKI) pour inscrire et réinscrire les certificats locaux via le protocole SCEP (Simple Certificate Enrolment Protocol). Le tableau ci-dessous présente les commandes et les instructions de configuration de l’interface de ligne de commande Junos, les options étant déconseillées. Les mêmes options CLI sont désormais disponibles sous scep option dans ces commandes et instructions.

[Voir réinscription automatique (sécurité), inscription de certificat local pki de demande de scep et inscription de certificat local de pki de demande de sécurité.]

Avant cette modification, la sortie de la commande « show isis statistics interface interface_name | display xml » utilisait la balise XML « interface-name », ce qui générait une erreur. Avec cette modification, la sortie XML utilise la balise « isis-interface-name ».

Avant ce changement, la sortie de l’algorithme "show isis spring flex-algorithm | display XML" n’était pas valide lors de la configuration de plusieurs instances de l’algorithme Flex. Avec cette modification, la sortie XML est correctement structurée et affiche les informations de l’algorithme flexible pour chaque instance. Une nouvelle balise XML « isis-spring-flex-algorithm » est ajoutée aux informations de bundle pour chaque instance.

Nouvelles options de la request system snapshot commande (ACX Series, EX Series, MX Series, QFX Series et SRX Series) : la request system snapshot commande inclut de nouvelles options pour les instantanés autres que la récupération. Vous pouvez inclure l’option permettant de spécifier un nom défini par l’utilisateur name 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 la demande d’instantané du système (Junos OS avec FreeBSD mis à jour).]

L’attribut xmlns:junos inclut la chaîne de version complète du logiciel (ACX Series, EX Series, MX Series, PTX Series, QFX Series, SRX Series, vMX et vSRX) : la chaîne d’espace xmlns:junos de noms dans les réponses RPC XML inclut le numéro de version complet du logiciel, qui est identique à la version émise par la show version commande. Dans les versions antérieures, la chaîne n’inclut que des informations partielles sur la xmlns:junos version du logiciel.