Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Understanding OpenConfig and gRPC on Junos Telemetry Interface

Depuis Junos OS version 16.1R3, vous pouvez utiliser un ensemble d’interfaces d’appel de procédure à distance (RPC) pour configurer les données de télémétrie Interface de télémétrie Junos et flux à l’aide de l’infrastructure gRPC. OpenConfig prend en charge l’utilisation de modèles de données neutres pour la configuration et la gestion des réseaux multi-fournisseurs. gRPC est une infrastructure open source qui assure un transport des données sûr et fiable.

Note:

OpenConfig for Junos OS and gRPC are supported only on MPC on MX Series and on PTX Series routers starting with Junos OS Release 16.1R3.

À partir de Junos OS Version 17.2R1, OpenConfig et gRPC sont également pris en charge sur les commutateurs QFX10000, les commutateurs QFX5200 et les routeurs PTX1000 réseau.

Depuis la sortie 17.3R1 de Junos OS, la Interface de télémétrie Junos est prise en charge sur le contrôle et la carte de routage (RCB) sur les routeurs PTX3000, les commutateurs QFX5110 et les commutateurs EX4600 et EX9200. OpenConfig et gRPC ne sont pas pris en charge sur MX80 et MX104 routeurs.

À partir de Junos OS version 17.4R1, les routeurs MX2008 sont pris en charge.

Depuis la Junos OS version 18.3R1, ON_CHANGE flux d’informations du capteur de télémétrie LLDP est pris en charge par le biais de gRPC pour MX Series et PTX Series routeurs.

Les commutateurs Junos OS version 18.3R1, QFX5120-48Y et EX4650 version standard sont également pris en charge.

Les commutateurs Junos OS également 18.4R1 version EX4600 version standard.

À partir de Junos OS, les routeurs 18.4R1, MX480, MX960, MX2010, MX2020, MX2008 et MX-PASS sont également pris en charge.

À partir de Junos OS Version 19.1R1, les routeurs MX Series fonctionnant avec MS-MIC et MS-MPC, les commutateurs QFX10002 et les routeurs PTX10002 sont également pris en charge.

À partir de Junos OS version Evolved 19.1R1, les logiciels OpenConfig (OC) et Interface de télémétrie Junos (JTI) sont pris en charge. Les API gRPC et le pare-CLI demeurent identiques à ceux des Junos OS. Comme c’était le cas Junos OS, les packages Network Agent (NA) et OC font partie de l’image Junos OS Evolved.

À partir du Junos OS Evolved 19.1R1, les capteurs moteur de transfert de paquets intégrés PTX10003 routeurs sont également pris en charge.

Depuis Junos OS version 19.2R1, les passerelles de services SRX4100, SRX4200, SRX4600, SRX5400, SRX5600, SRX5800 et vSRX Series.

Depuis la publication 19.2R1 de Junos OS, les services gNMI de statistiques moteur de transfert de paquets de streaming sont pris en charge sur les routeurs MX960, MX2008, MX2010 et MX2020, les routeurs PTX1000 et PTX10000 et les commutateurs QFX5200.

Depuis la Junos OS version 19.2R1, les services gNMI de statistiques en streaming sont pris en charge sur les commutateurs QFX5110, QFX5120, QFX5200 et QFX5210 services.

Depuis la version 19.3R1 de Junos OS, le service gRPC d’exportation de statistiques est pris en charge sur les routeurs MX Series hébergeant les cartes d’ligne MPC10E-10C-MRATE et MPC10E-15C-MRATE.

Depuis la version 19.3R1 de Junos OS Evolved, le service gRPC pour l’exportation de statistiques est pris en charge sur les commutateurs QFX5220-128C et QFX5220-32CD.

Depuis Junos Release 19.4R1, le service gRPC pour la diffusion de moteur de transfert de paquets et moteur de routage statistiques est pris en charge sur les commutateurs EX4300-MP.

Note:

JTI la prise en charge PTX10008 routeurs d’Junos OS evolved version 19.4R1, mais pas prise en charge.

Depuis la version 20.R1 de Junos, le service gNMI pour capteurs de télémétrie en streaming pour moteur de transfert de paquets est pris en charge sur les cartes de ligne MX2K-MPC11E sur les routeurs MX2010 et MX2020.

Depuis la Junos OS version 20.1R1, la version 1.18.0 des services gRPC est prise en charge par JTI. Cette version inclut des améliorations importantes pour gRPC. Dans les versions antérieures Junos OS, la version de gRPC v1.3.0 est prise en charge par JTI.

À partir de Junos OS version evolved 20.2R1, le service gRPC pour la diffusion de statistiques NDP en streaming est pris en charge sur les routeurs PTX10001.

Depuis la version 20.2R1 de Junos OS, le service gRPC pour le moteur de transfert de paquets en streaming et les statistiques moteur de routage sont pris en charge sur les commutateurs EX2300, EX2300-MP et EX3400.

À partir de Junos OS Release 20.2R1, le service gRPC pour la base d’informations de routage de BGP en streaming (RIB) et les statistiques de peer BGP est pris en charge sur n’importe quelle famille de plates-formes qui prend en charge le processus de protocole de routage conteneurisé (cRPD). cRPD est le processus de protocole de routage (rpd) de Juniper découplé de Junos OS et présenté sous forme de conteneur Docker pour s’exécuter dans des environnements basés sur Linux.

Depuis la publication 20.2R1 de Junos OS, l’exportation de statistiques de peer ON_CHANGE BGP à l’aide de services gRPC et de services gNMI est prise en charge sur les routeurs MX960, MX2008, MX2010, MX2020, PTX1000, PTX5000, PTX10000, ainsi que sur les commutateurs QFX5100 et QFX5200.

À partir de Junos OS Release 20.2R1, la diffusion en streaming de BGP statistiques mondiales, par pair et par groupe utilisant des services gRPC est prise en charge sur les commutateurs EX2300, EX3400, EX4300, EX4600 et EX9200.

À partir de Junos OS Release 20.2R1, la prise en charge des statistiques d’interface de revenus via des capteurs moteur de transfert de paquets et des pseudo-statistiques d’interface via des capteurs moteur de routage utilisant des services gRPC et des services gNMI est prise en charge sur les passerelles de services SRX5400, SRX5600 et SRX5800.

À partir de Junos OS Release 20.2R1, la prise en charge des statistiques d’interface de revenus via des capteurs moteur de transfert de paquets et des pseudo-statistiques d’interface via des capteurs moteur de routage utilisant des services gRPC et des services gNMI est prise en charge sur les passerelles de services SRX5400, SRX5600 et SRX5800.

Les capteurs Junos OS release 20.2R1 de Junos OS sont pris en charge par les capteurs de veille moteur de routage sur les routeurs MX480, MX960, MX10003, MX2010 et MX2020.

Les capteurs Junos OS Release 20.2R1 de diffusion de statistiques EVPN utilisant des services gRPC sont pris en charge par des commutateurs QFX5100, QFX5110, QFX5120, QFX5200, QFX10002-60C, QFX10002, QFX10008 et QFX10016.

Logiciel Network Agent

La mise en œuvre d’OpenConfig avec gRPC pour Interface de télémétrie Junos nécessite de télécharger et d’installer un package appelé Agent réseau si votre équipement Juniper Networks exécute une version de Junos OS avec FreeBSD mis à niveau. Pour toutes les autres versions de Junos OS, la fonctionnalité Network Agent est intégrée au logiciel. Network Agent fonctionne comme un serveur gRPC et termine les interfaces RPC OpenConfig. Il est également chargé de diffuser les données de télémétrie conformément à la spécification OpenConfig. Pour consulter la spécification OpenConfig de télémétrie, consultez la spécification Télémétrie OpenConfig. Pour plus d’informations sur OpenConfig for Junos OS, consultez le Guide de l’utilisateur OpenConfig.

Le composant Network Agent prend également en charge l’authentification SSL (Secure Sockets Layer) basée sur serveur. L’authentification SSL basée sur le client n’est pas prise en charge. Vous devez installer des certificats SSL sur votre Juniper Networks mobile.

Pour plus d’informations sur l’installation du package Agent réseau, consultez le package Agent réseau.

Utilisation d’OpenConfig pour les Junos OS pour activer Interface de télémétrie Junos

OpenConfig pour les Junos OS spécifie un modèle RPC pour activer la Interface de télémétrie Junos. Vous devez télécharger et installer le package OpenConfig pour Junos OS sur votre équipement Juniper Networks ce package comprend également les modèles YANG requis. À l’aide d’un navigateur Web, accédez à l’URL de téléchargement du logiciel Toutes les plates-formes Junos Juniper Networks la page Web: https://www.juniper.net/support/downloads/. Dans l’onglet Gestion du réseau, faites défiler la page pour sélectionner OpenConfig. Sélectionnez l’onglet Logiciel. Sélectionnez la version appropriée du module OpenConfig. Deux versions sont disponibles, une pour les équipements exécutant Junos OS avec FreeBSD mis à niveau et une autre pour les équipements exécutant toutes les autres versions de Junos OS. Pour plus d’informations, consultez la vidéo Installation du package OpenConfig et Understanding Junos OS YANG Modules.

L’interface de programmation installée OpenConfigTelemetry par le package Network Agent définit le service gRPC de télémétrie. Le telemetrySubscribe RPC spécifie les paramètres d’abonnement suivants:

  • Chemin OpenConfig qui identifie la ressource système pour diffuser des données de télémétrie, par exemple:/interfaces/interface/state/counters/

  • Intervalle de rapport et de diffusion des données au serveur de collecte en millisecondes, par exemple: sample_frequency = 4000

Le telemetrySubscribe RPC est utilisé par un serveur ou un collecteur de flux pour demander un abonnement en ligne aux données au niveau du chemin spécifié. L’équipement doit ensuite renvoyer les données de télémétrie à la même connexion que la demande d’abonnement.

Ressources GitHub

GitHub est une plate-forme d’hébergement de code pour le contrôle et la collaboration des versions. Il vous permet, à vous et à d’autres, de collaborer sur des projets où que vous soyez. Juniper Networks fait partie de la communauté OpenConfig qui utilise GitHub pour développer du code de télémétrie et stocker des documents. Participez Juniper développement de la télémétrie en créant un compte sur GitHub.

Tableau 1: Ressources GitHub

Ressources de télémétrie

Description

Juniper télémétrie sur GitHub

Juniper de télémétrie, augmente et écarts.

Fichier Protobuf

Juniper tampons de protocole organisés par Junos OS Release.

fichier protobuf gNMI

Juniper tampons de protocole gNMI, organisés par Junos OS Version.

Utilisation de gRPC pour diffuser des données

Selon la spécification OpenConfig, seul le transport basé sur gRPC est pris en charge pour les données en streaming. Le serveur gRPC installé par le package Agent réseau termine les sessions gRPC depuis le système de gestion qui exécute le client. Les appels RPC déclenchent la création de capteurs Junos OS qui diffusent des données périodiquement ou signalent des événements, qui sont ensuite canalés vers le canal gRPC approprié par l’agent réseau.

Note:

À partir de Junos OS Release 18.2R1, lorsqu’un serveur ou un collecteur de flux externes insérez des capteurs pour exporter des données via gRPC sur les équipements exécutant des Junos OS, la configuration junos-analytics du capteur est engagée sur l’instance de la base de données de configuration éphémère et la configuration show ephemeral-configuration instance junos-analytics peut être vue à l’aide de la commande opérationnelle. Dans les précédentes version, la configuration du capteur est engagée sur l’instance par défaut de la base de données de configuration éphémère.

Note:

L Juniper en-tête de télémétrie exporté dans le cadre de mises à jour est maintenant exporté en tant qu’en-tête d’extension. GnmiJuniperTelemetryHeader.proto est utilisé pour décoder les mises à jour des équipements Juniper exécutant Junos OS Version 19.3 ou antérieure et GnmiJuniperTelemetryHeaderExtension.proto est utilisé pour les équipements exécutant Junos OS Version 19.4 ou ultérieure.

Consultez le tableau 2 pour obtenir une liste et des descriptions des RPC mises en œuvre pour prendre en charge le Interface de télémétrie Junos.

Tableau 2: RPC de télémétrie

Nom RPC

Description

telemetrySubscribe

Indiquez les paramètres de télémétrie et les données de flux pour la liste spécifiée de chemins OpenConfig.

getTelemetrySubscriptions

Récupèrez la liste des abonnements créés via telemetrySubscribe.

cancelSubscription

Désinscrire un abonnement créé via telemetrySubscribe.

Les données diffusées via gRPC sont formatées dans des paires de clés/valeur OpenConfig dans des messages de mise en mémoire tampon de protocole (gpb). Dans ce format universel, les clés sont des chaînes correspondant au chemin des ressources système du schéma OpenConfig pour l’équipement surveillé. Les valeurs correspondent aux chaînes ou aux registres qui identifient l’état opérationnel de la ressource système, tels que les compteurs d’interface et l’état de la ressource.

Note:

À partir de Junos OS version 18.2R1, les données diffusées par gRPC peuvent être formatées sous forme de protobuf en complément des paires clés/valeur pour les capteurs re/basés sur OpenConfig. Ces capteurs sont en complément des capteurs du moteur de forwarding de paquets (PFE).

Le format clé/valeur universel affiche les éléments suivants:

L’exemple suivant illustre la manière dont un ensemble de compteurs d’interface peut être représenté:

Le package Network Agent fournit un tableau de mappage qui masque les noms de champ aux chaînes de clés OpenConfig.

Exporting moteur de transfert de paquets Traffic Sensor Data

À partir de Junos OS version 17.4R1, vous pouvez exporter des statistiques de trafic moteur de transfert de paquets par le biais du Interface de télémétrie Junos pour les routeurs MX Series et PTX Series de données. L’UDP et le gRPC sont pris en charge.

Ce capteur suit les rapports de moteur de transfert de paquets statistiques et offre une visibilité sur les moteur de transfert de paquets d’erreurs et les statistiques de perte. Le nom de la ressource du capteur est /junos/system/linecard/packet/usage/. Les chemins OpenConfig indiquent des données spécifiques au processeur, au processeur et à la puce centrale (CC). Les chemins suivants sont pris en charge:

  • /components/component[name='FPCid:NPUid']/properties/property[name='counter']/state/value, où le FPC fait référence au concentrateur PIC flexible et au NPU se réfère à l’unité de traitement du réseau (moteur de transport de paquets). Un exemple de chemin de ressources est là /components/component[name='FPC0:NPU3']/properties/property[name='ts-output-pps']/state/valuehwds-data-error se trouve le compteur.Hardware Discards: Data Error

  • /components/component[name='FPCid:CCid’]/properties/property[name='counter’]/state/value , où le FPC fait référence au concentrateur PIC flexible et où le CC fait référence à la puce centrale. Un chemin de ressources d’exemple est celui /components/component[name='FPC0:CC1']/properties/property[name='lpbk-packets’']/state/value lpbk-packets qui compte le Forward packets nombre de données spécifiques à FPC0, puce centrale 1.

  • /components/component[name='FPCid’]/properties/property[name='counter’]/state/value , où FPC fait référence au concentrateur PIC flexible. Le compteur du /components/component[name='FPC0']/properties/property[name='lts-input-packets’']/state/value lts-input-packets processeur constitue un exemple de chemin de ressources Local packets input.

Pour provisioner le capteur afin d’exporter des données via gRPC, utilisez le telemetrySubcribe RPC pour spécifier les paramètres de télémétrie. Pour la diffusion en streaming via UDP, tous les paramètres sont configurés au niveau [edit services analytics] de la hiérarchie.

La suivante est une carte des compteurs show pfe statistics traffic show pfe statistics traffic detail des champs de sortie dans la commande ou la commande (prise en charge MX Series routeurs).

Activation de la prise en charge du capteur « ON CHANGE » via gNMI

La diffusion périodique des états et compteurs opérationnels OpenConfig est prise en charge depuis Junos OS version 16.1, exportant les données de télémétrie d’un équipement Juniper vers un collecteur externe. Bien qu’utile pour recueillir toutes les informations nécessaires et créer un « instantané » de référence, la diffusion de flux périodiques est moins utile pour les missions critiques dans le temps. Dans de tels cas, vous pouvez configurer la ON_CHANGE streaming pour un collecteur externe afin de ne recevoir les informations que lorsque les états opérationnels bénéficient d’une modification de l’état.

Pour prendre en charge ON_CHANGE en streaming, une nouvelle spécification appelée gRPC Network Management Interface (gNMI) a été mise en œuvre pour la modification et la récupération des configurations d’un élément réseau. En outre, la spécification gNMI peut être utilisée pour générer et contrôler des flux de télémétrie d’un élément réseau à un système de collecte de données. À l’aide de la nouvelle spécification gNMI, une définition de service gRPC peut fournir une implémentation unique sur un élément réseau, à la fois pour la configuration et la télémétrie, ainsi qu’un seul élément NMS qui peut interagir avec un équipement à l’aide de la télémétrie et des RPC de configuration.

Le package de fichiers Junos (interface de télémétrie junos) inclut le fichier gnmi.proto et GnmiJuniperTelemetryHeader.proto Juniper pour la prise en charge de gNMI.

Les informations sur les RPC qui soutiennent cette fonctionnalité sont disponibles dans la version 0.4.0 du fichier Proto gNMI (version prise en charge) et dans la spécification publiée

  • https://github.com/openconfig/reference/blob/primary/rpc/gnmi/gnmi-specification.md

  • https://github.com/openconfig/gnmi/blob/primary/proto/gnmi/gnmi.proto

Le RPC de télémétrie sous subscribe service gNMI prend en charge ON_CHANGE streaming. RPC subscribe permet à un client de demander à la cible d’envoyer des valeurs de chemin spécifiques dans l’arborescence de données. Les valeurs peuvent être diffusées (FLUX), envoyées de vive durée sur un canal (POLL) ou envoyées en tant que récupération (UNE SEULE FOIS).

Si un abonnement est pris pour un conteneur de haut niveau dont la fréquence d’exemple est de 0, les feuilles avec ON_CHANGE’assistance sont diffusées en fonction des événements. Les autres feuilles ne seront pas diffusées.

Note:

Afin de permettre à l’équipement de déterminer les nodes qui seront diffusées sous la ON_CHANGE et l’ÉCHANTILLON, le collecteur doit s’abonner aux TARGET_DEFINED avec sample_interval.

Activation du mode d’abonnement « TARGET_DEFINED » via gNMI

Depuis la Junos OS version 20.2R1, le mode d TARGET_DEFINED abonnement avec les services gRPC Network Management Interface (gNMI) est pris en charge pour JTI sur MX5, MX10, MX40, MX80, MX104, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 et MX10016.

L’abonnement gNMI permet à un collecteur externe de stipuler la manière dont les données du capteur doivent être délivrées:

  • Le mode STREAMING diffuse périodiquement des données du capteur à partir du DUT à un intervalle spécifié.

  • ON_CHANGE mode d’analyse n’envoie les mises à jour des données du capteur que lorsque les valeurs des données changent.

  • Le mode TARGET_DEFINED récemment pris en charge (sous-mode 0) demande au duT de sélectionner le mode approprié (STREAMING ou ON_CHANGE) afin de fournir chaque élément (leaf) de données du capteur au collecteur externe. Lorsqu’un abonnement à un capteur avec un sous-mode 0 est envoyé du collecteur externe au DUT, le DUT active l’abonnement au capteur afin que le flux périodique n’inclut aucune des mises à jour ON_CHANGE données. Toutefois, le duT notifiera le collecteur dès que les ON_CHANGE se produisent.

Les abonnements se limiteront à une fréquence de diffusion périodique de 30 secondes, sauf indication contraire de la part du collecteur dans la demande d’abonnement.

Le fichier JSON (Java Script Object Notification) affiche un abonnement gNMI exemple. TARGET_DEFINED mode d submode=0 'accès est définie à l'aide du chemin (capteur) des ressources /interfaces/interface[name='lo0']/state.

Le package de fichiers Junos (interface de télémétrie junos) inclut le fichier gnmi.proto et GnmiJuniperTelemetryHeader.proto Juniper pour la prise en charge de gNMI.

Pour plus d’informations, consultez les spécifications gNMI et le fichier de protocole gNMI ici:

Spécification de télémétrie gNMI Définition du protocole gNMI

  • https://github.com/openconfig/reference/blob/primary/rpc/gnmi/gnmi-specification.md#35152-stream-subscriptions

  • https://github.com/openconfig/gnmi/blob/primary/proto/gnmi/gnmi.proto

Activation du mode d INITIAL_SYNC abonnement via gNMI

À partir de Junos OS Release 20.2R1, les statistiques INITIAL_SYNC de capteurs moteur de transfert de paquets utilisant des services gNMI sur MX960, MX2008, MX2010, MX2020, PTX1000, routeurs PTX5000, la gamme de routeurs PTX10000 et les commutateurs QFX5100 et QFX5200 sont pris en charge.

À partir de Junos OS Evolved Release 20.4R1, les statistiques INITIAL_SYNC de capteurs moteur de transfert de paquets utilisant des services gNMI sur les commutateurs QFX5130-32CD sont prise en charge.

Lorsqu’un collecteur externe envoie une demande d’abonnement à un capteur INITIAL_SYNC (gnmi-sous-mode 2), l’hôte envoie toutes les feuilles cibles prise en charge (champs) sous ce chemin de ressource au moins une fois au collecteur, avec la valeur actuelle. Ce point est précieux car:

  • Le collecteur possède une vue complète de l’état actuel de chaque champ de l’équipement pour le chemin du capteur.

  • Les données axées sur les événements (ON_CHANGE) sont reçues par le collecteur au moins une fois avant que le prochain événement ne soit visible. De cette façon, le collecteur connaît l’état de la données avant que l’événement suivant ne se produise.

  • moteur de transfert de paquets capteurs contenant des valeurs de compteur zéro (sans suppression) qui normalement ne s’affichent pas dans les données diffusées sont envoyés, ce qui garantit que tous les champs de chaque carte de ligne (également appelés source) sont connus du collecteur.

INITIAL_SYNC sous-mode nécessite d’envoyer au moins une copie au collecteur. mais il est acceptable d’en envoyer plusieurs.

Les abonnements se limiteront à une fréquence de diffusion périodique de 30 secondes, sauf indication contraire de la part du collecteur dans la demande d’abonnement.

Le fichier JSON (Java Script Object Notification) affiche un abonnement gNMI exemple. INITIAL_SYNC mode d’utilisation utilise gnmi_submode 2 le chemin/interfaces des ressources ( capteurs). La gnmi_mode série est définie sur 0. Le codage des protocoles est de 1 2 Gbp.

Le package de fichiers Junos (interface de télémétrie junos) inclut le fichier gnmi.proto et GnmiJuniperTelemetryHeader.proto Juniper pour la prise en charge de gNMI.

Pour plus d’informations, consultez les spécifications gNMI et le fichier de protocole gNMI ici:

Spécification de télémétrie gNMI Définition du protocole gNMI

  • https://github.com/openconfig/reference/blob/primary/rpc/gnmi/gnmi-specification.md#35152-stream-subscriptions

  • https://github.com/openconfig/gnmi/blob/primary/proto/gnmi/gnmi.proto

Activation du flux client et du flux bidirectionnel des informations du capteur de télémétrie

Depuis Junos OS Release 18.1R1, la prise en charge d’OpenConfig via les appels de procédure à distance (gRPC) et la JTI est étendue pour prendre en charge le flux client et le flux bidirectionnel des informations du capteur de télémétrie sur les routeurs MX Series et PTX Series.

Les API sont implémentées dans Junos selon les spécifications Protobuf d’OpenConfig. Ces API exécutent la configuration, la récupération de l’état opérationnel et la télémétrie sur les routeurs Junos en utilisant gRPC comme mécanisme de transport.

Avec la diffusion en streaming de clients, le client envoie un flux de requêtes au serveur au lieu d’une simple demande. En règle générale, le serveur renvoie une seule réponse contenant des détails d’état et des métadonnées de piste en option. Grâce à la diffusion en streaming bidirectionnelle, le client et le serveur envoient un flux de requêtes et de réponses. Le client lance l’opération en invoquant le RPC et le serveur reçoit les métadonnées du client, le nom de la méthode et la date butoir. Le serveur peut choisir de renvoyer ses métadonnées initiales ou d’attendre que le client commence à envoyer des requêtes. Le client et le serveur peuvent lire et écrire n’importe quel ordre. Les flux fonctionnent de façon totalement indépendante.

Les équipements Junos peuvent être gérés via des prototypes d’API (RPC):

  • Capacités RPC (CapabilityRequest)

    Retours (CapacitéResponse). Permet au client de récupérer l’ensemble de fonctionnalités prise en charge par la cible.

  • RPC Get (GetRequest)

    Retours (GetResponse). Récupère un instantané des données de la cible.

  • Rpc Set (SetRequest)

    Retours (SetResponse). Permet au client de modifier l’état des données sur la cible.

  • RPC S’abonner (flux SubscribeRequest)

    Returns (stream SubscribeResponse). Permet au client de demander à la cible de l’envoyer des valeurs pour des chemins spécifiques dans l’arborescence de données. Ces valeurs peuvent être diffusées (STREAM) ou envoyées en une seule fois sur un canal (POLL) long terme, ou envoyées en tant qu’éléments de récupération (UNE SEULE fois). Si un abonnement est pris pour un conteneur de haut niveau dont la fréquence d’exemple est de 0, les feuilles avec ON_CHANGE’assistance sont diffusées en fonction des événements. Les autres feuilles ne seront pas diffusées.

Juniper Extension Toolkit la prise en charge (JET) fournit aux utilisateurs des informations sur l’état des clients connectés JSD. JET la prise en charge de gRPC inclut l’extension du nombre maximum de clients qui peuvent se connecter à JSD de 8 à 30 (le nombre par défaut reste 5). Pour spécifier le nombre maximal de connexions, inclure l’instruction max-connections au niveau de la hiérarchie [edit system services extension-service request-response grpc].

Pour fournir des informations sur l’état des clients connectés JSD, émettre la show extension-service client information commande améliorée et inclure les clients ou les servers options. Cette clients option affiche les informations clients sur les demandes. Cette servers option affiche les informations du serveur de réponse aux demandes.

Activer la diffusion en streaming des informations du capteur de télémétrie pour les stratégies SR-TE (BGP ou statiques)

Depuis Junos OS Release 18.3R1, OpenConfig permet la prise en charge de MX Series et PTX Series via gRPC et JTI qui fournit une diffusion continue des statistiques via le même capteur, indépendamment de la route active (BGP ou statique) pour une stratégie SR-TE donnée.

La prise en charge est disponible dans Junos OS Evolved Release 21.4R1EVO pour les routeurs PTX10001-36MR, PTX10004, PTX10008 et PTX10016.

Cette fonctionnalité permet de BGP de données [DRAFT-SRTE] et de configurer les stratégies SR-TE de façon statique au niveau des routeurs d’entrée.

Pour provisionnez le capteur pour exporter des données par le biais du flux gRPC, utilisez la télémétrieSubscribe RPC pour spécifier les paramètres de télémétrie. Inclure le chemin des ressources /mpls/signaling-protocols/segment-routing/ pour exporter ces statistiques.

En plus de configurer le capteur, vous devez activer la collecte de statistiques via le Junos OS. Pour ce faire, inclure l’énoncé statistics de configuration au niveau de la hiérarchie [edit protocols source-packet-routing telemetry]. Vous pouvez limiter les statistiques en no-transit incluant le ou les paramètres no-ingress .

Pour obtenir des instructions sur la configuration d’un capteur, consultez configurez un capteur de télémétrie proxy NETCONF dans Junos .

Pour plus d’informations sur les chemins de ressources, consultez les directives relatives aux capteurs gRPC et gNMI (Interface de télémétrie Junos ).

Prise en charge des statistiques LSP

Vous pouvez provisioner le capteur de statistiques LSP /junos/services/label-switched-path/usage/ pour surveiller les statistiques LSP par MPLS LSP. Les données de télémétrie sont diffusées à partir des équipements Junos et exportées par le biais de JTI vers des collecteurs externes à intervalles réguliers par le biais de gRPC, sans passer par l’interrogation.

La prise en charge initiale de cette fonctionnalité dans Junos OS Release 15.1F6 prise en charge des LSP d’entrée uniquement lorsqu’un abonnement a été pris en charge à /junos/services/label-switched-path/usage/. Grâce à la dérivation de la prise en charge ajoutée à cette fonctionnalité dans Junos OS Release 17.4R1, cet abonnement diffuse désormais des données LSP d’entrée et de contournement des statistiques LSP vers un collecteur.

Les statistiques diffusées sont similaires à la sortie affichée par les commandes du mode opérationnel show mpls lsp bypass statistics et show mpls lsp ingress statistics.

Pour contourner les LSP, les opérations suivantes sont exportées:

  • Contourner le LSP en provenance du routeur d’entrée du LSP protégé.

  • Contourner le LSP en provenance du routeur de transit du LSP protégé.

  • Contourner le LSP pour protéger le LSP de transit et le LSP d’origine locale.

Lorsque le LSP de dérivation est actif, le trafic est exporté à la fois sur le LSP de dérivation et le LSP d’entrée (protégé).

Pour provisionnez un capteur afin d’exporter des données via gRPC, utilisez la télémétrieSubscribe RPC pour spécifier les paramètres de télémétrie. La transmission de données de télémétrie en streaming via gRPC nécessite également le module OpenConfig Junos OS réseau. Les packages OpenConfig et Network Agent sont groupés dans l’image Junos OS par défaut.

Voir Configurer un capteur d’interface de télémétrie Junos (CLI) pour plus d’informations sur la configuration d’un capteur UDP (natif).

Consultez le tableau 3 pour le niveau de prise en charge du capteur LSP par plate-forme.

Tableau 3: Prise en charge de LSP par plate-forme

Plate-forme

LSP d’entrée, UDP

Présentation de la fonctionnalité

LSP d’entrée, flux gRPC

Présentation de la fonctionnalité

Contourner le LSP

Présentation de la fonctionnalité

ACX6360

Junos 19.2R1

Dérivation RSVP LSP en provenance des nœuds de transit

MX80/MX104

Junos OS version 15.1F6

Junos OS version 16.1R3

Junos OS version 17.2R1

Junos OS version 17.4R1

Junos OS version 17.2X75D50+

MX Series with MPC

Junos OS version 15.1F6

Junos OS version 16.1R4

Junos OS version 17.2R1

Junos OS version 17.4R1

Junos OS version 17.2X75D50+

PTX5000 avec FPC3

Junos OS version 18.2R1

Junos OS version 17.4R1

PTX3000 avec FPC3

Junos OS version 15.1F6

Junos OS version 16.1R3

Junos OS version 17.2R1

Junos OS version 16.1R4

Junos OS version 17.2R1

Junos OS version 18.2R1

Junos OS version 17.4R1

Junos OS version 17.2X75D50+

PTX Series with FPC1/2

Junos OS version 15.1F6

Junos OS version 16.1R3

Junos OS version 17.2R1

Junos OS version 16.1R4

Junos OS version 17.2R1

Junos OS version 18.2R1

Junos OS version 17.4R1

Junos OS version 17.2X75D50+

PTX1000

Junos OS version 16.1R3

Junos OS version 16.1R4

Junos OS version 17.2R1

Junos OS version 17.4R1

Junos OS version 17.2X75D50+

PTX10000

Junos OS version 17.3R1

Junos OS version 17.3R1

Junos OS version 17.4R1

Junos OS version 17.2X75D50+

PTX10001-20C

 

Junos OS version 19.1R1

Dérivation RSVP LSP en provenance des nœuds de transit

PTX10002

Junos OS version 19.1R1

Junos OS version 19.1R1

VMX

Junos OS version 17.3R1

Junos OS version 17.3R1

Junos OS version 17.4R1

Junos OS version 17.2X75D50+

MX150

Junos OS version 17.4R1

Junos OS version 17.4R1

EX4600

Junos OS version 18.4R1

EX4650

Junos OS version 18.3R1

Junos OS version 18.3R1

EX9200

Junos OS version 17.3R1

QFX10000

QFX5200

Junos OS version 17.2R1

Junos OS version 17.2R1

QFX10002

Junos OS version 19.1R1

Junos OS version 19.1R1

QFX5100

Junos OS version 18.2R1

Junos OS version 18.2R1

QFX5110

Junos OS version 18.2R1

Junos OS version 18.2R1

QFX5120-48Y

Junos OS version 18.3R1

Junos OS version 18.3R1

QFX5200

Junos OS version 18.2R1

Junos OS version 18.2R1

Prise en charge des statistiques dynamic tunnel

À partir de Junos OS Release 17.4R1, vous pouvez exporter les statistiques des compteurs de tunnels dynamiques moteur de transfert de paquets vers un collecteur externe à l’aide de capteurs de télémétrie natifs (UDP) ou OpenConfig via JTI.

Les statistiques sont utilisées pour fournir diverses mesures de performances de l’élément réseau de manière efficace et évolutive, offrant ainsi une visibilité sur les erreurs et les moteur de transfert de paquets erreurs.

Une offre d’accès indiquant quand les compteurs ont été réinitialisés est incluse avec toutes les données exportées afin de permettre aux collecteurs de déterminer si et quand un événement de réinitialisation s’est produit ; par exemple, si le moteur de mise en service P acket a été redémarré.

Les statistiques exportées sont similaires à la sortie de la commande de mode opérationnel show nhdb hw dynamic-ip-tunnels.

Pour fournir des statistiques à l’exportation via gRPC, utilisez la télémétrieSubcribe RPC pour créer un abonnement et spécifier les paramètres de télémétrie. Inclure le chemin de ressource /junos/services/ip-tunnel[name='tunnel-name']/utilisation/compteurs[name='counter-name']/ dans l'abonnement.

La transmission de données de télémétrie en streaming via gRPC nécessite également le module OpenConfig Junos OS réseau. À partir Junos OS version 18.3R1, les packages OpenConfig et Network Agent sont groupés dans l’image Junos OS par défaut. Ces deux packages sont JTI.

Pour configurer l’exportation des statistiques via UDP, /junos/services/ip-tunnel/usage/ inclure le capteur dans l’énoncé de configuration du capteur (interface de télémétrie Junos) au niveau de la hiérarchie [edit services analytics]. Tous les paramètres des capteurs UDP sont configurés à ce niveau hiérarchique. MX80 et routeurs MX104 ne peuvent que la diffusion en streaming UDP. Ils ne sont pas en charge de gRPC.

Prise en charge des systèmes FPC et optiques

À partir de Junos OS version 19.2R1, JTI prend en charge la diffusion en streaming de Flexible PIC Concentrator (FPC) et de statistiques optiques pour le MX Series using Remote Procedure Calls (gRPC). gRPC est un protocole de configuration et de récupération des informations d’état. La prise en charge inclut l’ajout d’un nouveau processus (SensorD daemon) pour l’exportation de données de télémétrie pour l’intégration avec les bibliothèques AFTTelementry et LibTelemetry dans le modèle OpenConfig appelé plate-forme AFT.

Les chemins de ressources de base suivants sont pris en charge:

  • /junos/system/linecard/environment/

  • /junos/system/linecard/optics/

Pour provisioner le capteur afin d’exporter des données via gRPC, utilisez la télémétrieSubcribe RPC pour spécifier les paramètres de télémétrie. La transmission de données de télémétrie en streaming via gRPC nécessite également le module OpenConfig Junos OS réseau. À partir Junos OS version 18.3R1, les packages OpenConfig et Network Agent sont groupés dans l’image Junos OS par défaut. Ces deux packages sont JTI.

JTI statistiques de la périphérie haut débit Prise en charge des Junos Fusion services sur MX Series

À partir de Junos OS Release 19.2R1, la transmission en streaming de télémétrie par abonné est activée lorsqu’un routeur MX est configuré pour la passerelle de réseau haut débit (BNG) et la Junos Fusion dans laquelle les abonnés sont connectés via les équipements Junos Fusion Satellite. Vous pouvez utiliser des appels de procédure à distance (gRPC) pour exporter des statistiques de télémétrie de périphérie haut débit (BBE) vers des collecteurs externes.

Vous pouvez streamer tous les chemins de ressources BBE, sauf les chemins suivants:

  • /junos/system/subscriber-management/access-network/ancp

  • /junos/system/subscriber-management/client-protocols/l2tp

  • /junos/system/subscriber-management/infra/network/l2tp/

Pour diffuser les statistiques BBE, indiquez un chemin de ressources à partir de /junos/system/subscriber-management/ dans votre abonnement gRPC.

Pour provisioner le capteur afin d’exporter des données via gRPC, utilisez le telemetrySubscribe RPC pour spécifier les paramètres de télémétrie.

Prise en charge des routeurs de MX Series processeur et NPU avec cartes de ligne MPC10E-15C-MRATE

Junos OS version 19.3R1 prend en charge les capteurs du processeur et de l’unité de traitement réseau (NPU) sur les routeurs MX Series avec les cartes de ligne MPC10E-10C-MRATE et MPC10E-15C-MRATE. JTI permet l’exportation de statistiques de ces capteurs vers des collecteurs externes à des intervalles configurables à l’aide de services gRPC.

Contrairement à l’implémentation du noyau Junos pour les capteurs du processeur et du NPU dans les versions précédentes de Junos, cette fonctionnalité utilise le modèle OpenConfig AFT. Pour cette raison, il existe une différence entre le chemin de ressource et la paire kv (valeur clé) par rapport au noyau de Junos.

Utilisez le chemin de ressources suivant pour exporter les statistiques:

/junos/system/linecard/processeur/mémoire/

/junos/system/linecard/npu/memory/

/junos/system/linecard/npu/utilization/

Pour provisioner le capteur afin d’exporter des données par le biais des services gRPC, telemetrySubcribe utilisez le RPC pour spécifier les paramètres de télémétrie. La transmission de données de télémétrie en streaming via gRPC nécessite également le module OpenConfig Junos OS réseau. À partir Junos OS version 18.3R1, les packages OpenConfig et Network Agent sont groupés dans l’image Junos OS par défaut. Ces deux packages sont JTI.

Pour plus d’informations sur les chemins de ressources gRPC, consultez les directives relatives aux capteurs gRPC (Interface de télémétrie Junos).

Capteur Interface Express

Le capteur Express d’interface est pris en charge par JTI pour exporter l’interface UP DOWN opérationnelle et l’état à une vitesse configurable par l’utilisateur. Ce capteur exploite les statistiques du capteur d’interface physique pour fournir des statistiques de statut opérationnelle plus rapides et plus fréquentes. Seules le statut opérationnel des interfaces physiques à partir du concentrateur PIC flexible (FPC) est collecté et signalé. Aucune statistiques provenant de l moteur de routage de données n’est signalée.

Vous pouvez utiliser le capteur pour exporter des statistiques par le biais de l’exportation UDP (native) ou par l’intermédiaire de services gRPC.

Pour ces deux méthodes d’exportation, inclure le chemin de ressources suivant:

  • /junos/system/linecard/intf-exp/

Junos OS version 18.1R1 prend en charge le capteur express d’interface pour les routeurs PTX1000, PTX3000, PTX5000 et PTX10000.

Junos OS version 19.3R1 prend en charge le capteur express d’interface pour MX960, MX2010 et MX2020 routeurs.

Pour plus d’informations sur les chemins de ressources gRPC, consultez les directives relatives aux capteurs gRPC et gNMI (Interface de télémétrie Junos).

Capteurs de moteur de routage de veille pour les abonnés

JTI prend en charge les statistiques de veille moteur de routage en streaming à l’aide des services gRPC. Sauf indication contraire, cette fonctionnalité est prise en charge à la fois sur un seul châssis et sur un châssis virtuel. Utilisez cette fonctionnalité pour mieux suivre l’état des composants logiciels s’exécutant en veille moteur de routage. Les statistiques exportées vers un collecteur externe par le biais des capteurs suivants (principalement sous la gestion des abonnés) fournissent une vue plus complète de l’état de résilience et de l’état du système:

  • Capteur de rôle de châssis (de secours ou principal) /junos/system/subscriber-management/chassis et /junos/system/subscriber-management/chassis[chassis-index=chassis-index] (pour spécifier un index pour une MX Series Virtual Chassis)

  • moteur de routage statut et capteur de notification GRES /junos/system/subscriber-management/chassis/routing-engines/routing-engine et /junos/system/subscriber-management/chassis/routing-engine/routing-engine[re-index=RoutingEngineIndex] (pour spécifier un numéro d’index pour une moteur de routage spécifique)

  • Capteur du processus de gestion des abonnés /junos/system/subscriber-management/chassis/routing-engines/process-status/subscriber-management-processes/subscriber-management-process et /junos/system/subscriber-management/chassis/routing-engines/process-status/subscriber-management-processes/subscriber-management-process[pid=ProcessIdentifier] (pour spécifier une PID pour un processus spécifique)

  • Par moteur de routage statistiques contraignantes DHCP pour capteur serveur ou relais /junos/system/subscriber-management/chassis/routing-engines/routing-engine/dhcp-bindings/dhcp-element[dhcp-type-name=RelayOrServer/v4] et /junos/system/subscriber-management/chassis/routing-engines/routing-engine/dhcp-bindings/dhcp-element[dhcp-type-name=RelayOrServer/v6]

  • Virtual Chassis capteur/ junos/system/subscriber-management/chassis/virtual-chassis-ports/virtual-chassis-port et /junos/system/subscriber-management/chassis/virtual-chassis-ports/virtual-chassis-port[vcp-interface-name=vcp-interface-port-string] (pour spécifier le nom de l’interface). Ce chemin de ressources est uniquement pris en charge sur un châssis virtuel.

Junos OS version 20.2R1 prend en charge des capteurs de veille moteur de routage pour les routeurs MX480, MX960, MX10003, MX2010 et MX2020 de veille.

Pour plus d’informations sur les chemins de ressources gRPC et gNMI, consultez les directives relatives aux capteurs gRPC et gNMI (Interface de télémétrie Junos).

Diameter Application Protocol et les capteurs Diameter Peer pour les abonnés

JTI prend en charge les statistiques de streaming pour les abonnés des protocoles d’application Diameter Network Access Server Application (NASREQ), de la fonction PCRF (Policy and Charging Rules Function) et du système de facturation en ligne (OCS). Il existe également de nouveaux capteurs diameter peer qui fournissent des mesures du temps de réponse pour les messages échangés entre un routeur MX et l’pair pour chacune des applications diameter. Les statistiques sont exportées à l’aide de JTI et du modèle Juniper AAA, qui couvre l’exportation de télémétrie à l’aide de gRPC, gNMI ou Juniper RPC ou UDP propriétaires.

Pour cela, indiquez les chemins de ressources suivants:

  • Pour les statistiques NASREQ, /junos/system/subscriber-management/aaa/diameter/clients/nasreq

  • Pour les statistiques PCRF, /junos/system/subscriber-management/aaa/diameter/clients/gx

  • Pour les statistiques OCS, /junos/system/subscriber-management/aaa/diameter/clients/gy

Pour mesurer le temps de réponse du flux pour les applications diameter, inclure les chemins de ressources dans un abonnement ou en utilisant l’énoncé de sensor configuration:

  • Pour les mesures de NASREQ, /junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address='peer-address]/nasreq/response-time

  • Pour les mesures PCRF, /junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address='peer-address]/gx/response-time

  • Pour les mesures OCS, /junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address='peer-address]/gy/response-time

Pour activer ces statistiques pour un routeur MX Series pour l’exportation native (UDP), sensors inclure l’énoncé au niveau de la hiérarchie [edit services analytics].

Pour provisionnez le capteur afin d’exporter des données via gNMI, utilisez le RPC d’abonnés défini dans le gnmi.proto pour spécifier les paramètres de demande.

Pour provisioner le capteur afin d’exporter des données via gRPC, utilisez le telemetrySubscribe RPC pour spécifier les paramètres de télémétrie. La transmission de données de télémétrie en streaming via gRPC nécessite également le module OpenConfig Junos OS réseau. À partir Junos OS version 18.3R1, les packages OpenConfig et Network Agent sont groupés dans l’image Junos OS par défaut. Ces deux packages sont JTI.

Junos OS Release 19.3R1 prend en charge des capteurs de protocoles d’application diameter pour les routeurs MX5, MX10, MX40, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 et MX100016.

Pour plus d’informations sur les chemins de ressources gRPC et gNMI, consultez les directives relatives aux capteurs gRPC et gNMI (Interface de télémétrie Junos).

Surveillance des rafales d’interfaces

Junos OS evolved version 19.3R1supports interface burst monitoring on Interface de télémétrie Junos (JTI) afin de surveiller les interfaces physiques pour les rafales sur les commutateurs QFX5220-128C et QFX5220-32CD. Utilisez la surveillance des rafales d’interface pour résoudre les problèmes, prendre des décisions et ajuster les ressources selon les besoins.

L’échantillonnage est effectué dans la granularité de la milliseconde, pendant l’intervalle d’exportation (fenêtre). L’intervalle d’exportation est configuré dans le capteur avec l’abonnement du collecteur. Une fois le capteur installé, un minuteur est lancé dans le moteur de transfert de paquets pour sonder le matériel à intervalles de 30 à 100 ms. Les taux pour le premier lot d’exportation seront de 0.

Le nombre d’octets maximum est la moyenne du nombre d’octets observés dans un intervalle d’échantillonnage. Pour les rafales qui durent moins de l’intervalle d’échantillonnage, l’intervalle de pointe est moyené. Les statistiques exportées incluent également le temps de pointe des octets sont détectés, ainsi que la direction (envoyer ou recevoir). Le taux d’byte maximum détecté pendant l’intervalle d’exportation parmi tous les échantillons est considéré comme la rafale. S’il y a plusieurs rafales d’un même nombre d’octets dans l’intervalle, alors le premier rafale est considéré comme la rafale maximale et l’adamp de cette rafale est considérée comme le délai de rafale.

Les données de toutes les interfaces physiques up sont exportées. Les interfaces agrégées ne sont pas prise en charge.

Vous pouvez exporter les statistiques de rafale d’interface depuis l’équipement Juniper vers un collecteur externe en incluant le capteur /junos/system/linecard/bmon-sw/ dans le cas d’un abonnement utilisant des services d’appel de procédure à distance (gRPC). Un seul collecteur est pris en charge par ce capteur.

Pour provisioner le capteur afin d’exporter des données par le biais des services gRPC, telemetrySubcribe utilisez le RPC pour spécifier les paramètres de télémétrie. La transmission de données de télémétrie en streaming via gRPC nécessite également le module OpenConfig Junos OS réseau.

Note:

Cette fonctionnalité n’détecte pas les microrafants.

Diagnostics d’iver

Junos OS Release 19.4R1 prend en charge des capteurs de diagnostic transciever pour les statistiques de ON_CHANGE et de streaming à l’aide de services JTI et gRPC ou de services gNMI sur les MX960, MX2010, MX2020, PTX1000, PTX5000 et la gamme de routeurs PTX10000. Utilisez les diagnostics d’récepteur pour résoudre les problèmes, prendre des décisions et ajuster les ressources selon les besoins.

Cette fonctionnalité prend en charge le modèle d’récepteur OpenConfig openconfig-platform-transceiver.yang 0.5.0.

Utilisez le chemin de ressource de base /composants/composants/émetteurs-récepteurs/ dans un abonnement gRPC ou gNMI pour exporter les statistiques de l’équipement Juniper vers un collecteur externe.

Les champs qui changent en continu, tels que la température, la puissance d’entrée et la puissance de sortie, ainsi que le courant de biais laser ne sont pas pris en charge ON_CHANGE.

Capteur d’interface Ethernet physique

Junos OS Release 19.4R1 prend en charge les statistiques des interfaces Ethernet physiques pour les statistiques de ON_CHANGE et de streaming à l’aide de services JTI et gRPC ou de services gNMI sur les routeurs MX960, MX2020, PTX1000 et PTX5000.

Cette fonctionnalité prend en charge le modèle OpenConfig openconfig-if-ethernet.yang (niveau d’interface physique) version 2.6.2 (aucune configuration).

Utilisez le chemin de ressource de base /interfaces/interface/ethernet/state/ dans un abonnement gRPC ou gNMI pour exporter les statistiques de l’équipement Juniper vers un collecteur externe.

Capteurs VLAN

Junos OS version 19.4R1 prend en charge les statistiques VLAN en streaming pour les ON_CHANGE en utilisant les services JTI et gRPC sur EX4650 et QFX5120 commutateurs.

Cette fonctionnalité prend en charge le modèle OpenConfig openconfig-vlan.yang configuration version 1.0.2.

Utilisez le chemin de ressource de base /vlans/ dans un abonnement gRPC pour exporter les statistiques de l’Juniper vers un collecteur externe.

Les autres points d’extrémité que vous pouvez utiliser dans un abonnement sont les suivants:

  • /vlans/vlan/state/name

  • /vlans/vlan/state/vlan-id

  • /vlans/vlan/membres/

  • /vlans/vlan/members/member/interface-ref/state/interface/

  • /vlans/vlan/members/member/interface-ref/state/interface/switched-vlan/state/interface-mode

  • /vlans/vlan/members/member/interface-ref/state/interface/switched-vlan/state/native-vlan

  • /vlans/vlan/members/member/interface-ref/state/interface/switched-vlan/state/access-vlan

  • /vlans/vlan/members/member/interface-ref/state/interface/switched-vlan/state/trunk-vlan

  • /vlans/vlan/members/member/interface-ref/state/interface/vlan/state/vlan-id

Tableau d’historique des publication
Libération
Description
20.4R1 évolué
À partir de Junos OS Evolved Release 20.4R1, les statistiques INITIAL_SYNC de capteurs moteur de transfert de paquets utilisant des services gNMI sur les commutateurs QFX5130-32CD sont prise en charge.
20.2R1
À partir de Junos OS version evolved 20.2R1, le service gRPC pour la diffusion de statistiques NDP en streaming est pris en charge sur les routeurs PTX10001.
20.2R1
Depuis la version 20.2R1 de Junos OS, le service gRPC pour le moteur de transfert de paquets en streaming et les statistiques moteur de routage sont pris en charge sur les commutateurs EX2300, EX2300-MP et EX3400.
20.2R1
À partir de Junos OS Release 20.2R1, le service gRPC pour la base d’informations de routage de BGP en streaming (RIB) et les statistiques de peer BGP est pris en charge sur n’importe quelle famille de plates-formes qui prend en charge le processus de protocole de routage conteneurisé (cRPD). cRPD est le processus de protocole de routage (rpd) de Juniper découplé de Junos OS et présenté sous forme de conteneur Docker pour s’exécuter dans des environnements basés sur Linux.
20.2R1
Depuis la publication 20.2R1 de Junos OS, l’exportation de statistiques de peer ON_CHANGE BGP à l’aide de services gRPC et de services gNMI est prise en charge sur les routeurs MX960, MX2008, MX2010, MX2020, PTX1000, PTX5000, PTX10000, ainsi que sur les commutateurs QFX5100 et QFX5200.
20.2R1
À partir de Junos OS Release 20.2R1, la diffusion en streaming de BGP statistiques mondiales, par pair et par groupe utilisant des services gRPC est prise en charge sur les commutateurs EX2300, EX3400, EX4300, EX4600 et EX9200.
20.2R1
À partir de Junos OS Release 20.2R1, la prise en charge des statistiques d’interface de revenus via des capteurs moteur de transfert de paquets et des pseudo-statistiques d’interface via des capteurs moteur de routage utilisant des services gRPC et des services gNMI est prise en charge sur les passerelles de services SRX5400, SRX5600 et SRX5800.
20.2R1
À partir de Junos OS Release 20.2R1, la prise en charge des statistiques d’interface de revenus via des capteurs moteur de transfert de paquets et des pseudo-statistiques d’interface via des capteurs moteur de routage utilisant des services gRPC et des services gNMI est prise en charge sur les passerelles de services SRX5400, SRX5600 et SRX5800.
20.2R1
Les capteurs Junos OS release 20.2R1 de Junos OS sont pris en charge par les capteurs de veille moteur de routage sur les routeurs MX480, MX960, MX10003, MX2010 et MX2020.
20.2R1
Les capteurs Junos OS Release 20.2R1 de diffusion de statistiques EVPN utilisant des services gRPC sont pris en charge par des commutateurs QFX5100, QFX5110, QFX5120, QFX5200, QFX10002-60C, QFX10002, QFX10008 et QFX10016.
20.2R1
Depuis la Junos OS version 20.2R1, le mode d TARGET_DEFINED abonnement avec les services gRPC Network Management Interface (gNMI) est pris en charge pour JTI sur MX5, MX10, MX40, MX80, MX104, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 et MX10016.
20.2R1
À partir de Junos OS Release 20.2R1, les statistiques INITIAL_SYNC de capteurs moteur de transfert de paquets utilisant des services gNMI sur MX960, MX2008, MX2010, MX2020, PTX1000, routeurs PTX5000, la gamme de routeurs PTX10000 et les commutateurs QFX5100 et QFX5200 sont pris en charge.
20.2R1
Junos OS version 20.2R1 prend en charge des capteurs de veille moteur de routage pour les routeurs MX480, MX960, MX10003, MX2010 et MX2020 de veille.
20.1R1
Depuis la version 20.R1 de Junos, le service gNMI pour capteurs de télémétrie en streaming pour moteur de transfert de paquets est pris en charge sur les cartes de ligne MX2K-MPC11E sur les routeurs MX2010 et MX2020.
20.1R1
Depuis la Junos OS version 20.1R1, la version 1.18.0 des services gRPC est prise en charge par JTI. Cette version inclut des améliorations importantes pour gRPC. Dans les versions antérieures Junos OS, la version de gRPC v1.3.0 est prise en charge par JTI.
19.4R1 évolué
Depuis Junos Release 19.4R1, le service gRPC pour la diffusion de moteur de transfert de paquets et moteur de routage statistiques est pris en charge sur les commutateurs EX4300-MP.
19.4R1
Junos OS Release 19.4R1 prend en charge des capteurs de diagnostic transciever pour les statistiques de ON_CHANGE et de streaming à l’aide de services JTI et gRPC ou de services gNMI sur les MX960, MX2010, MX2020, PTX1000, PTX5000 et la gamme de routeurs PTX10000.
19.4R1
Junos OS Release 19.4R1 prend en charge les statistiques des interfaces Ethernet physiques pour les statistiques de ON_CHANGE et de streaming à l’aide de services JTI et gRPC ou de services gNMI sur les routeurs MX960, MX2020, PTX1000 et PTX5000.
19.4R1
Junos OS version 19.4R1 prend en charge les statistiques VLAN en streaming pour les ON_CHANGE en utilisant les services JTI et gRPC sur EX4650 et QFX5120 commutateurs.
19.3R1'évolution constante
Depuis la version 19.3R1 de Junos OS Evolved, le service gRPC pour l’exportation de statistiques est pris en charge sur les commutateurs QFX5220-128C et QFX5220-32CD.
19.3R1'évolution constante
Junos OS evolved version 19.3R1supports interface burst monitoring on Interface de télémétrie Junos (JTI) afin de surveiller les interfaces physiques pour les rafales sur les commutateurs QFX5220-128C et QFX5220-32CD.
19.3R1
Depuis la version 19.3R1 de Junos OS, le service gRPC d’exportation de statistiques est pris en charge sur les routeurs MX Series hébergeant les cartes d’ligne MPC10E-10C-MRATE et MPC10E-15C-MRATE.
19.3R1
Junos OS version 19.3R1 prend en charge les capteurs du processeur et de l’unité de traitement réseau (NPU) sur les routeurs MX Series avec les cartes de ligne MPC10E-10C-MRATE et MPC10E-15C-MRATE.
19.3R1
Junos OS version 19.3R1 prend en charge le capteur express d’interface pour MX960, MX2010 et MX2020 routeurs.
19.3R1
Junos OS Release 19.3R1 prend en charge des capteurs de protocoles d’application diameter pour les routeurs MX5, MX10, MX40, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 et MX100016.
19.2R1
Depuis Junos OS version 19.2R1, les passerelles de services SRX4100, SRX4200, SRX4600, SRX5400, SRX5600, SRX5800 et vSRX Series.
19.2R1
Depuis la publication 19.2R1 de Junos OS, les services gNMI de statistiques de moteur de transfert de paquets en streaming sont pris en charge sur les routeurs MX960, MX2008, MX2010 et MX2020, les routeurs PTX1000 et PTX10000, ainsi que les commutateurs QFX5100 et QFX5200.
19.2R1
Depuis la 19.2R1 de Junos OS, les services gNMI de statistiques en streaming sont pris en charge sur les commutateurs QFX5100, QFX5110, QFX5120, QFX5200 et QFX5210.
19.2R1
À partir de Junos OS version 19.2R1, JTI prend en charge la diffusion en streaming de Flexible PIC Concentrator (FPC) et de statistiques optiques pour le MX Series using Remote Procedure Calls (gRPC).
19.2R1
À partir de Junos OS Release 19.2R1, la transmission en streaming de télémétrie par abonné est activée lorsqu’un routeur MX est configuré pour la passerelle de réseau haut débit (BNG) et la Junos Fusion dans laquelle les abonnés sont connectés via les équipements Junos Fusion Satellite.
19.1R1 de l’EVO
À partir de Junos OS version Evolved 19.1R1, les logiciels OpenConfig (OC) et Interface de télémétrie Junos (JTI) sont pris en charge. Les API gRPC et le pare-CLI demeurent identiques à ceux des Junos OS. Comme c’était le cas Junos OS, les packages Network Agent (NA) et OC font partie de l’image Junos OS Evolved.
19.1R1
À partir de Junos OS Version 19.1R1, les routeurs MX Series fonctionnant avec MS-MIC et MS-MPC, les commutateurs QFX10002 et les routeurs PTX10002 sont également pris en charge.
19.1R1
À partir du Junos OS Evolved 19.1R1, les capteurs moteur de transfert de paquets intégrés PTX10003 routeurs sont également pris en charge.
18.4R1
À partir de Junos OS, les routeurs 18.4R1, MX480, MX960, MX2010, MX2020, MX2008 et MX-PASS sont également pris en charge.
18.3R1
Depuis la Junos OS version 18.3R1, ON_CHANGE flux d’informations du capteur de télémétrie LLDP est pris en charge par le biais de gRPC pour MX Series et PTX Series routeurs.
18.3R1
Les commutateurs Junos OS version 18.3R1, QFX5120-AY et EX4650 version standard sont également pris en charge.
18.3R1
Les commutateurs Junos OS également 18.4R1 version EX4600 version standard.
18.3R1
À partir Junos OS version 18.3R1, les packages OpenConfig et Network Agent sont groupés dans l’image Junos OS par défaut. Ces deux packages sont JTI.
18.3R1
À partir Junos OS version 18.3R1, les packages OpenConfig et Network Agent sont groupés dans l’image Junos OS par défaut. Ces deux packages sont JTI.
18.2R1
À partir de Junos OS Release 18.2R1, lorsqu’un serveur ou un collecteur de flux externes insérez des capteurs pour exporter des données via gRPC sur les équipements exécutant Junos OS, la configuration junos-analytics du capteur est engagée sur l’instance de la base de données de configuration éphémère et la configuration show ephemeral-configuration instance junos-analytics peut être vue à l’aide de la commande opérationnelle.
18.1R1
Depuis Junos OS Release 18.1R1, la prise en charge d’OpenConfig via les appels de procédure à distance (gRPC) et la JTI est étendue pour prendre en charge le flux client et le flux bidirectionnel des informations du capteur de télémétrie sur les routeurs MX Series et PTX Series.
18.1R1
Depuis Junos OS Release 18.3R1, OpenConfig via gRPC et JTI fournit une diffusion continue des statistiques via le même capteur, indépendamment de la route active (BGP ou statique) pour une stratégie SR-TE donnée.
18.1R1
Junos OS version 18.1R1 prend en charge le capteur express d’interface pour les routeurs PTX1000, PTX3000, PTX5000 et PTX10000.
17.4R1
À partir de Junos OS version 17.4R1, les routeurs MX2008 sont pris en charge.
17.4R1
À partir de Junos OS version 17.4R1, vous pouvez exporter des statistiques de trafic moteur de transfert de paquets par le biais du Interface de télémétrie Junos pour les routeurs MX Series et PTX Series de données. L’UDP et le gRPC sont pris en charge.
17.4R1
Grâce à la dérivation de la prise en charge ajoutée à cette fonctionnalité dans Junos OS Release 17.4R1, cet abonnement diffuse désormais des données LSP d’entrée et de contournement des statistiques LSP vers un collecteur.
17.4R1
À partir de Junos OS Release 17.4R1, vous pouvez exporter les statistiques des compteurs de tunnels dynamiques moteur de transfert de paquets vers un collecteur externe à l’aide de capteurs de télémétrie natifs (UDP) ou OpenConfig via JTI.
17.3R1
Depuis la sortie 17.3R1 de Junos OS, la Interface de télémétrie Junos est prise en charge sur le contrôle et la carte de routage (RCB) sur les routeurs PTX3000, les commutateurs QFX5110 et les commutateurs EX4600 et EX9200.
17.2R1
À partir de Junos OS Version 17.2R1, OpenConfig et gRPC sont également pris en charge sur les commutateurs QFX10000, les commutateurs QFX5200 et les routeurs PTX1000 réseau.
16.1R3
Depuis Junos OS version 16.1R3, vous pouvez utiliser un ensemble d’interfaces d’appel de procédure à distance (RPC) pour configurer les données de télémétrie Interface de télémétrie Junos et flux à l’aide de l’infrastructure gRPC.
16.1R3
OpenConfig for Junos OS and gRPC are supported only on MPC on MX Series and on PTX Series routers starting with Junos OS Release 16.1R3.
15.1F6
La prise en charge initiale de cette fonctionnalité dans Junos OS Release 15.1F6 prise en charge des LSP d’entrée uniquement lorsqu’un abonnement a été pris en charge à /junos/services/label-switched-path/usage/.