Présentation d’OpenConfig et de gRPC sur l’interface de télémétrie Junos

Logiciel Agent d’administration

Pour implémenter OpenConfig avec gRPC pour l’interface de télémétrie Junos, vous devez télécharger et 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é Agent d’administration est intégrée au logiciel. L’Agent d’administration fonctionne comme un serveur gRPC et termine les interfaces RPC OpenConfig. Il est également responsable de la diffusion en continu des données de télémétrie conformément à la spécification OpenConfig. Pour afficher la spécification OpenConfig pour la télémétrie, consultez la spécification de télémétrie OpenConfig. Pour plus d’informations sur OpenConfig pour Junos OS, consultez le Guide de l’utilisateur OpenConfig.

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

Pour plus d’informations sur l’installation du package de l’agent d’administration, reportez-vous à la section Installation du package de l’agent d’administration.

Utilisation d’OpenConfig for Junos OS pour activer l’interface de télémétrie Junos

OpenConfig for Junos OS spécifie un modèle RPC pour activer l’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.

Vous pouvez localiser tous les modèles de données YANG dans un référentiel GitHub pour un système d’exploitation et une version donnés dans un seul package de téléchargement. Le package et le référentiel incluent les modèles de données de configuration, d’état et RPC natifs, ainsi que les modèles de données OpenConfig et IETF pris en charge par ce système d’exploitation. Vous pouvez également accéder aux modèles de données YANG à partir du site de téléchargement de Juniper Networks.

À l’aide d’un navigateur Web, accédez à l’URL de téléchargement du logiciel Toutes les plates-formes Junos sur la page Web Juniper Networks : https://www.juniper.net/support/downloads/. Dans l’onglet Gestion du réseau , faites défiler vers le bas pour sélectionner OpenConfig. Sélectionnez l’onglet Logiciel . Sélectionnez la version appropriée du module OpenConfig. Deux versions sont disponibles, l’une pour les périphériques exécutant Junos OS avec FreeBSD mis à jour et l’autre pour les périphériques exécutant toutes les autres versions de Junos OS. Pour plus d’informations, reportez-vous aux sections Installation du package OpenConfig et Présentation des modules YANG de Junos OS.

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

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

• Intervalle auquel les données sont signalées et transmises au serveur collecteur, en millisecondes, par exemple : sample_frequency = 4000

Le telemetrySubscribe RPC est utilisé par un serveur de diffusion en continu, ou collecteur, pour demander un abonnement en ligne pour les données au chemin spécifié. L’appareil doit ensuite renvoyer les données de télémétrie sur la même connexion que la demande d’abonnement.

Ressources GitHub

GitHub est une plateforme d’hébergement de code pour le contrôle de version et la collaboration. Il vous permet, à vous et à d’autres personnes, de travailler ensemble 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. Contribuez au développement de la télémétrie Juniper en créant un compte sur GitHub.

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 de l’Agent d’administration met fin aux sessions gRPC à partir du système de gestion qui exécute le client. Les appels RPC déclenchent la création de capteurs Junos OS qui diffusent régulièrement des données ou signalent des événements, qui sont ensuite acheminés vers le canal gRPC approprié par l’Agent réseau.

Voir le Tableau 2 pour obtenir la liste et la description des RPC implémentés pour prendre en charge l’interface de télémétrie Junos.

Les données transmises via gRPC sont formatées en paires clé/valeur OpenConfig dans les messages gpb (protocol buffers). Dans ce format universel, les clés sont des chaînes qui correspondent au chemin des ressources système dans le schéma OpenConfig pour l’appareil surveillé. Les valeurs correspondent à des entiers ou à des chaînes qui identifient l’état opérationnel de la ressource système, tels que les compteurs d’interface, et l’état de la ressource.

Le format clé/valeur universel est illustré ci-dessous :

L’exemple suivant montre comment un ensemble de compteurs pour une interface peut être représenté :

Le package de l’Agent d’administration fournit une table de mappage qui mappe les noms de champ aux chaînes de clé OpenConfig.

Exportation des données du capteur de trafic du moteur de transfert de paquets

À partir de Junos OS version 17.4R1, vous pouvez exporter les statistiques de trafic du moteur de transfert de paquets via l’interface de télémétrie Junos pour les routeurs MX Series et PTX Series. UDP et gRPC sont tous deux pris en charge.

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

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

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

• /components/component[name='FPCid’]/properties/property[name='counter’]/state/value , où FPC fait référence au concentrateur PIC flexible. Un exemple de chemin d’accès aux ressources est /components/component[name='FPC0']/properties/property[name='lts-input-packets’']/state/value où lts-input-packets se trouve le compteur Local packets inputCPU .

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

Voici un mappage des compteurs aux champs de sortie dans la commande ou show pfe statistics traffic detail la commande (pris en charge uniquement sur les show pfe statistics traffic routeurs MX Series).

Transmission des données de télémétrie pour les cartes de ligne AFT sur les routeurs MX Series

À partir de Junos OS version 20.4R1, une nouvelle concaténation de la remise de préfixe et de clé pour la télémétrie est implémentée pour les cartes de ligne MPC (Modular Port Concentrator) prenant en charge la table de transfert abstraite (AFT) (telles que les cartes de ligne MPC10E ou MPC11E). Le chemin OpenConfig est divisé d’une manière différente par rapport à la syntaxe des autres cartes de ligne.

Le résultat qui suit illustre les changements apportés à la remise des préfixes et des clés.

Activation de la prise en charge des capteurs « ON CHANGE » via gNMI

Depuis Junos OS version 16.1, l’exportation des données de télémétrie des équipements Juniper vers un collecteur externe permet de diffuser en continu périodiquement les états opérationnels et les compteurs OpenConfig. Bien qu’il soit utile pour collecter toutes les informations nécessaires et créer un « instantané » de base, le streaming périodique est moins utile pour les missions urgentes. Dans ce cas, vous pouvez configurer ON_CHANGE diffusion en continu pour qu’un collecteur externe reçoive des informations uniquement lorsque les états opérationnels subissent un changement d’état.

Pour prendre en charge ON_CHANGE streaming, une nouvelle spécification appelée gRPC Network Management Interface (gNMI) a été implémentée pour la modification et la récupération des configurations à partir 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 entre un élément de réseau et un système de collecte de données. Grâce à la nouvelle spécification gNMI, une définition de service gRPC peut fournir une implémentation unique sur un élément de réseau pour la configuration et la télémétrie, ainsi qu’un seul élément NMS pour interagir avec un équipement au moyen de RPC de télémétrie et de configuration.

Le package de fichiers Junos (junos-telemetry-interface) inclut le fichier gnmi.proto et l’extension Juniper GnmiJuniperTelemetryHeader.proto pour la prise en charge de gNMI.

Des informations sur les RPC prenant en charge cette fonctionnalité peuvent être trouvées dans le fichier gNMI Proto version 0.4.0 (la version prise en charge) et 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 subscribe de télémétrie du service gNMI prend en charge la diffusion en continu ON_CHANGE. RPC subscribe permet à un client de demander à la cible de lui envoyer des valeurs de chemins particuliers dans l’arborescence de données. Les valeurs peuvent être diffusées en continu (STREAM), envoyées une seule fois sur un canal à longue durée de vie (POLL) ou envoyées une seule fois en tant que récupération (ONCE).

Si un abonnement est créé pour un conteneur de niveau supérieur avec une fréquence d’échantillonnage de 0, les congés avec prise en charge ON_CHANGE sont diffusés en continu en fonction des événements. Les autres feuilles ne seront pas diffusées.

Activation du mode d’abonnement « TARGET_DEFINED » via gNMI

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

À l’aide d’un abonnement gNMI, un collecteur externe stipule comment les données du capteur doivent être transmises :

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

• ON_CHANGE mode n’envoie des mises à jour pour les données des capteurs à partir du DUT que lorsque les valeurs de données changent.

• Le mode TARGET_DEFINED nouvellement pris en charge (sous-mode 0) indique au DUT de sélectionner le mode approprié (STREAMING ou ON_CHANGE) pour transmettre chaque élément (feuille) des données du capteur au collecteur externe. Lorsqu’un abonnement pour un capteur avec le sous-mode 0 est envoyé du collecteur externe au DUT, le DUT répond, activant l’abonnement au capteur de sorte que la diffusion périodique n’inclut aucune des mises à jour ON_CHANGE. Cependant, le DUT avisera le collecteur chaque fois que des événements de ON_CHANGE admissibles se produisent.

Les abonnements auront par défaut une fréquence de diffusion périodique de 30 secondes, sauf indication contraire du collecteur dans la demande d’abonnement.

Le fichier JSON (Java Script Object Notification) ci-dessous montre un exemple d’abonnement gNMI. TARGET_DEFINED mode est défini à l'aide du chemin d'accès à la ressource (capteur) /interfaces/interface[name='lo0'submode=0]/state.

Le package de fichiers Junos (junos-telemetry-interface) inclut le fichier gnmi.proto et l’extension Juniper GnmiJuniperTelemetryHeader.proto 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 gNMI : Abonnement STREAM

• Spécification gNMI : Protocole gNMI

Activation du mode d’abonnement « INITIAL_SYNC » via gNMI

À partir de Junos OS version 20.2R1, INITIAL_SYNC les statistiques des capteurs moteur de transfert de paquets à l’aide des services gNMI sur MX960, MX2008, MX2010, MX2020, PTX1000, les routeurs PTX5000, Gamme PTX10000 de routeurs et les commutateurs QFX5100 et QFX5200 est pris en charge.

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

Lorsqu’un collecteur externe envoie une demande d’abonnement pour un capteur avec INITIAL_SYNC (gnmi-submode 2), l’hôte envoie au moins une fois toutes les feuilles (champs) cibles prises en charge sous ce chemin de ressource au collecteur avec la valeur actuelle. Ceci est précieux pour les raisons suivantes :

• Le collecteur dispose d’une vue complète de l’état actuel de chaque champ de l’appareil pour ce chemin de capteur.

• Les données basées sur les événements (ON_CHANGE) sont reçues par le collecteur au moins une fois avant l’affichage de l’événement suivant. De cette façon, le collecteur est conscient de l’état des données avant que l’événement suivant ne se produise.

• Les capteurs du moteur de transfert de paquets qui contiennent des valeurs de compteur zéro (suppression du zéro) qui n’apparaissent normalement pas dans les données transmises en continu 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 exige qu’au moins un exemplaire soit envoyé au collecteur ; Cependant, il est acceptable d’en envoyer plusieurs.

Les abonnements auront par défaut une fréquence de diffusion périodique de 30 secondes, sauf indication contraire du collecteur dans la demande d’abonnement.

Le fichier JSON (Java Script Object Notification) ci-dessous montre un exemple d’abonnement gNMI. INITIAL_SYNC mode est défini à l’aide du chemin d’accès à gnmi_submode 2 la ressource (capteur) / interfaces/. Le gnmi_mode est défini sur 0. L’encodage du protocole est défini sur 2 GBP.

Le package de fichiers Junos (junos-telemetry-interface) inclut le fichier gnmi.proto et l’extension Juniper GnmiJuniperTelemetryHeader.proto 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 de la diffusion en continu client et de la diffusion bidirectionnelle des informations des capteurs de télémétrie

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

Les API sont implémentées dans Junos sur la base des spécifications Protobuf pour OpenConfig. Ces API effectuent 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 le streaming client, le client envoie un flux de requêtes au serveur au lieu d’une seule requête. Le serveur renvoie généralement une réponse unique contenant des détails sur l’état et des métadonnées de fin facultatives. Avec le streaming bidirectionnel, le client et le serveur envoient tous deux un flux de requêtes et de réponses. Le client démarre l’opération en appelant le RPC et le serveur reçoit les métadonnées du client, le nom de la méthode et l’échéance. 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 dans n’importe quel ordre. Les cours d’eau fonctionnent de manière totalement indépendante.

Les équipements Junos peuvent être gérés à l’aide de prototypes d’API (RPC) :

• Capacités rpc (CapabilityRequest)

  Renvoie (CapabilityResponse). Permet au client de récupérer l’ensemble des fonctionnalités prises en charge par la cible.

• rpc obtenir (GetRequest)

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

• rpc Set (SetRequest)

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

• rpc Subscribe (stream SubscribeRequest)

  Renvoie (stream SubscribeResponse). Permet à un client de demander à la cible de lui envoyer des valeurs pour des chemins particuliers dans l’arborescence de données. Ces valeurs peuvent être diffusées en continu (STREAM) ou envoyées une seule fois sur un canal à longue durée de vie (POLL), ou envoyées en tant qu’extraction unique (ONCE). Si un abonnement est créé pour un conteneur de niveau supérieur avec une fréquence d’échantillonnage de 0, les feuilles avec ON_CHANGE prise en charge sont diffusées en continu en fonction des événements. Les autres feuilles ne seront pas diffusées.

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

Pour fournir des informations concernant l’état des clients connectés au JSD, exécutez la commande améliorée show extension-service client information et incluez les clients options ou servers . L’option clients affiche des informations sur le client requête-réponse. L’option servers affiche les informations du serveur requête-réponse.

Activation de la diffusion en continu des informations des capteurs de télémétrie pour les stratégies SR-TE (BGP ou statique)

Depuis Junos OS version 18.3R1, la prise en charge OpenConfig de MX Series et PTX Series via gRPC et JTI fournit des statistiques en continu via le même capteur, quelle que soit la route active (BGP ou statique) pour une stratégie SR-TE (Segment Routing Traffic Engineering) donnée.

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

Cette fonctionnalité permet de prendre en charge les stratégies BGP [DRAFT-SRTE] et SR-TE configurées de manière statique au niveau des routeurs entrants.

Pour provisionner le capteur afin qu’il exporte des données via la diffusion en continu gRPC, utilisez le RPC telemetrySubscribe pour spécifier les paramètres de télémétrie. Incluez le chemin d’accès /mpls/signaling-protocols/segment-routing/ à la ressource pour exporter ces statistiques.

Outre la configuration du capteur, vous devez activer la collecte de statistiques via Junos OS. Pour ce faire, incluez l’instruction de statistics configuration au niveau de la hiérarchie [edit protocols source-packet-routing telemetry]. Si vous le souhaitez, vous pouvez limiter les statistiques en incluant le no-transit paramètre ou no-ingress .

Reportez-vous à la section Configurer un capteur de télémétrie proxy NETCONF dans Junos pour obtenir des instructions sur la configuration d’un capteur.

Pour plus d’informations sur les chemins d’accès aux ressources, reportez-vous à la section Instructions pour les capteurs gRPC et gNMI (interface de télémétrie Junos ).

Prise en charge des statistiques LSP

Vous pouvez provisionner le capteur de statistiques LSP / junos/services/label-switched-path/usage/ pour surveiller les statistiques LSP par MPLS. Les données de télémétrie sont transmises en continu depuis des équipements Junos puis exportées via JTI vers des collecteurs externes à des intervalles configurables via gRPC sans polling.

La prise en charge initiale de cette fonctionnalité dans Junos OS version 15.1F6 prenait en charge les LSP entrants uniquement lorsqu’un abonnement était effectué à / junos/services/label-switched-path/usage/. Avec la prise en charge de la dérivation ajoutée à cette fonctionnalité dans Junos OS version 17.4R1, cet abonnement diffuse désormais les statistiques LSP entrantes et de contournement à un collecteur.

Les statistiques transmises en continu sont similaires à celles affichées show mpls lsp bypass statistics par les commandes du mode opérationnel et show mpls lsp ingress statistics.

Pour les LSP de contournement, les éléments suivants sont exportés :

• Contourner le LSP provenant du routeur entrant du LSP protégé.

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

• Contournement du LSP protégeant le LSP de transit ainsi que le LSP d’origine locale.

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

Pour provisionner un capteur afin d’exporter des données via gRPC, utilisez le RPC telemetrySubscribe pour spécifier les paramètres de télémétrie. La diffusion en continu de données de télémétrie via gRPC nécessite également le module OpenConfig pour Junos OS. Par défaut, les packages OpenConfig et Network Agent sont regroupés dans l’image Junos OS.

Reportez-vous à la section Configuration d’un capteur d’interface de télémétrie Junos (procédure CLI) pour plus d’informations sur la configuration d’un capteur UDP (natif).

Reportez-vous au tableau 3 pour connaître le niveau de prise en charge des capteurs LSP par plate-forme.

Notification de fin de message pour les capteurs du moteur de routage

À partir de la version 21.2R1 de Junos OS, nous avons introduit un indicateur booléen de fin de message (EoM) pour tous les capteurs du moteur de routage JTI. L’indicateur informe le collecteur que l’habillage actuel est terminé pour une trajectoire de capteur particulière. Un wrap est un vidage complet des données clé-valeur pour toutes les branches sous un chemin de capteur.

L’indicateur EoM permet également au collecteur de détecter quand la fin de l’encapsulation se produit sans avoir à comparer les valeurs d’horodatage de création de flux que le collecteur reçoit des paquets. La comparaison des valeurs d’horodatage est coûteuse en termes de temps et retarde l’agrégation des données.

Pour utiliser cette fonctionnalité avec le transport gNMI (gRPC Network Management Interface) ou l’appel de procédure à distance (gRPC), récupérez les fichiers protobuf à partir de la branche correspondante sur le site de téléchargement Juniper Networks :

• GnmiJuniperTelemetryHeaderExtension.proto (gNMI)
• agent.proto (pour gRPC)

Par exemple : https://github.com/Juniper/telemetry/blob/master/20.3/20.3R1/protos/GnmiJuniperTelemetryHeaderExtension.proto.

Une fois que vous avez téléchargé et installé les nouveaux fichiers protobuf sur un collecteur, le champ EoM est présent dans les paquets reçus.

Prise en charge des statistiques dynamiques des tunnels

À partir de Junos OS version 17.4R1, vous pouvez exporter les statistiques de compteur pour les tunnels dynamiques du 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 permettent de générer des rapports sur diverses mesures de performances des éléments réseau de manière évolutive et efficace, offrant ainsi une visibilité sur les erreurs et les pertes du moteur de transfert de paquets.

Un horodatage indiquant la date de la dernière réinitialisation des compteurs est inclus avec toutes les données exportées pour permettre aux collecteurs de déterminer si et quand un événement de réinitialisation s’est produit. par exemple, si le matériel du moteur de transfert P acket a redémarré.

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

Pour provisionner l’exportation de statistiques via gRPC, utilisez le RPC telemetrySubcribe pour créer un abonnement et spécifier des paramètres de télémétrie. Incluez le chemin d'accès à la ressource /junos/services/ip-tunnel[name='tunnel-name']/ usage/counters[name='counter-name']/ dans l'abonnement.

La diffusion en continu de données de télémétrie via gRPC nécessite également le module OpenConfig pour Junos OS. À partir de Junos OS version 18.3R1, les packages OpenConfig et Agent réseau sont regroupés par défaut dans l’image Junos OS. Les deux packages prennent en charge JTI.

Pour configurer l’exportation des statistiques via UDP, incluez le capteur dans l’instruction de configuration du capteur /junos/services/ip-tunnel/usage/ (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. Les routeurs MX80 et MX104 prennent uniquement en charge le streaming UDP. Ils ne prennent pas en charge gRPC.

Prise en charge du FPC et de l’optique

À partir de Junos OS version 19.2R1, JTI prend en charge la diffusion en continu du concentrateur PIC flexible (FPC) et des statistiques optiques pour la gamme MX Series à l’aide des appels de procédure à distance (gRPC). gRPC est un protocole de configuration et de récupération d’informations d’état. La prise en charge inclut l’ajout d’un nouveau processus (démon SensorD) permettant d’exporter des 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 d’accès aux ressources de base suivants sont pris en charge :

• /junos/system/linecard/environment/

• /junos/system/linecard/optics/

Pour provisionner le capteur afin qu’il exporte des données via gRPC, utilisez le RPC telemetrySubcribe pour spécifier les paramètres de télémétrie. La diffusion en continu de données de télémétrie via gRPC nécessite également le module OpenConfig pour Junos OS. À partir de Junos OS version 18.3R1, les packages OpenConfig et Agent réseau sont regroupés par défaut dans l’image Junos OS. Les deux packages prennent en charge JTI.

JTI Broadband Edge Statistics Prise en charge de Junos Fusion sur MX Series

À partir de Junos OS version 19.2R1, la télémétrie en continu basée sur l’abonné est activée lorsqu’un routeur MX est configuré pour Broadband Network Gateway (BNG) et Junos Fusion où les abonnés sont connectés via des périphériques Junos Fusion Satellite. Vous pouvez utiliser des appels de procédure à distance (gRPC) pour exporter les statistiques de télémétrie BBE (Broadband Edge) vers des collecteurs externes.

Vous pouvez diffuser en continu tous les chemins d’accès aux ressources BBE, à l’exception des éléments suivants :

• /junos/system/gestion des abonnés/reseau-d-accès/ancp

• /junos/system/gestion des abonnés/protocoles-clients/l2tp

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

Pour diffuser des statistiques BBE, incluez un chemin d’accès aux ressources commençant par / junos/system/subscriber-management/ dans votre abonnement gRPC.

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

Prise en charge des capteurs CPU et NPU pour les routeurs MX Series avec cartes de ligne MPC10E-15C-MRATE

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

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

Utilisez le chemin d’accès aux ressources suivant pour exporter des statistiques :

/junos/system/linecard/cpu/memory/

/junos/system/linecard/npu/memory/

/junos/system/linecard/npu/utilization/

Pour provisionner le capteur afin qu’il exporte des données via les services gRPC, utilisez le RPC pour spécifier les paramètres de telemetrySubcribe télémétrie. La diffusion en continu de données de télémétrie via gRPC nécessite également le module OpenConfig pour Junos OS. À partir de Junos OS version 18.3R1, les packages OpenConfig et Agent réseau sont regroupés par défaut dans l’image Junos OS. Les deux packages prennent en charge JTI.

Pour plus d’informations sur les chemins d’accès aux ressources gRPC, reportez-vous à la section Instructions 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 le fonctionnement UP et DOWN l’état de l’interface à un débit configurable par l’utilisateur. Ce capteur exploite les statistiques du capteur d’interface physique, fournissant des statistiques d’état de fonctionnement plus rapides et plus fréquentes. Seul l’état de fonctionnement des interfaces physiques à partir du concentrateur PIC flexible (FPC) est collecté et signalé. Les statistiques de l’interface du moteur de routage ne sont pas signalées.

Vous pouvez utiliser le capteur pour exporter des statistiques soit par le biais d’une exportation UDP (native), soit par le biais de services gRPC.

Pour l’une ou l’autre des méthodes d’exportation, incluez le chemin d’accès à la ressource suivant :

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

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

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

Pour plus d’informations sur les chemins d’accès aux ressources gRPC, reportez-vous à la section Instructions relatives aux capteurs gRPC et gNMI (interface de télémétrie Junos).

Capteurs du moteur de routage de secours pour les abonnés

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

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

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

• Capteur de 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 un PID pour un processus spécifique)

• Statistiques de liaison DHCP par moteur de routage pour le capteur de serveur ou de relais /junos/system/subscriber-management/chassis/routing-engines/routing-engine/dhcp-bindings/dhcp-element[dhcp-type-name=/v4] et /junos/system/subscriber-management/chassis/routing-engines/routing-engine/dhcp-bindings/dhcp-element[dhcp-type-name=RelayOrServerRelayOrServer/v6]

• Capteur de compteur de ports Virtual Chassis /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 d’accès aux ressources n’est pris en charge que sur un châssis virtuel.

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

Pour plus d’informations sur les chemins d’accès aux ressources gRPC et gNMI, consultez Instructions pour les capteurs gRPC et gNMI (interface de télémétrie Junos).

Protocole d’application Diameter et capteurs Diameter Peer pour les abonnés

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

Pour diffuser des statistiques d’application sur le diamètre, incluez les chemins d’accès aux ressources :

• 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 diffuser des mesures de temps de réponse pour les applications de diamètre, incluez les chemins d’accès aux ressources dans un abonnement ou à l’aide de l’instruction de sensor configuration :

• Pour les mesures 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), incluez l’instruction sensors au niveau de la hiérarchie [edit services analytics].

Pour provisionner le capteur afin qu’il exporte des données via gNMI, utilisez le RPC d’abonnement défini dans le fichier gnmi.proto pour spécifier les paramètres de la requête.

Pour provisionner le capteur afin qu’il exporte des données via gRPC, utilisez le RPC pour spécifier les telemetrySubscribe paramètres de télémétrie. La diffusion en continu de données de télémétrie via gRPC nécessite également le module OpenConfig pour Junos OS. À partir de Junos OS version 18.3R1, les packages OpenConfig et Agent réseau sont regroupés par défaut dans l’image Junos OS. Les deux packages prennent en charge JTI.

Junos OS version 19.3R1 prend en charge les capteurs de protocole 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 d’accès aux ressources gRPC et gNMI, consultez Instructions pour les capteurs gRPC et gNMI (interface de télémétrie Junos).

Surveillance des pointes d’interface

Junos OS Evolved version 19.3R1 prend en charge la surveillance des pointes d’interface sur Interface de télémétrie Junos (JTI) pour surveiller les interfaces physiques à la recherche de 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 se fait en granularité de l’ordre de la milliseconde lors de l’intervalle d’exportation (fenêtre). L’intervalle d’exportation est configuré dans le capteur avec l’abonnement du collecteur. Lorsque le capteur est installé, un minuteur est démarré dans le moteur de transfert de paquets pour interroger le matériel à des intervalles de 30 à 100 ms. Les taux du premier lot d’exportation seront de 0.

L’octet maximal correspond à la moyenne du nombre d’octets observés dans un intervalle d’échantillonnage. Pour les rafales d’une durée inférieure à l’intervalle d’échantillonnage, la moyenne de l’octet de crête est calculée sur l’intervalle. Les statistiques exportées incluent également le temps de détection des octets de pointe, ainsi que la direction (émission ou réception). Le débit d’octets maximal détecté pendant l’intervalle d’exportation parmi tous les échantillons est considéré comme la rafale. S’il y a plusieurs rafales du même nombre d’octets dans l’intervalle, la première rafale qui se produit est considérée comme la rafale maximale et l’horodatage de cette rafale est considéré comme l’horodatage de rafale.

Les données de toutes les interfaces physiques actives sont exportées. Les interfaces d’agrégation ne sont pas prises 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 un abonnement utilisant les services d’appel de procédure à distance (gRPC). Un seul collecteur est pris en charge avec ce capteur.

Pour provisionner le capteur afin qu’il exporte des données via les services gRPC, utilisez le RPC pour spécifier les paramètres de telemetrySubcribe télémétrie. La diffusion en continu de données de télémétrie via gRPC nécessite également le module OpenConfig pour Junos OS.

Diagnostic de l’émetteur-récepteur

Junos OS version 19.4R1 prend en charge les capteurs de diagnostic des émetteurs pour la ON_CHANGE et la diffusion de statistiques en continu à l’aide des services JTI et gRPC ou des services gNMI sur les routeurs MX960, MX2010, MX2020, PTX1000 et Gamme PTX10000 PTX5000. Utilisez les diagnostics de l’émetteur-récepteur pour aider à résoudre les problèmes, à prendre des décisions et à ajuster les ressources en fonction des besoins.

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

Utilisez le chemin d’accès à la ressource de base / components/component/transceiver/ dans un abonnement gRPC ou gNMI pour exporter les statistiques de l’équipement Juniper vers un collecteur externe.

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

Capteur d’interface Ethernet physique

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

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

Utilisez le chemin d’accès à la 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 le streaming de statistiques VLAN pour les ON_CHANGE utilisant les services JTI et gRPC sur les commutateurs EX4650 et QFX5120.

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

Utilisez le chemin d’accès aux ressources de base / vlans/ dans un abonnement gRPC pour exporter les statistiques de l’équipement Juniper vers un collecteur externe.

Voici d’autres terminaux que vous pouvez utiliser dans un abonnement :

• /vlans/vlan/état/nom

• /vlans/vlan/state/vlan-id

• /vlans/vlan/members/

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

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

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

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

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

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