Ce qui change

État de configuration par é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 équipement flow-label activé prend en charge les étiquettes de flux de transport en fonction des flux (FAT) et annonce sa prise en charge à ses voisins. Un équipement flow-label-static activé prend en charge les étiquettes de flux FAT, mais n’annonce pas ses capacités.

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

Nouvelle amélioration du « port source UDP » introduite dans la version 22.4R1 de Junos OS pour le ping et le traceroute overlay : 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 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 Ethernet connectivity-fault-management 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. Grâce à cette modification, la sortie XML est correctement structurée et ne comporte aucune erreur de validation.

Étiquette de l’unité de temps des heures affichée dans la sortie : lorsqu’il n’y a aucune minute dans la sortie de la show system uptime commande, l’étiquette de l’unité de temps des heures est affichée.

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

L’instruction shared-tunnels n’est pas prise en charge sur les appareils EX9204, EX9208, EX9214, EX9251, EX9253, MX304, MX10001, MX10002, MX960, MX480, MX240, MX2020, MX2010, MX2008 et vMX. PR1716955

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é.

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

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

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.

Informations de débogage multicast ajoutées dans les options EVPN pour demander la commande d’informations système (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.]

Vous pouvez spécifier la valeur minimale et maximale de l’intervalle de temps d’attente et d’attente entre 0 et 3600000 millisecondes au niveau de la hiérarchie [modifier les protocoles, groupe d’isolement réseau, détection de nom de groupe]. PR1726039

Augmentation de la limite maximale pour les TLV TTP (MX Series) : le noyau Junos prend désormais en charge un nombre accru de TLV TTP (messages de type, de longueur et de valeur du protocole de tunnelisation TNP) pour éviter les pertes de paquets.

[Voir Afficher les statistiques du système.]

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

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 d’accès diffusé en continu correspondent à l’affichage /junos/system/linecard/environment.

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é.

Annoncer les chemins RIB locaux inactifs dans BMP : nous avons introduit une nouvelle instruction bmp-loc-rib-add-path de configuration au niveau de la [edit routing-options bmp] hiérarchie.

[Voir bmp-loc-rib-add-path.]PR1697520

La configuration PTP peut ne pas fonctionner correctement sur un routeur MX10008 avec carte de ligne JNP10K-LC2101 : - lorsque l’hypermode est activé. L’hypermode peut être activé par défaut lorsque le routeur MX10008 dispose d’une carte de fabric de commutation 2 (SFB2) 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 liaisons primaires ou secondaires 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 de non-compatibilité de configuration optique peut être déclenchée 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.

Modifiez 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 [edit system services abonné-management overrides]. Cela facilite la gestion de l’accès des abonnés si votre configuration d’abonné repose sur les adresses IP des appareils.

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

Avant ce changement, la sortie d’un "show task replication logical-system all | 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 à 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.

Informations de débogage multicast ajoutées dans les options EVPN pour demander la commande d’informations système (MX Series, 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.]PR1707139

Modifiez 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 [edit system services abonné-management overrides]. Cela facilite la gestion de l’accès des abonnés si votre configuration d’abonné repose sur les adresses IP des appareils.

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

Augmentation de la limite maximale pour les TLV TTP (MX Series) : le noyau Junos prend désormais en charge un nombre accru de TLV TTP (messages de type, de longueur et de valeur du protocole de tunnelisation TNP) pour éviter les pertes de paquets.

[Voir Afficher les statistiques du système.]PR1709159

La configuration PTP peut ne pas fonctionner correctement sur un routeur MX10008 avec carte de ligne JNP10K-LC2101 : - lorsque l’hypermode est activé. L’hypermode peut être activé par défaut lorsque le routeur MX10008 dispose d’une carte de fabric de commutation 2 (SFB2) 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 liaisons primaires ou secondaires de l’AE ne prennent pas en charge PTP avec Hypermode, l’ensemble de l’AE est marqué comme non pris en charge. PR1698964

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 au <filepath>/var/db/scripts/jet</filepath> fichier.

[Voir le fichier (JET).]

Possibilité de redémarrer des 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 à déboguer et à dépanner.

[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 xmlns:junos chaîne de l’espace de noms dans les réponses XML RPC 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 ne contient que des informations partielles sur la xmlns:junos version du logiciel.

Augmentation de la portée et de la portée maximale pour revert-time—Nous avons augmenté la portée revert-time de 600 à 3 600 secondes et la portée maximale de 1 200 à 7 200 secondes.

[Voir revert-time.]

Modification de l’affichage des contraintes d’affinité aux 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’émission de la politique de printemps extensive.]

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) : show system yang package la commande et <get-system-yang-packages> RPC incluent les modifications suivantes apportées à la sortie XML :

• L’élément racine est yang-package-information à la place de yang-pkgs-info.

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

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

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

La prise en charge du 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 Junos YANG 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 bénéfique lorsqu’un client consomme des modèles de données YANG, mais que pour certains workflows, le client doit générer des outils basés sur CLI.

[ Voir Présentation du module YANG des extensions DDL de Junos.]

Amélioration du modèle de données d’événement pour la priorité syslog : le modèle de données d’événement a été amélioré pour inclure le priority paramètre dans les journaux d’événements syslog. Cette mise à jour corrige le calcul et la représentation de la priorité syslog. Auparavant, la priorité syslog était mal calculée, ce qui entraînait des erreurs dans la gestion des messages syslog.

Modifications apportées à l’élément du serveur NETCONF lorsque l’opération rpc-error operation="delete" 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 que le serveur NETCONF renvoie operation="delete" lorsque l’opération [edit-config] ou load-configuration utilise pour 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 et (error-type) application(error-type) .

La réponse du <rpc-error> serveur NETCONF changeait lorsqu’il <load-configuration> était utilisé operation="delete" pour supprimer 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 serveur NETCONF lorsqu’une <rpc-error> <edit-config> opération operation="delete" ou <load-configuration> utilise pour 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 émet uniquement un <ok/> élément ou <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> .

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.PR1707820

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 à 22.4R2, la commande entraîne une ping host | display xml validate ERREUR CRITIQUE : Incompatibilité du nom de la balise racine. Attendu 'ping-results', j’ai 'run-command'. La commande valide maintenant le XML avec succès sans erreur.

[Voir ping.]

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

Dépréciation des options liées à l’inscription de certificats (Junos) : à partir de la version 23.2R1 de Junos OS, nous déprécions les anciennes options de CLI liées à l’infrastructure à clé publique (PKI) pour enrôler et réinscrire des certificats locaux via le protocole SCEP (Simple Certificate Enrolment Protocol). Le tableau ci-dessous présente les commandes et les instructions de configuration de la CLI Junos avec les options en cours d’obsolation. Vous trouverez les mêmes options CLI désormais disponibles sous scep option dans ces commandes et instructions.

[Voir réinscription automatique (Sécurité), demande de sécurité pki local-certificate enrôle, SCEP et demande sécurité pki node-local local-certificate enroll.]

Avant cette modification, la sortie de l’interface "show isis statistics interface interface_name | display xml » utilisait la balise XML « interface-name », ce qui générait une erreur. Avec la 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 » était formatée de manière incorrecte lorsque plusieurs instances de l’algorithme Flex étaient configurées. Avec cette modification, la sortie XML est correctement structurée et affiche les informations de l’algorithme flex pour chaque instance. Une nouvelle balise XML « isis-spring-flex-algorithm » est ajoutée aux informations du bundle pour chaque instance.

Ajout d’une nexthop-resolution no-resolution option pour la famille RTC (Route Target Constrains) : l’option nexthop-resolution no-resolution de configuration a été ajoutée aux configurations BGP. family route-target Cet ajout permet aux utilisateurs de désactiver la résolution de saut suivant pour les routes de la famille RTC (AFI 1, SAFI 132) et de les considérer comme utilisables pour le filtrage des routes VPN sans dépendre de l’accessibilité du saut suivant de la route RTC.

[Voir route familiale-cible.]

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

Mise à jour de validation de validation de la configuration TI-LFA et LFA héritée (Junos OS et Junos OS Evolved) : vous pouvez désormais activer TI-LFA et FRR (node-link-protection) hérité dans des instances OSPF distinctes. Le système génère une erreur de validation uniquement si vous activez à la fois TI-LFA et FRR hérité sous la même instance OSPF. Dans ce cas, la validation échoue et déclenche le message suivant : error: commit failed: (statements constraint check failed).

[Voir Alternative sans boucle indépendante de la topologie avec Segment Routing pour IS-IS et OSPF.]

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.]

Nouvelles options pour 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 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).]

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 xmlns:junos chaîne de l’espace de noms dans les réponses XML RPC 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 ne contient que des informations partielles sur la xmlns:junos version du logiciel.

Mise à jour de la configuration de la mise en miroir des ports : les plages d’interfaces 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

Amélioration de la configuration du site émetteur MVPN : les sites émetteurs MVPN (réseau privé virtuel multicast) configurés avec un tunnel IR (réplication entrante) envoient des routes de type 1 avec l’étiquette 0. Cela signifie que les PE distants n’ajoutent pas la route de type 1 en tant que branche du tunnel, mais ajoutent tout de même le PE du site expéditeur en tant que voisin MVPN. Cela garantit que le trafic du PE du site expéditeur n’est pas abandonné par les PE distants en raison d’un voisin MVPN inconnu. Toutefois, comme le PE du site émetteur envoie l’étiquette 0, les PE distants n’ajouteront pas le PE du site expéditeur en tant que leaf et le trafic du PE distant ne sera pas répliqué sur ce PE, ce qui garantit le fonctionnement du site émetteur. PR1711769