Descripción de OpenConfig y gRPC en la interfaz de telemetría de Junos

Software de agente de red

La implementación de OpenConfig con gRPC para la interfaz de telemetría de Junos requiere que descargue e instale un paquete denominado Agente de red si el dispositivo de Juniper Networks ejecuta una versión de Junos OS con FreeBSD actualizado. Para todas las demás versiones de Junos OS, la funcionalidad del Agente de red está integrada en el software. El Agente de red funciona como un servidor gRPC y termina las interfaces RPC de OpenConfig. También es responsable de transmitir los datos de telemetría de acuerdo con la especificación OpenConfig. Para ver la especificación de OpenConfig para telemetría, consulte la especificación de telemetría de OpenConfig. Para obtener más información acerca de OpenConfig para Junos OS, consulte la Guía del usuario de OpenConfig.

El componente Agente de red también admite la autenticación de Capa de sockets seguros (SSL) basada en servidor. No se admite la autenticación SSL basada en cliente. Debe instalar certificados SSL en su dispositivo de Juniper Networks.

Para obtener información acerca de cómo instalar el paquete del Agente de red, consulte Instalación del paquete del Agente de red.

Uso de OpenConfig para Junos OS para habilitar la interfaz de telemetría de Junos

OpenConfig para Junos OS especifica un modelo RPC para habilitar la interfaz de telemetría de Junos. Debe descargar e instalar el paquete de OpenConfig para Junos OS en su dispositivo de Juniper Networks. Este paquete también incluye los modelos YANG requeridos.

Puede ubicar todos los modelos de datos de YANG en un repositorio de GitHub para un sistema operativo determinado y publicarlos en un solo paquete de descarga. El paquete y el repositorio incluyen la configuración nativa, el estado y los modelos de datos RPC, así como los modelos de datos OpenConfig e IETF compatibles con ese sistema operativo. También puede acceder a los modelos de datos de YANG desde el sitio de descargas de Juniper Networks.

Con un navegador web, vaya a la URL de descarga del software Todas las plataformas Junos en la página web de Juniper Networks: https://www.juniper.net/support/downloads/. En la pestaña Administración de red , desplácese hacia abajo para seleccionar OpenConfig. Seleccione la pestaña Software . Seleccione la versión adecuada del módulo OpenConfig. Hay dos versiones disponibles, una para dispositivos que ejecutan Junos OS con FreeBSD actualizado y otra para dispositivos que ejecutan todas las demás versiones de Junos OS. Para obtener más información, consulte Instalación del paquete OpenConfig y Descripción de los módulos YANG de Junos OS.

La interfaz OpenConfigTelemetry de programación instalada por el paquete del Agente de red define el servicio gRPC de telemetría. El telemetrySubscribe RPC especifica los siguientes parámetros de suscripción:

• Ruta de OpenConfig que identifica el recurso del sistema para transmitir datos de telemetría, por ejemplo:/interfaces/interface/state/counters/

• Intervalo en el que se notifican los datos y se transmiten al servidor recopilador, en milisegundos, por ejemplo: sample_frequency = 4000

Un servidor de streaming, o recopilador, usa el telemetrySubscribe RPC para solicitar una suscripción en línea para los datos en la ruta de acceso especificada. A continuación, el dispositivo debería enviar los datos de telemetría en la misma conexión que la solicitud de suscripción.

Recursos de GitHub

GitHub es una plataforma de alojamiento de código para el control de versiones y la colaboración. Le permite a usted y a otros trabajar juntos en proyectos desde cualquier lugar. Juniper Networks forma parte de la comunidad OpenConfig que usa GitHub para desarrollar código de telemetría y almacenar documentos. Contribuya al desarrollo de la telemetría de Juniper creando una cuenta en GitHub.

Uso de gRPC para transmitir datos

Según la especificación OpenConfig, solo se admite el transporte basado en gRPC para la transmisión de datos. El servidor gRPC instalado por el paquete del Agente de red finaliza las sesiones gRPC desde el sistema de administración que ejecuta el cliente. Las llamadas RPC desencadenan la creación de sensores Junos OS que transmiten datos periódicamente o informan de eventos, que luego el Agente de red canaliza al canal gRPC adecuado.

Consulte la tabla 2 para obtener una lista y descripciones de los RPC implementados para admitir la interfaz de telemetría de Junos.

Los datos transmitidos a través de gRPC se formatean en pares clave/valor OpenConfig en mensajes de búferes de protocolo (gpb). En este formato universal, las claves son cadenas que corresponden a la ruta de los recursos del sistema en el esquema OpenConfig para el dispositivo que se está supervisando. Los valores corresponden a enteros o cadenas que identifican el estado operativo del recurso del sistema, como los contadores de interfaz, y el estado del recurso.

A continuación se muestra el formato universal de clave/valor:

En el ejemplo siguiente se muestra cómo se puede representar un conjunto de contadores para una interfaz:

El paquete del Agente de red proporciona una tabla de asignación que asigna nombres de campo a las cadenas de claves de OpenConfig.

Exportación de datos del sensor de tráfico del motor de reenvío de paquetes

A partir de Junos OS versión 17.4R1, puede exportar estadísticas de tráfico del motor de reenvío de paquetes a través de la interfaz de telemetría de Junos para enrutadores serie MX y PTX. Se admiten tanto UDP como gRPC.

Este sensor realiza un seguimiento de los informes de los contadores de estadísticas del motor de reenvío de paquetes y proporciona visibilidad de las estadísticas de error y caída del motor de reenvío de paquetes. El nombre del recurso para el sensor es /junos/system/linecard/packet/usage/. Las rutas de OpenConfig reportan datos específicos de CPU, NPU y chip central (CC). Se admiten las siguientes rutas:

• /components/component[name='FPCid:NPUid']/properties/property[name='counter']/state/value, donde FPC se refiere al concentrador de PIC flexible y NPU se refiere a la unidad de procesamiento de red (motor de reenvío de paquetes). Una ruta de recurso de ejemplo es donde hwds-data-error es /components/component[name='FPC0:NPU3']/properties/property[name='ts-output-pps']/state/value el contador para Hardware Discards: Data Error.

• /components/component[name='FPCid:CCid’]/properties/property[name='counter’]/state/value , donde FPC se refiere al concentrador PIC flexible y CC se refiere al chip central. Una ruta de recursos de ejemplo es donde lpbk-packets es /components/component[name='FPC0:CC1']/properties/property[name='lpbk-packets’']/state/value el recuento de específico para Forward packets FPC0, chip central 1.

• /components/component[name='FPCid’]/properties/property[name='counter’]/state/value , donde FPC se refiere al concentrador PIC flexible. Una ruta de recursos de ejemplo es /components/component[name='FPC0']/properties/property[name='lts-input-packets’']/state/value donde lts-input-packets está el contador Local packets inputde CPU.

Para aprovisionar el sensor para exportar datos a través de gRPC, use el RPC para especificar parámetros de telemetrySubcribe telemetría. Para la transmisión a través de UDP, todos los parámetros se configuran en el nivel de [edit services analytics] jerarquía.

El siguiente es un mapa de contadores a campos de salida en el comando o show pfe statistics traffic detail comando (compatible solo con enrutadores de la show pfe statistics traffic serie MX).

Entrega de datos de telemetría para tarjetas de línea basadas en AFT en enrutadores de la serie MX

A partir de Junos OS versión 20.4R1, se implementa una nueva concatenación de prefijo y entrega de claves para la telemetría para las tarjetas de línea del concentrador de puerto modular (MPC) que admiten la tabla de reenvío abstracto (AFT) (como las tarjetas de línea MPC10E o MPC11E). La ruta de OpenConfig se divide de manera diferente en comparación con la sintaxis de otras tarjetas de línea.

El resultado siguiente ilustra los cambios en el prefijo y la entrega de claves.

Habilitación de la compatibilidad con sensores "ON CHANGE" a través de gNMI

Desde Junos OS versión 16.1, se admite la transmisión periódica de estados operativos y contadores de OpenConfig, que exporta datos de telemetría desde equipos Juniper a un recopilador externo. Si bien es útil para recopilar toda la información necesaria y crear una "instantánea" de referencia, la transmisión periódica es menos útil para las misiones en las que el tiempo es un factor crítico. En tales casos, puede configurar ON_CHANGE streaming para que un recopilador externo reciba información solo cuando los estados operativos experimenten un cambio de estado.

Para admitir ON_CHANGE streaming, se implementa una nueva especificación denominada interfaz de administración de red gRPC (gNMI) para la modificación y recuperación de configuraciones de un elemento de red. Además, la especificación gNMI se puede utilizar para generar y controlar flujos de telemetría desde un elemento de red a un sistema de recopilación de datos. Con la nueva especificación gNMI, una definición de servicio gRPC puede proporcionar una única implementación en un elemento de red tanto para la configuración como para la telemetría, así como un único elemento NMS para interactuar con un dispositivo por medio de RPC de telemetría y configuración.

El paquete de archivos de Junos (junos-telemetry-interface) incluye el archivo gnmi.proto y la extensión GnmiJuniperTelemetryHeader.proto de Juniper para compatibilidad con gNMI.

Puede encontrar información sobre los RPC que admiten esta función en el archivo gNMI Proto versión 0.4.0 (la versión compatible) y en la especificación publicada

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

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

El RPC subscribe de telemetría bajo el servicio gNMI admite ON_CHANGE streaming. RPC subscribe permite que un cliente solicite al destino que le envíe valores de rutas particulares dentro del árbol de datos. Los valores se pueden transmitir (STREAM), enviar de forma única en un canal de larga duración (POLL) o enviarse de forma única como recuperación (ONCE).

Si se realiza una suscripción para un contenedor de nivel superior con una frecuencia de muestreo de 0, las hojas con soporte ON_CHANGE se transmiten en función de los eventos. Otras hojas no serán transmitidas.

Habilitación del modo de suscripción "TARGET_DEFINED" a través de gNMI

A partir de Junos OS versión 20.2R1, TARGET_DEFINED modo de suscripción con servicios de interfaz de administración de red gRPC (gNMI) es compatible con JTI en enrutadores MX5, MX10, MX40, MX80, MX104, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 y MX10016.

Usando una suscripción de gNMI, un recolector externo estipula cómo se deben entregar los datos del sensor:

• El modo STREAMING transmite periódicamente datos del sensor desde el DUT a un intervalo especificado.

• ON_CHANGE modo envía actualizaciones para los datos del sensor desde el DUT solo cuando cambian los valores de los datos.

• El modo de TARGET_DEFINED recientemente admitido (submodo 0) indica al DUT que seleccione el modo relevante (STREAMING o ON_CHANGE) para entregar cada elemento (hoja) de datos del sensor al recolector externo. Cuando se envía una suscripción para un sensor con submodo 0 desde el recopilador externo al DUT, el DUT responde, activando la suscripción del sensor para que la transmisión periódica no incluya ninguna de las actualizaciones ON_CHANGE. Sin embargo, el DUT notificará al recolector cada vez que ocurran eventos de ON_CHANGE calificados.

Las suscripciones tendrán de forma predeterminada una frecuencia de transmisión periódica de 30 segundos, a menos que el recopilador especifique lo contrario en la solicitud de suscripción.

El archivo Java Script Object Notification (JSON) a continuación muestra una suscripción gNMI de ejemplo. TARGET_DEFINED modo se establece utilizando submode=0 para la ruta de recursos (sensor) / interfaces/interface[name='lo0']/state.

El paquete de archivos de Junos (junos-telemetry-interface) incluye el archivo gnmi.proto y la extensión GnmiJuniperTelemetryHeader.proto de Juniper para compatibilidad con gNMI.

Para obtener más información, consulte las especificaciones de gNMI y el archivo de protocolo gNMI aquí:

• Especificación gNMI: Suscripción STREAM

• Especificación gNMI : Protocolo gNMI

Habilitación del modo de suscripción "INITIAL_SYNC" a través de gNMI

A partir de Junos OS versión 20.2R1, se admiten INITIAL_SYNC estadísticas de los sensores del motor de reenvío de paquetes que utilizan los servicios de gNMI en los enrutadores MX960, MX2008, MX2010, MX2020, PTX1000 y PTX5000, PTX10000 línea de enrutadores y conmutadores QFX5100 y QFX5200.

A partir de Junos OS Evolved versión 20.4R1, se admiten INITIAL_SYNC estadísticas de los sensores del motor de reenvío de paquetes que utilizan servicios gNMI en conmutadores QFX5130-32CD.

Cuando un recolector externo envía una solicitud de suscripción para un sensor con INITIAL_SYNC (gnmi-submodo 2), el host envía todas las hojas (campos) de destino admitidas bajo esa ruta de recurso al menos una vez al recolector con el valor actual. Esto es valioso porque:

• El recolector tiene una vista completa del estado actual de cada campo del dispositivo para esa ruta del sensor.

• El recopilador recibe datos controlados por eventos (ON_CHANGE) al menos una vez antes de que se vea el siguiente evento. De esta manera, el recopilador es consciente del estado de los datos antes de que ocurra el siguiente evento.

• Motor de reenvío de paquetes Se envían sensores que contienen cero valores de contador (cero suprimidos) que normalmente no aparecen en los datos transmitidos, lo que garantiza que el recopilador conozca todos los campos de cada tarjeta de línea (también denominada origen).

INITIAL_SYNC submodo requiere que se envíe al menos una copia al recopilador; sin embargo, enviar más de uno es aceptable.

Las suscripciones tendrán de forma predeterminada una frecuencia de transmisión periódica de 30 segundos, a menos que el recopilador especifique lo contrario en la solicitud de suscripción.

El archivo Java Script Object Notification (JSON) a continuación muestra una suscripción gNMI de ejemplo. INITIAL_SYNC modo se establece utilizando gnmi_submode 2 para la ruta de recursos (sensor) / interfaces/. El gnmi_mode se establece en 0. La codificación de protocolo se establece en 2 para GBP.

El paquete de archivos de Junos (junos-telemetry-interface) incluye el archivo gnmi.proto y la extensión GnmiJuniperTelemetryHeader.proto de Juniper para compatibilidad con gNMI.

Para obtener más información, consulte las especificaciones de gNMI y el archivo de protocolo gNMI aquí:

Especificación de telemetría gNMI Definición de protocolo 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

Habilitación de la transmisión por secuencias de cliente y la transmisión bidireccional de información del sensor de telemetría

A partir de Junos OS versión 18.1R1, la compatibilidad con OpenConfig mediante llamadas a procedimiento remoto (gRPC) y JTI se amplía para admitir la transmisión de cliente y la transmisión bidireccional de información del sensor de telemetría en enrutadores serie MX y serie PTX.

Las API se implementan en Junos según las especificaciones de Protobuf para OpenConfig. Estas API realizan la configuración, la recuperación del estado operativo y la telemetría en enrutadores Junos mediante gRPC como mecanismo de transporte.

Con la transmisión por secuencias de cliente, el cliente envía una secuencia de solicitudes al servidor en lugar de una sola solicitud. Normalmente, el servidor devuelve una única respuesta que contiene detalles de estado y metadatos opcionales de finalización. Con la transmisión bidireccional, tanto el cliente como el servidor envían un flujo de solicitudes y respuestas. El cliente inicia la operación invocando la RPC y el servidor recibe los metadatos del cliente, el nombre del método y la fecha límite. El servidor puede optar por devolver sus metadatos iniciales o esperar a que el cliente comience a enviar solicitudes. El cliente y el servidor pueden leer y escribir en cualquier orden. Las transmisiones funcionan de manera completamente independiente.

Los dispositivos Junos se pueden administrar a través de prototipos de API (RPC):

• Capacidades rpc (CapabilityRequest)

  Devuelve (CapabilityResponse). Permite al cliente recuperar el conjunto de capacidades admitidas por el destino.

• rpc Get (GetRequest)

  Devuelve (GetResponse). Recupera una instantánea de los datos del destino.

• rpc Set (SetRequest)

  Devuelve (SetResponse). Permite al cliente modificar el estado de los datos en el destino.

• rpc Subscribe (stream SubscribeRequest)

  Devuelve (stream SubscribeResponse). Permite a un cliente solicitar al destino que le envíe valores para rutas concretas dentro del árbol de datos. Estos valores pueden transmitirse (STREAM) o enviarse de forma única en un canal de larga duración (POLL), o enviarse como una recuperación única (ONCE). Si se realiza una suscripción para un contenedor de nivel superior con una frecuencia de muestreo de 0, las hojas con soporte ON_CHANGE se transmiten en función de los eventos. Otras hojas no serán transmitidas.

El soporte del kit de herramientas de extensión (JET) de Juniper proporciona información a los usuarios sobre el estado de los clientes conectados a JSD. La compatibilidad de JET con gRPC incluye la ampliación del número máximo de clientes que pueden conectarse a JSD de 8 a 30 (el valor predeterminado sigue siendo 5). Para especificar el número máximo de conexiones, incluya la max-connections instrucción en el nivel de jerarquía [edit system services extension-service request-response grpc].

Para proporcionar información sobre el estado de los clientes conectados a JSD, ejecute el comando mejorado show extension-service client information e incluya las clients opciones o servers . La clients opción muestra información del cliente de solicitud y respuesta. La servers opción muestra información del servidor de solicitud-respuesta.

Habilitación de la transmisión de información del sensor de telemetría para políticas SR-TE (BGP o estáticas)

A partir de Junos OS versión 18.3R1, la compatibilidad de OpenConfig con las series MX y PTX a través de gRPC y JTI proporciona una transmisión continua de estadísticas a través del mismo sensor, independientemente de la ruta que esté activa (BGP o estática) para una política determinada de ingeniería de tráfico de enrutamiento por segmentos (SR-TE).

La compatibilidad está disponible en Junos OS Evolved versión 21.4R1EVO para enrutadores PTX10001-36MR, PTX10004, PTX10008 y PTX10016.

Esta función proporciona compatibilidad con BGP [DRAFT-SRTE] y políticas de SR-TE configuradas estáticamente en los enrutadores de entrada.

Para aprovisionar el sensor para exportar datos a través de la transmisión por streaming gRPC, use el RPC de suscripción de telemetría para especificar los parámetros de telemetría. Incluya la ruta de acceso /mpls/signaling-protocols/segment-routing/ del recurso para exportar estas estadísticas.

Además de configurar el sensor, debe habilitar la recopilación de estadísticas a través de Junos OS. Para ello, incluya la instrucción configuration statistics en el nivel de jerarquía [edit protocols source-packet-routing telemetry]. Opcionalmente, puede limitar las estadísticas incluyendo el no-transit parámetro o no-ingress .

Consulte Configurar un sensor de telemetría de proxy NETCONF en Junos para obtener instrucciones sobre cómo configurar un sensor.

Consulte Directrices para sensores gRPC y gNMI (interfaz de telemetría de Junos) para obtener más información sobre las rutas de recursos.

Soporte para estadísticas LSP

Puede aprovisionar el sensor de estadísticas LSP / junos/services/label-switched-path/usage/ para supervisar las estadísticas de LSP por MPLS. Los datos de telemetría se transmiten desde dispositivos Junos y se exportan a través de JTI a recopiladores externos a intervalos configurables a través de gRPC sin involucrar sondeos.

La compatibilidad inicial de esta función en Junos OS versión 15.1F6 admitía LSP de entrada solo cuando se realizaba una suscripción a / junos/services/label-switched-path/usage/. Con la compatibilidad de omisión agregada a esta función en Junos OS versión 17.4R1, esta suscripción ahora transmite estadísticas de LSP de entrada y LSP de derivación a un recopilador.

Las estadísticas que se transmiten son similares a la salida mostrada por los comandos show mpls lsp bypass statistics del modo operativo y show mpls lsp ingress statistics.

Para los LSP de derivación, se exportan los siguientes:

• Omitir el LSP que se origina en el enrutador de entrada del LSP protegido.

• Omitir el LSP que se origina en el enrutador de tránsito del LSP protegido.

• Bypass LSP protegiendo el LSP de tránsito, así como el LSP originado localmente.

Cuando el LSP de derivación está activo, el tráfico se exporta tanto al LSP de derivación como al LSP de entrada (protegido).

Para aprovisionar un sensor para exportar datos a través de gRPC, use el RPC telemetrySubscribe para especificar los parámetros de telemetría. La transmisión de datos de telemetría a través de gRPC también requiere el módulo OpenConfig para Junos OS. Los paquetes OpenConfig y Network Agent se incluyen en la imagen de Junos OS de forma predeterminada.

Consulte Configuración de un sensor de interfaz de telemetría de Junos (procedimiento de CLI) para obtener información acerca de cómo configurar un sensor UDP (nativo).

Consulte la Tabla 3 para conocer el nivel de compatibilidad con sensores LSP por plataforma.

Notificación de fin de mensaje para sensores de motor de enrutamiento

A partir de la versión 21.2R1 de Junos OS, introdujimos un indicador booleano de fin de mensaje (EoM) para todos los sensores del motor de enrutamiento JTI. El indicador notifica al recolector que la envoltura actual se ha completado para una ruta de sensor determinada. Una envoltura es un volcado completo de datos clave-valor para todas las hojas bajo una ruta de sensor.

El indicador EoM también permite al recopilador detectar cuándo se produce el final del encapsulado sin tener que comparar los valores de marca de tiempo de creación de secuencias que el recopilador recibe de los paquetes. La comparación de los valores de marca de tiempo es costosa en cuanto al tiempo y retrasa la agregación de datos.

Para usar esta función con el transporte de la interfaz de administración de red gRPC (gNMI) o la llamada a procedimiento remoto (gRPC), recupere los archivos protobuf de la rama correspondiente en el sitio de descarga de Juniper Networks :

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

Por ejemplo: https://github.com/Juniper/telemetry/blob/master/20.3/20.3R1/protos/GnmiJuniperTelemetryHeaderExtension.proto.

Después de descargar e instalar los nuevos archivos protobuf en un recopilador, el campo EoM está presente en los paquetes recibidos.

Compatibilidad con estadísticas de túnel dinámico

A partir de Junos OS versión 17.4R1, puede exportar estadísticas de contador para túneles dinámicos del motor de reenvío de paquetes a un recopilador externo mediante sensores de telemetría nativos (UDP) u OpenConfig a través de JTI.

Las estadísticas se utilizan para informar sobre varias métricas de rendimiento de elementos de red de una manera escalable y eficiente, proporcionando visibilidad de los errores y caídas del motor de reenvío de paquetes.

Se incluye una marca de tiempo que indica cuándo se restablecieron los contadores por última vez con todos los datos exportados para permitir a los recopiladores determinar si se produjo un evento de restablecimiento y cuándo; por ejemplo, si el hardware del motor de reenvío P acket se reinició.

Las estadísticas exportadas son similares a la salida del comando del modo show nhdb hw dynamic-ip-tunnelsoperativo.

Para aprovisionar la exportación de estadísticas a través de gRPC, use el RPC telemetrySubcribe para crear una suscripción y especificar parámetros de telemetría. Incluya la ruta de acceso del recurso /junos/services/ip-tunnel[name='tunnel-name']/ usage/counters[name='counter-name']/ en la suscripción.

La transmisión de datos de telemetría a través de gRPC también requiere el módulo OpenConfig para Junos OS. A partir de Junos OS versión 18.3R1, los paquetes OpenConfig y Network Agent se incluyen en la imagen de Junos OS de forma predeterminada. Ambos paquetes son compatibles con JTI.

Para configurar la exportación de estadísticas a través de UDP, incluya el sensor en la instrucción de configuración del sensor /junos/services/ip-tunnel/usage/ (interfaz de telemetría de Junos) en el nivel de jerarquía [edit services analytics]. Todos los parámetros de los sensores UDP se configuran en ese nivel jerárquico. Los enrutadores MX80 y MX104 solo admiten la transmisión UDP. No son compatibles con gRPC.

Soporte de FPC y óptica

A partir de Junos OS versión 19.2R1, JTI admite la transmisión de concentrador PIC flexible (FPC) y estadísticas ópticas para la serie MX mediante llamadas a procedimiento remoto (gRPC). gRPC es un protocolo para la configuración y recuperación de información de estado. La compatibilidad incluye la adición de un nuevo proceso (demonio SensorD) para exportar datos de telemetría para su integración con las bibliotecas AFTTelementry y LibTelemetry en el modelo OpenConfig denominado plataforma AFT.

Se admiten las siguientes rutas de acceso de recursos base:

• /junos/system/linecard/environment/

• /junos/system/linecard/optics/

Para aprovisionar el sensor para exportar datos a través de gRPC, use el RPC telemetrySubcribe para especificar los parámetros de telemetría. La transmisión de datos de telemetría a través de gRPC también requiere el módulo OpenConfig para Junos OS. A partir de Junos OS versión 18.3R1, los paquetes OpenConfig y Network Agent se incluyen en la imagen de Junos OS de forma predeterminada. Ambos paquetes son compatibles con JTI.

Estadísticas de borde de banda ancha JTI Compatibilidad con Junos Fusion en la serie MX

A partir de Junos OS versión 19.2R1, la transmisión por telemetría basada en suscriptores se habilita cuando un enrutador MX está configurado para puerta de enlace de red de banda ancha (BNG) y Junos Fusion, donde los suscriptores están conectados a través de dispositivos Junos Fusion Satellite. Puede usar llamadas a procedimiento remoto (gRPC) para exportar estadísticas de telemetría de borde de banda ancha (BBE) a recopiladores externos.

Puede transmitir todas las rutas de acceso de recursos de BBE excepto las siguientes:

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

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

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

Para transmitir estadísticas de BBE, incluya una ruta de recursos que comience con / junos/system/subscriber-management/ en su suscripción gRPC.

Para aprovisionar el sensor para exportar datos a través de gRPC, use el RPC para especificar parámetros de telemetrySubscribe telemetría.

Compatibilidad con sensores de CPU y NPU para enrutadores de la serie MX con tarjetas de línea MPC10E-15C-MRATE

Junos OS versión 19.3R1 admite sensores de CPU y unidad de procesamiento de red (NPU) en enrutadores serie MX con tarjetas de línea MPC10E-10C-MRATE y MPC10E-15C-MTRATE. JTI permite exportar estadísticas de estos sensores a colectores externos a intervalos configurables utilizando los servicios gRPC.

A diferencia de la implementación del kernel de Junos para los sensores de CPU y NPU en versiones anteriores de Junos, esta característica utiliza el modelo OpenConfig AFT. Debido a esto, hay una diferencia en la ruta del recurso y la salida del par clave-valor (kv) en comparación con la salida del kernel de Junos.

Utilice la siguiente ruta de acceso de recursos para exportar estadísticas:

/junos/system/linecard/cpu/memory/

/junos/sistema/tarjeta/npu/memoria/

/junos/system/linecard/npu/utilization/

Para aprovisionar el sensor para exportar datos a través de los servicios gRPC, use el telemetrySubcribe RPC para especificar parámetros de telemetría. La transmisión de datos de telemetría a través de gRPC también requiere el módulo OpenConfig para Junos OS. A partir de Junos OS versión 18.3R1, los paquetes OpenConfig y Network Agent se incluyen en la imagen de Junos OS de forma predeterminada. Ambos paquetes son compatibles con JTI.

Para obtener más información acerca de las rutas de recursos gRPC, consulte Directrices para sensores gRPC (interfaz de telemetría de Junos).

Interface Express Sensor

JTI admite el sensor interface express para exportar el funcionamiento UP y DOWN el estado de la interfaz a una velocidad configurable por el usuario. Este sensor aprovecha las estadísticas del sensor de interfaz física, proporcionando estadísticas de estado operativo más rápidas y frecuentes. Solo se recopila e informa el estado operativo de las interfaces físicas desde el concentrador PIC flexible (FPC). No se informan las estadísticas de la interfaz del motor de enrutamiento.

Puede utilizar el sensor para exportar estadísticas a través de la exportación UDP (nativa) o a través de los servicios gRPC.

Para cualquiera de los métodos de exportación, incluya la siguiente ruta de acceso de recursos:

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

Junos OS versión 18.1R1 es compatible con el sensor de interfaz rápida para enrutadores PTX1000, PTX3000, PTX5000 y PTX10000.

Junos OS versión 19.3R1 es compatible con el sensor de interfaz rápida para enrutadores MX960, MX2010 y MX2020.

Para obtener más información acerca de las rutas de recursos gRPC, consulte Directrices para sensores gRPC y gNMI (interfaz de telemetría de Junos).

Sensores de motor de enrutamiento en espera para suscriptores

JTI admite estadísticas del motor de enrutamiento en espera de streaming mediante los servicios gRPC. Esta función se admite tanto en chasis único como en chasis virtual, a menos que se indique lo contrario. Utilice esta función para realizar un mejor seguimiento del estado de los componentes de software que se ejecutan en un motor de enrutamiento en espera. Las estadísticas exportadas a un recopilador externo a través de los siguientes sensores (principalmente bajo administración de suscriptores) proporcionan una visión más completa del estado de salud y resistencia del sistema:

• Rol del chasis (respaldo o primario) sensor /junos/system/subscriber-management/ chassis y /junos/system/subscriber-management/ chassis [chassis-index=chassis-index] (para especificar un índice para un chasis virtual de la serie MX)

• Estado del motor de enrutamiento y sensor de notificación GRES /junos/system/subscriber-management/chassis/routing-engines/routing-engine y /junos/system/subscriber-management/chassis/routing-engines/routing-engine[re-index=RoutingEngineIndex] (para especificar un número de índice para un motor de enrutamiento específico)

• Sensor de proceso de gestión de suscriptores /junos/system/subscriber-management/chassis/routing-engines/process-status/subscriber-management-processes/subscriber-management-process y /junos/system/subscriber-management/chassis/routing-engines/process-status/subscriber-management-processes/subscriber-management-process[pid=ProcessIdentifier] (para especificar un PID para un proceso específico)

• Por motor de enrutamiento Estadísticas de enlace DHCP para el sensor de servidor o relé /junos/system/subscriber-management/chassis/routing-engines/routing-engine/dhcp-bindings/dhcp-element[dhcp-type-name=/v4] y /junos/system/subscriber-management/chassis/routing-engines/routing-engine/dhcp-bindings/dhcp-element[dhcp-type-name=RelayOrServerRelayOrServer/v6]

• Sensor de contador de puerto de chasis virtual /junos/system/subscriber-management/chassis/virtual-chassis-ports/virtual-chassis-port y /junos/system/subscriber-management/chassis/virtual-chassis-ports/virtual-chassis-port[vcp-interface-name=vcp-interface-port-string] (para especificar el nombre de la interfaz). Esta ruta de acceso de recursos solo se admite en un chasis virtual.

Junos OS versión 20.2R1 admite sensores de motor de enrutamiento en espera para enrutadores MX480, MX960, MX10003, MX2010 y MX2020.

Para obtener más información acerca de las rutas de recursos gRPC y gNMI, consulte Directrices para sensores gRPC y gNMI (interfaz de telemetría de Junos).

Protocolo de aplicación de diámetro y sensores de par de diámetro para suscriptores

JTI admite estadísticas de streaming para suscriptores para los protocolos de aplicación de diámetro Aplicación de servidor de acceso a red (NASREQ), función de reglas de política y cobro (PCRF) y Sistema de cobro en línea (OCS). También hay nuevos sensores pares de diámetro que proporcionan mediciones de tiempo de respuesta para los mensajes intercambiados entre un enrutador MX y el par para cada una de las aplicaciones de diámetro. Las estadísticas se exportan mediante JTI y el modelo AAA de Juniper, que cubre la exportación de telemetría mediante gRPC, gNMI o RPC o UDP de propiedad de Juniper.

Para estadísticas de aplicación de diámetro de secuencia, incluya las rutas de recursos:

• Para estadísticas de NASREQ, / junos/system/subscriber-management/aaa/diameter/clients/nasreq

• Para estadísticas de PCRF, / junos/system/subscriber-management/aaa/diameter/clients/gx

• Para estadísticas de OCS, / junos/system/subscriber-management/aaa/diameter/clients/gy

Para transmitir mediciones de tiempo de respuesta para las aplicaciones de diámetro, incluya las rutas de recursos en una suscripción o mediante la instrucción de sensor configuración:

• Para mediciones NASREQ, / junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address=''peer-address]/nasreq/response-time

• Para mediciones de PCRF, / junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address='peer-address']/gx/response-time

• Para mediciones de OCS, / junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address=''peer-address]/gy/response-time

Para habilitar estas estadísticas para un enrutador de la serie MX para exportación nativa (UDP), incluya la sensors instrucción en el nivel de jerarquía [edit services analytics].

Para aprovisionar el sensor para exportar datos a través de gNMI, utilice el RPC de suscripción definido en gnmi.proto para especificar los parámetros de solicitud.

Para aprovisionar el sensor para exportar datos a través de gRPC, use el RPC para especificar parámetros de telemetrySubscribe telemetría. La transmisión de datos de telemetría a través de gRPC también requiere el módulo OpenConfig para Junos OS. A partir de Junos OS versión 18.3R1, los paquetes OpenConfig y Network Agent se incluyen en la imagen de Junos OS de forma predeterminada. Ambos paquetes son compatibles con JTI.

Junos OS versión 19.3R1 admite sensores de protocolo de aplicación de diámetro para enrutadores MX5, MX10, MX40, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 y MX100016.

Para obtener más información acerca de las rutas de recursos gRPC y gNMI, consulte Directrices para sensores gRPC y gNMI (interfaz de telemetría de Junos).

Monitoreo de ráfagas de interfaz

Junos OS Evolved versión 19.3R1 admite la supervisión de ráfagas de interfaz en la interfaz de telemetría de Junos (JTI) para supervisar las interfaces físicas en busca de ráfagas en conmutadores QFX5220-128C y QFX5220-32CD. Utilice el monitoreo de ráfagas de interfaz para ayudar a solucionar problemas, tomar decisiones y ajustar los recursos según sea necesario.

El muestreo se realiza en milisegundos de granularidad durante el intervalo de exportación (ventana). El intervalo de exportación se configura en el sensor con la suscripción del recopilador. Cuando se instala el sensor, se inicia un temporizador en el motor de reenvío de paquetes para sondear el hardware en intervalos de 30 a 100 ms. Las tarifas en el primer lote de exportación serán 0.

El byte máximo es el promedio del número de bytes vistos en un intervalo de muestreo. Para ráfagas que duran menos que el intervalo de muestreo, el byte máximo se promedia durante el intervalo. Las estadísticas exportadas también incluyen la hora en que se detectan los bytes pico, así como la dirección (transmisión o recepción). La velocidad máxima de bytes detectada durante el intervalo de exportación entre todas las muestras se considera ráfaga. Si hay varias ráfagas del mismo número de bytes en el intervalo, la primera ráfaga que se produce se considera como la ráfaga máxima y la marca de tiempo de esa ráfaga se considera la marca de tiempo de ráfaga.

Se exportan los datos de todas las interfaces físicas que son UP. No se admiten interfaces agregadas.

Puede exportar estadísticas de ráfagas de interfaz desde el dispositivo Juniper a un recopilador externo incluyendo el sensor / junos/system/linecard/bmon-sw/ en una suscripción mediante los servicios de llamada a procedimiento remoto (gRPC). Solo se admite un colector con este sensor.

Para aprovisionar el sensor para exportar datos a través de los servicios gRPC, use el telemetrySubcribe RPC para especificar parámetros de telemetría. La transmisión de datos de telemetría a través de gRPC también requiere el módulo OpenConfig para Junos OS.

Diagnóstico del transceptor

Junos OS versión 19.4R1 admite sensores de diagnóstico transciever para estadísticas de ON_CHANGE y streaming mediante servicios JTI y gRPC o servicios gNMI en MX960, MX2010, MX2020, PTX1000, PTX5000 y la línea de enrutadores PTX10000. Utilice el diagnóstico del transceptor para ayudar a solucionar problemas, tomar decisiones y ajustar los recursos según sea necesario.

Esta característica es compatible con el modelo de transceptor OpenConfig openconfig-platform-transceiver.yang 0.5.0.

Utilice la ruta de recurso base / components/component/transceptor/ en una suscripción gRPC o gNMI para exportar estadísticas desde el dispositivo Juniper a un recopilador externo.

Los campos que cambian continuamente, como la temperatura, la potencia de entrada y la potencia de salida, y la corriente de polarización del láser no son compatibles con ON_CHANGE.

Sensor de interfaz Ethernet física

Junos OS versión 19.4R1 admite estadísticas de interfaz Ethernet física para estadísticas de ON_CHANGE y streaming mediante servicios JTI y gRPC o servicios gNMI en enrutadores MX960, MX2020, PTX1000 y PTX5000.

Esta característica es compatible con el modelo OpenConfig openconfig-if-ethernet.yang (nivel de interfaz física) versión 2.6.2 (sin configuración).

Utilice la ruta de recursos base / interfaces/interface/ethernet/state/ en una suscripción gRPC o gNMI para exportar estadísticas desde el dispositivo Juniper a un recopilador externo.

Sensores VLAN

Junos OS versión 19.4R1 admite estadísticas VLAN de transmisión para ON_CHANGE mediante servicios JTI y gRPC en conmutadores EX4650 y QFX5120.

Esta característica es compatible con el modelo OpenConfig openconfig-vlan.yang versión 1.0.2.

Utilice la ruta de recurso base / vlans/ en una suscripción gRPC para exportar estadísticas desde el dispositivo Juniper a un recopilador externo.

Otros puntos finales que puede usar en una suscripción incluyen:

• /vlans/vlan/estado/nombre

• /vlans/vlan/state/vlan-id

• /vlans/vlan/members/

• /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