Ce qui a changé dans la version 21.4R3

La configuration dynamique des ports pour PTP sur Ethernet et le profil par défaut est prise en charge uniquement en mode boundary clock et non en mode horloge ordinaire.

Les noms de conteneur OpenConfig pour les capteurs d’entrée et de sortie Point à Multipoint par interface sont modifiés pour assurer la cohérence de « signalisation » à « signalisation ».

État du module d’annonce de routeur sur le moteur de routage de sauvegarde (MX Series) : le module d’annonce de routeur ne fonctionne pas dans le moteur de routage de sauvegarde, car le moteur de routage n’envoie pas de message d’accusé de réception après réception des paquets. À partir de cette version de Junos OS, vous pouvez afficher les informations du module d’annonce du routeur à l’aide de la show ipv6 router-advertisement commande opérationnelle.

[Voir show ipv6 router-advertisement].

Configuration de sFlow ? La configuration de sFlow n’est autorisée que sur les interfaces et, xe et ge des plates-formes EVO. Toutes les autres interfaces sont bloquées pour la configuration de sFlow sur les plates-formes EVO. Une erreur cli sera générée si sFlow est configuré sur une autre interface que l’interface et, xe ou ge.

Afficher les détails du donneur de l’interface de l’emprunteur IPv6 : la sortie de la commande show interfaces affiche désormais les détails du donneur de l’interface de l’emprunteur IPv6.

[Voir afficher les interfaces].

A partir de Junos OS 16.1, les bits MPLS EXP transmis dans les messages self ping sont définis en fonction du paramètre DSCP/ToS du paquet IP correspondant.

Lors de la définition d’un LSP de chemin contraint à l’aide de plusieurs sauts stricts appartenant au nœud de sortie, le premier saut strict doit être défini pour correspondre à l’adresse IP attribuée au nœud de sortie sur l’interface qui reçoit le message de chemin RSVP. Si le message du chemin RSVP entrant arrive sur une interface avec une adresse IP différente, le LSP est rejeté.

À partir de la version 21.4R3 de Junos OS, la prise en charge de l’instruction de configuration express-segments de set protocols, ainsi que les commandes show express-segments et clear express-segments operational mode sont supprimées des plates-formes EX4300-24P, EX4300-24T, EX4300-48P, EX4300-48T, EX4300-48T-DC, EX4300-32F, EX4300-48T-BF, EX4300-48T-DC-BF, MX5-T, MX10-T MX40-T, MX80, MX80-T, MX80-48T, MX80-P, MX104 et MX-TSR80.

À partir de Junos OS et de Junos Evolved version 21.4R3, un LSP CSPF utilise un nouvel ID d’instance lorsqu’il tente de resignaler un LSP inactif.

La resignalisation du LSP CSPF utilise un nouvel ID d’instance (MX480) : un LSP CSPF (Constrained Shortest Path First) utilise un nouvel ID d’instance lorsqu’il tente de resignaler un LSP qui est en panne. Dans les versions précédentes, les LSP CSPF qui tombaient en panne étaient bloqués à l’étape de calcul du chemin CSPF. Il fallait effacer manuellement les LSP concernés et recalculer les chemins pour qu’ils soient à nouveau opérationnels.

[Voir Calcul LSP.]

Modifications apportées à la NETCONF <edit-config> Réponse RPC (ACX Series, EX Series, MX Series, PTX Series, QFX Series, SRX Series, vMX et vSRX) : lorsque l’opération <edit-config> renvoie une erreur, le serveur NETCONF n’émet <load-error-count> aucun élément dans la réponse RPC. Dans les versions antérieures, la <edit-config> réponse RPC inclut l’élément <load-error-count> en cas d’échec de l’opération.

Lorsque l’instruction krt-nexthop-ack est configurée, le RPD attend que le saut suivant soit reconnu par PFE avant de l’utiliser pour une route. Actuellement, seules les routes étiquetées BGP et les routes RSVP prennent en charge cette instruction. Tous les autres itinéraires ignoreront cette déclaration.

Un nouveau champ rollback pending est ajouté à la sortie de show system commit qui identifie si commit confirmed est émis. Il est supprimé une seule fois commit ou commit check est émis ou commit confirmed est annulé après un délai d’expiration.