Ce qui a changé

Messages de journal système EVPN pour les événements d’activation et d’arrêt de l’interface CCC : les périphériques enregistrent désormais les messages d’événements d’activation et d’arrêt de l’interface EVPN et EVPN-VPWS pour les interfaces configurées avec des types d’encapsulation CCC (Circuit Cross-Connect). Vous pouvez rechercher des messages d’erreur avec les types de messages EVPN_INTF_CCC_DOWN et EVPN_INTF_CCC_UP dans le fichier journal du système de l’appareil (/var/log/syslog).

Ajout de la prise en charge de la condition de correspondance interface-groupe pour la famille de filtres de pare-feu MPLS.

Basculement non réversif pour le MoFRR basé sur l’expéditeur : dans les versions précédentes de Junos, le MoFRR basé sur la source garantissait que le trafic revenait au chemin principal à partir du chemin de secours, lorsque le chemin ou la session primaire était restauré. Ce retour en arrière pourrait entraîner des pertes de trafic. À partir de Junos OS 22.4R3-S1, le MoFRR basé sur les sources ne reviendra pas au chemin principal, c’est-à-dire que le trafic continuera à circuler dans le chemin de sauvegarde tant que le débit de trafic sur le chemin de secours ne descend pas en dessous du seuil configuré défini sous protocols mvpn hot-root-standby min-rate.

[Voir le taux minimum.]

Dans un filtre de pare-feu configuré avec une action port-mirror-instance ou port-mirror, si l2-mirror action est également configurée, la famille d’instances port-mirroring doit être any. En l’absence de l’action L2-mirroring, la famille d’instances de mise en miroir de ports doit être la famille de filtres de pare-feu.

Modification du processus de validation : dans les versions antérieures de Junos OS et Junos OS Evolved, si vous utilisez la commande commit prepare et modifiez la configuration avant d’activer la configuration à l’aide de la commande commit activate, le cache de validation préparé devient invalide en raison de la modification de configuration intermédiaire. Par conséquent, vous ne pouvez pas effectuer une opération de validation normale à l’aide de la commande de validation. L'interface de ligne de commande affiche le message d'erreur suivant : « erreur : l'activation de la validation est en attente, soit l'activation, soit l'effacement de la préparation de la validation ». Si vous essayez maintenant d'exécuter la commit activate commande, l'interface de ligne de commande affiche un message d'erreur : « erreur : cache de validation préparé non valide, échec de l'activation ». Vous devez ensuite effacer la configuration préparée à l’aide de la clear system commit prepared commande avant d’effectuer une opération de validation normale. À partir de cette version de Junos et Junos OS Evolved, lorsque vous modifiez une configuration de périphérique après commit prepare l’émission d’un commit, le système d’exploitation détecte que le cache préparé n’est pas valide et l’efface automatiquement avant de poursuivre le fonctionnement normalcommit.

[Voir Présentation de la préparation et de l’activation des commits.]

Entrée de script de validation pour identifier les mises à niveau logicielles au démarrage (ACX Series, EX Series, MX Series, QFX Series, SRX Series et vSRX) : l’ensemble junos-context de nœuds inclut la sw-upgrade-in-progress balise. Les scripts de validation peuvent tester la valeur de la sw-upgrade-in-progress balise pour déterminer si la validation a lieu au démarrage et si une mise à jour logicielle est en cours. La valeur de la balise correspond yes au fait que la validation a lieu lors du premier redémarrage après une mise à niveau logicielle, une rétrogradation logicielle ou une restauration. La valeur de la balise correspond no au fait que l’appareil démarre normalement.

[Voir Paramètres et variables globaux dans les scripts d’automatisation de Junos OS.]

Mise à jour des options de commande d’appartenance à IGMP snooping : l’option instance est désormais visible lors de l’émission de la show igmp snooping membership ? commande. Auparavant, l’option était disponible mais n’était instance pas visible lors ? de l’émission pour afficher toutes les complétions possibles pour la show igmp snooping membership commande.

[Voir afficher l’adhésion à l’espionnage igmp.]

Proxy d’écoute MLD et adresse source L2-Querier (ACX7024, ACX7100-32C, EX4400-24MP, PTX10001-36MR, QFX5120-32C et QFX5130-32CD)— La source-address configuration pour proxy et l2-querier sous la mld-snooping hiérarchie doit être une adresse locale de liaison IPv6 comprise entre fe80 ::/64. Le texte d’aide de l’interface de ligne de commande a été mis à jour pour « Adresse locale du lien IPv6 source à utiliser pour le proxy/la requête L2 ». Dans les versions antérieures, le texte d’aide de l’interface de ligne de commande indiquait : « Adresse IP source à utiliser pour le proxy/la requête L2 ».

[Voir l’adresse de la source.]

Format compact obsolète pour les données d'état au format JSON (ACX Series, EX Series, MX Series, QFX Series, SRX Series et vSRX) : nous avons supprimé cette option au niveau de la [edit system export-format state-data json] hiérarchie, car les équipements Junos ne prennent plus en charge lcompact'émission de données d'état au format JSON dans un format compact.