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 sur lequel l’étiquette de flux est activée prend en charge les étiquettes de flux FAT (Flow-Aware Transport) et annonce sa prise en charge à ses voisins. Un appareil pour lequel 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 pour 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 » pour la superposition ping et traceroute : dans les versions de Junos OS antérieures à la version 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 du hachage. L’option de configuration hashremplacera toutes les autres options hash-* qui peuvent être utilisées pour déterminer la valeur du port source.

Nouvelles options de la request system snapshot commande (ACX Series, EX Series, MX Series, PTX Series, QFX Series et SRX Series) : la commande request system snapshot inclut de nouvelles options pour les snapshots autres que la récupération. Vous pouvez inclure l’option name pour spécifier un nom défini par l’utilisateur pour l’instantané, et vous pouvez inclure l’option de configuration ou d’absence de 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).]

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

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

Modifications apportées au mécanisme de contrôle de niveau d’agrégat au niveau FPC (EX9208) : la somme des nouveaux sous-mécanismes de contrôle HELLO et UNCLS pour les protocoles DDoS OSPF, OSPFv3 et RSVP entraîne la génération de rapports corrects sur les compteurs au niveau du FPC, par exemple, les pertes de paquets. Auparavant, vous pouviez configurer le mécanisme de contrôle d’agrégation OSPF, OSPFv3 et RSVP directement au niveau FPC. Vous pouvez utiliser les instructions CLI suivantes pour configurer les valeurs de rafale et de bande passante pour OSPF, OSPFv3 et RSVP.

Définir les protocoles de protection DDoS du système, OSPF, OSPF-Hello, Taille de la rafale, Bande passante, paquets par seconde

Définir le système Protocoles de protection DDoS OSPF OSPF-UNCLS rafale 10000 Bande passante 10000

Définir les protocoles de protection DDoS du système OSPFv3v6 OSPFv3v6-hello burst 10000 Bande passante 10000

Définir les protocoles de protection DDoS du système OSPFv3v6 OSPFV3v6-UNCLS Burst 10000 Bande passante 10000

Définir les protocoles de protection DDoS du système RSVP RSVP-Hello Burst 10000 Bande passante 10000

Définir le système Protocoles de protection DDoS RSVP RSVP-UNCLS rafale 10000 Bande passante 10000

[Voir Protocoles (DDoS).]

operator La classe de connexion ne peut pas afficher les fichiers de trace NETCONF qui sont 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 au fichier 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 de connexion ne sont pas autorisés à afficher le fichier de suivi.

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

XML dans la get-system-yang-packages balise 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' operation="delete" 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 <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 ping host | display xml validate commande valide le code 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 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 sous-réseau différent.