Ce qui a changé

Le processus de gestion des défaillances 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>. 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 y a zéro minute dans la sortie de la show system uptime commande, l’étiquette de l’unité de temps des heures s’affiche.

[Voir la section 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.

Modifications apportées au mécanisme de contrôle de niveau agrégé 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 génère des rapports corrects sur les compteurs au niveau FPC, par exemple en cas d’abandon 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 :

• set system ddos-protection protocols ospf ospf-hello burst size bandwidth packets-per-second

• Définir les protocoles de protection DDoS du système OSPF OSPF-UNCLS Burst 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 Rafale 10000 Bande passante 10000

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

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

[Voir Protocoles (DDOS).]

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 maintenant défini comme une valeur entière numérique et évite une erreur de type de valeur non valide.

[Voir la section 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 à parité avec le comportement UKERN. Auparavant, ces champs de débit étaient nommés packetRate et byteRate.

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 et 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 en cours d’exécution sur un périphérique Junos. Le redémarrage de l’application peut vous aider dans le débogage et le dépannage.

[ Reportez-vous à la section 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 complète 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.

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.

La réponse du <rpc-error> serveur NETCONF a changé lors <load-configuration> operation="delete" de la 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 émet uniquement 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> .

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 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 ainsi que certains fichiers SSH.

[Voir la demande d’instantané du système (Junos OS avec FreeBSD mis à niveau).]