Ce qui a changé dans la version 21.4R3

Les noms de conteneur OpenConfig pour les capteurs d’entrée et de sortie de point à multipoint par interface sont modifiés pour une cohérence de « signalisation » à « signalisation ».

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

Lors de la définition d’un chemin LSP 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 entrant RSVP Path 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’interface cli pour l’instruction de configuration express-segments de l’ensemble des protocoles, et les commandes show express-segments et clear express-segments en mode opérationnel sont supprimées de l’EX4300-24P, 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 les plates-formes MX-TSR80.

À partir de Junos OS et de Junos Evolved version 21.4R3, un CSPF LSP utilise un nouvel ID d’instance pour signaler à nouveau un LSP vers le bas.

Modifications apportées au 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 précédentes, la <edit-config> réponse RPC inclut l’élément <load-error-count> en cas d’échec de l’opération.

Un nouveau champ rollback pending est ajouté à la sortie qui show system commit identifie s’il commit confirmed est émis. Il est retiré une fois commit ou commit check est émis ou commit confirmed est routé après le délai de restauration.