Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Interface de télémétrie Junos

Note:

Pour connaître les capteurs de télémétrie du moteur de routage pris en charge par cette plate-forme, consultez Explorateur de capteurs de télémétrie. Si des capteurs du moteur de transfert de plate-forme ont été ajoutés pour cette version, ils sont répertoriés ci-dessous

  • Notification de fin de message pour les capteurs moteur de routage (EX2300, EX4300, EX4300-MP, EX9200, MX240, MX960, MX10016, MX2010, MX2020, PTX1000, PTX3000, PTX10001, QFX5100, QFX5110, QFX5120 et QFX10002) : à partir de Junos OS version 21.2R1, nous avons introduit un indicateur booléen de fin de message (EoM) pour tous les capteurs moteur de routage Interface de télémétrie Junos (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.

    [ Reportez-vous à la section Présentation d’OpenConfig et de gRPC sur l’interface de télémétrie Junos.]

  • Prise en charge des capteurs CoS (MX204, MX240, MX960, MX2010, MX2020, MX10003, MX10008, MX10016, MX-ELM et vMX)

    À partir de Junos OS version 21.2R1, nous prenons en charge les capteurs de streaming suivants avec l’interface de télémétrie Junos (JTI).

    • Statistiques étendues de la file d’attente d’interfaces Capteurs du moteur de transfert de paquets pris en charge avec l’appel de procédure à distance (gRPC) : /interfaces/interface/state/counters/out-queue/lp-red-drop-pkts, /interfaces/interface/state/counters/out-queue/hp-red-drop-pkts, /interfaces/interface/state/counters/out-queue/queued-pkts et /interfaces/interface/state/counters/out-queue/queued-bytes.
    • Description du jeu d’interfaces CoS Capteur du moteur de routage pris en charge avec gRPC : / qos/interfaces/interface/state/interface-id.
    • Mappage de classe de transfert aux capteurs du moteur de routage pris en charge avec gRPC : /qos/forwarding-groups/forwarding-group/state/name et /qos/forwarding-groups/forwarding-group/state/output-queue.
    • Capteur de statistiques étendu de l’interface avec support natif (UDP) : / junos/system/linecard/interface/queue/extended-stats/.

    [Voir capteur (interface de télémétrie Junos) et Instructions pour les capteurs gRPC et gNMI (interface de télémétrie Junos)].

  • Surveillance et optimisation Exportation des données des capteurs du moteur de transfert de paquets (PTX Series et QFX Series) : à partir de la version 21.2R1 de Junos OS, vous pouvez optimiser les données des capteurs du moteur de transfert de paquets afin de déterminer dynamiquement comment exporter les données le plus rapidement possible en fonction de trois catégories de capteurs : données lourdes (échelle dynamique), données moyennes (échelle prédite) et données faibles (échelle fixe). En outre, vous pouvez utiliser notre nouveau capteur pour récupérer les détails d’exportation de tous les capteurs du moteur de transfert de paquets. Utilisez le chemin d’accès à la ressource /junos/system/linecard/export/monitor pour surveiller les détails d’exportation de chaque capteur du moteur de transfert de paquets abonné, notamment :

    • Nombre de moissons
    • Nombre d’encapsulations (un ensemble de données complet)
    • Nombre de paquets envoyés
    • Nombre moyen de moissons et d’enveloppements
    • Horodatage pour les moissons et les enveloppements

    [Voir Présentation d’OpenConfig et de gRPC sur l’interface de télémétrie Junos et Instructions pour les capteurs gRPC et gNMI (interface de télémétrie Junos).]

  • Activer la surveillance de l’utilisation VOQ avec JTI (PTX1000, PTX5000, PTX10000, QFX10002, QFX10008 et QFX10016) : à partir de Junos OS version 21.2R1, vous pouvez activer l’exportation des données d’utilisation pour les files d’attente de sortie virtuelles (VOQ) CoS sur des interfaces WAN Ethernet agrégées ou Ethernet physiques. Cette fonctionnalité vous permet d’exporter les données d’utilisation maximale de la mémoire tampon pour une file d’attente donnée à l’aide de l’interface de télémétrie Junos (JTI). La surveillance de ces données peut aider à prévenir les micro-rafales et l’utilisation élevée de la mémoire tampon pour une file d’attente donnée, car l’utilisation maximale de la mémoire tampon est transitoire et peut ne pas être signalée par la profondeur instantanée de la file d’attente.

    Pour activer la surveillance, incluez queue-monitoring enable à l’une des hiérarchies suivantes :

    • [edit class-of-service interfaces if-name]
    • [edit class-of-service traffic-control-profiles tcp-name]
    • [edit class-of-service schedulers scheduler-name]

    Pour exporter des données vers un collecteur, incluez le chemin d’accès à la ressource / junos/system/linecard/qmon-sw dans un abonnement.

    [Voir surveillance des files d’attente, show class-of-service interface, show class-of-service-traffic-control-profile , show class-of-service scheduler-map et show interfaces voq interface-name.]

  • Nouveau capteur d’utilisation du processeur moteur de transfert de paquets cœur (SRX1500, SRX4100, SRX4200, SRX4600 et vSRX) : à partir de Junos OS version 21.2R1, vous pouvez diffuser les données du capteur d’utilisation du processeur moteur de transfert de paquets cœur à l’aide de Interface de télémétrie Junos (JTI) et d’appels de procédure à distance (gRPC) vers un collecteur externe.

    Pour accéder à ce capteur, utilisez le chemin d’accès à la ressource / junos/security/spu/cpu/usage/ dans abonnements.

    [Voir Instructions pour les capteurs gRPC et gNMI (interface de télémétrie Junos).]

  • JTI : statistiques d’interface logique pour les compteurs d’entrée et de sortie des familles IPv4 et IPv6 (routeurs MX Series et PTX Series utilisant des FPC de troisième génération) : à partir de Junos OS version 21.2R1, vous pouvez diffuser les statistiques d’interface logique par famille pour le trafic IPv4 et IPv6 à l’aide de l’interface de télémétrie Junos (JTI) et des appels de procédure distante (gRPC) vers un collecteur externe.

    Pour accéder à ces capteurs, utilisez les chemins d’accès aux ressources /junos/system/linecard/interface/logical/family/ipv4/usage/ et / junos/system/linecard/interface/logical/family/ipv6 / usage/ dans un abonnement.

    [Voir Instructions pour les capteurs gRPC et gNMI (interface de télémétrie Junos).]

  • Capture sécurisée de paquets dans le cloud (EX4400) : à partir de Junos OS version 21.2R1, nous prenons en charge la capture sécurisée de paquets à l’aide de l’interface de télémétrie Junos (JTI). Vous pouvez utiliser cette fonctionnalité pour capturer des paquets à partir d’un périphérique et les envoyer via un canal sécurisé à un collecteur externe (dans le cloud) à des fins de surveillance et d’analyse. La taille maximale du paquet que vous pouvez capturer est de 128 octets, y compris l’en-tête du paquet et les données qu’il contient. Les professionnels du réseau utilisent les données de capture de paquets en temps réel pour résoudre des problèmes complexes tels que la dégradation du réseau et des performances, ou encore la mauvaise expérience de l’utilisateur final.

    Pour utiliser la capture sécurisée de paquets, incluez le chemin d’accès à la ressource / junos/system/linecard/packet-capture à l’aide d’un appel RPC Junos.

    Pour la capture de paquets d’entrée, incluez l’option packet-capture dans la configuration de filtre de pare-feu existante au niveau de la [edit firewall family family-name filter filter-name term match-term then packet-capture] hiérarchie. Effectuez cette opération avant d’envoyer les données du capteur de capture de paquets au collecteur et supprimez la configuration une fois les packet-capture données envoyées au collecteur. Une fois la capture terminée, les paquets entrants avec les conditions de correspondance du filtre sont interceptés vers le processeur. Les paquets piégés sont ensuite acheminés vers le collecteur via un canal sécurisé au format spécifié par JTI dans des paires clé-valeur au moyen du transport gRPC (Remote Procedure Call).

    Pour la capture de paquets sortants sur des interfaces physiques (ge-*, xe-*, mge-* et et-*), incluez « packet-capture-telemetry », « egress » et « interface <interface-name> » au niveau de la [edit forwarding-options] hiérarchie. Par exemple :

    set forwarding-options packet-capture-telemetry egress interface ge-0/0/0

    set forwarding-options packet-capture-telemetry egress interface ge-0/0/10

    Vous pouvez ajouter plusieurs interfaces sur l’appareil pour la capture de paquets sortants. Lorsqu’ils sont configurés, les paquets sortants liés à l’hôte sont capturés à partir de l’interface et envoyés au collecteur. Comme pour la configuration d’entrée, supprimez la configuration lorsque la capture de paquets n’est pas requise.