Entender o OpenConfig e o gRPC na interface de telemetria Junos

Software de agente de rede

Implementar o OpenConfig com gRPC para interface de telemetria Junos exige que você baixe e instale um pacote chamado Network Agent se seu dispositivo Juniper Networks estiver executando uma versão do Junos OS com FreeBSD atualizado. Para todas as outras versões do Junos OS, a funcionalidade do Agente de Rede está incorporada ao software. O Agente de Rede funciona como um servidor gRPC e encerra as interfaces RPC OpenConfig. Ele também é responsável por transmitir os dados de telemetria de acordo com a especificação do OpenConfig. Para ver a especificação openconfig para telemetria, consulte a especificação de telemetria openconfig. Para obter mais informações sobre o OpenConfig para o Junos OS, consulte o Guia do usuário do OpenConfig.

O componente do Agente de Rede também oferece suporte à autenticação da Camada de Soquetes Seguros (SSL) baseada em servidor. A autenticação SSL baseada no cliente não é suportada. Você deve instalar certificados SSL em seu dispositivo Juniper Networks.

Para obter informações sobre a instalação do pacote do Agente de Rede, consulte a instalação do pacote do agente de rede.

Usando o OpenConfig para o Junos OS para habilitar a interface de telemetria Junos

O OpenConfig for Junos OS especifica um modelo RPC para habilitar a interface de telemetria Junos. Você deve baixar e instalar o pacote OpenConfig for Junos OS em seu dispositivo Juniper Networks Este pacote também inclui os modelos YANG necessários. Usando um navegador web, navegue até o software All Junos Platforms baixe URL na página da Juniper Networks: https://www.juniper.net/support/downloads/. Na guia Gerenciamento de Rede , role para baixo e selecione OpenConfig. Selecione a guia software . Selecione a versão apropriada do módulo OpenConfig. Duas versões estão disponíveis, uma para dispositivos que executam o Junos OS com FreeBSD atualizado e outra para dispositivos que executam todas as outras versões do Junos OS. Para obter mais informações, consulte a instalação do pacote OpenConfig e a compreensão dos módulos YANG do Junos OS.

A interface OpenConfigTelemetry programática instalada pelo pacote Network Agent define o serviço gRPC de telemetria. O telemetrySubscribe RPC especifica os seguintes parâmetros de assinatura:

• Caminho do OpenConfig que identifica o recurso do sistema para transmitir dados de telemetria, por exemplo:/interfaces/interface/state/counters/

• Intervalo em que os dados são relatados e transmitidos para o servidor coletor, em milissegundos, por exemplo: sample_frequency = 4000

O telemetrySubscribe RPC é usado por um servidor de streaming, ou coletor, para solicitar uma assinatura em linha de dados no caminho especificado. Em seguida, o dispositivo deve enviar dados de telemetria de volta na mesma conexão que a solicitação de assinatura.

Recursos do GitHub

GitHub é uma plataforma de hospedagem de código para controle e colaboração de versão. Isso permite que você e outros trabalhem juntos em projetos de qualquer lugar. A Juniper Networks faz parte da comunidade OpenConfig que usa o GitHub para desenvolver códigos de telemetria e armazenar documentos. Contribua para o desenvolvimento da telemetria da Juniper criando uma conta no GitHub.

Usando gRPC para transmitir dados

De acordo com a especificação do OpenConfig, apenas o transporte baseado em gRPC é suportado para dados de streaming. O servidor gRPC instalado pelo pacote Network Agent encerra as sessões de gRPC do sistema de gerenciamento que executa o cliente. As chamadas de RPC desencadeiam a criação de sensores Junos OS que transmitem dados periodicamente ou relatam eventos, que são então canalizados para o canal gRPC apropriado pelo Agente de Rede.

Consulte a Tabela 2 para obter uma lista e descrições dos RPCs implementados para oferecer suporte à interface de telemetria Junos.

Os dados transmitidos pelo gRPC são formatados em pares de chave/valor do OpenConfig em mensagens de buffer de protocolo (gpb). Nesse formato universal, as chaves são strings que correspondem ao caminho dos recursos do sistema no esquema OpenConfig para o dispositivo que está sendo monitorado. Os valores correspondem a inteiros ou strings que identificam o estado operacional do recurso do sistema, como contadores de interface e o estado do recurso.

A seguir, mostra o formato universal de chave/valor:

O exemplo a seguir mostra como um conjunto de contadores para uma interface pode ser representado:

O pacote do Agente de Rede fornece uma tabela de mapeamento que mapeia nomes de campo para as cordas-chave do OpenConfig.

Dados do sensor de tráfego do mecanismo de encaminhamento de pacotes de exportação

A partir do Junos OS Release 17.4R1, você pode exportar estatísticas de tráfego do Packet Forwarding Engine através da interface de telemetria Junos para roteadores da Série MX e da Série PTX. Tanto o UDP quanto o gRPC são suportados.

Este sensor monitora os relatórios dos contadores de estatísticas do Packet Forwarding Engine e fornece visibilidade das estatísticas de erro e queda do Mecanismo de Encaminhamento de Pacotes. O nome do recurso para o sensor é /junos/system/linecard/packet/usage/. Os caminhos do OpenConfig relatam dados específicos de CPU, NPU e chip de centro (CC). Os seguintes caminhos são suportados:

• /components/component[name='FPCid:NPUid']/properties/property[name='counter']/state/value, onde o FPC se refere ao Concentrador PIC flexível e à NPU refere-se à unidade de processamento de rede (mecanismo de encaminhamento de pacotes). Um caminho de recursos de amostra é /components/component[name='FPC0:NPU3']/properties/property[name='ts-output-pps']/state/value onde hwds-data-error está o contador para Hardware Discards: Data Error.

• /components/component[name='FPCid:CCid’]/properties/property[name='counter’]/state/value , onde o FPC se refere ao Concentrador PIC Flexível e CC refere-se ao chip central. Um caminho de recursos de amostra é /components/component[name='FPC0:CC1']/properties/property[name='lpbk-packets’']/state/value onde lpbk-packets está a contagem de Forward packets específicos para FPC0, chip central 1.

• /components/component[name='FPCid’]/properties/property[name='counter’]/state/value , onde o FPC se refere ao Concentrador PIC Flexível. Um caminho de recursos de amostra é /components/component[name='FPC0']/properties/property[name='lts-input-packets’']/state/value onde lts-input-packets está o contador Local packets inputde CPU.

Para provisionar o sensor para exportar dados por gRPC, use o telemetrySubcribe RPC para especificar parâmetros de telemetria. Para streaming por UDP, todos os parâmetros estão configurados no nível de [edit services analytics] hierarquia.

A seguir, um mapa de contadores para campos de saída no show pfe statistics traffic comando ou show pfe statistics traffic detail comando (suportado apenas em roteadores da Série MX).

Entrega de dados de telemetria para placas de linha baseadas em AFT em roteadores da Série MX

A partir do Junos OS Release 20.4R1, uma nova concatenação de prefixo e entrega de chave para telemetria é implementada para placas de linha modulares concentradoras de portas (MPC) com suporte à Abstract Forwarding Table (AFT) (como placas de linha MPC10E ou MPC11E). O caminho do OpenConfig é dividido de uma maneira diferente em comparação com a sintaxe em outras placas de linha.

A saída a seguir ilustra as mudanças no prefixo e na entrega de chaves.

Habilitando o suporte ao sensor "ON CHANGE" por meio do gNMI

O streaming periódico de estados e contadores operacionais do OpenConfig tem sido suportado desde o Junos OS Release 16.1, exportando dados de telemetria de equipamentos da Juniper para um coletor externo. Embora útil na coleta de todas as informações necessárias e na criação de um "instantâneo" básico, o streaming periódico é menos útil para missões críticas de tempo. Nesses casos, você pode configurar ON_CHANGE streaming para um coletor externo receber informações apenas quando os estados operacionais experimentarem uma mudança no estado.

Para dar suporte a ON_CHANGE streaming, uma nova especificação chamada gRPC Network Management Interface (gNMI) é implementada para a modificação e recuperação de configurações de um elemento de rede. Além disso, a especificação gNMI pode ser usada para gerar e controlar fluxos de telemetria de um elemento de rede para um sistema de coleta de dados. Usando a nova especificação gNMI, uma definição de serviço gRPC pode fornecer uma única implementação em um elemento de rede para configuração e telemetria, bem como um único elemento NMS para interagir com um dispositivo por meio de RPCs de telemetria e configuração.

O pacote de arquivos Junos (junos-telemetria-interface) inclui o arquivo gnmi.proto e a extensão GnmiJuniperTelemetryHeader.proto Juniper para suporte a gNMI.

Informações sobre os RPCs que oferecem suporte a esse recurso podem ser encontradas no arquivo gNMI Proto versão 0.4.0 (a versão suportada) e a especificação lançada

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

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

O RPC subscribe de telemetria sob o serviço gNMI oferece suporte ON_CHANGE streaming. O RPC subscribe permite que um cliente solicite o alvo para enviar valores de caminhos específicos dentro da árvore de dados. Os valores podem ser transmitidos (STREAM), enviados one-off em um canal de longa duração (POLL) ou enviados one-off como recuperação (ONCE).

Se uma assinatura for feita para um contêiner de nível superior com uma frequência amostral de 0, as folhas com ON_CHANGE suporte são transmitidas com base em eventos. Outras folhas não serão transmitidas.

Habilitação do modo de assinatura "TARGET_DEFINED" por meio do gNMI

Começando com o Junos OS Release 20.2R1, TARGET_DEFINED modo de assinatura com serviços gRPC Network Management Interface (gNMI) é suportado para JTI no MX5, Roteadores MX10, MX40, MX80, MX104, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 e MX10016.

Usando uma assinatura gNMI, um coletor externo determina como os dados dos sensores devem ser entregues:

• O modo STREAMING transmite periodicamente dados de sensores do DUT em um intervalo especificado.

• ON_CHANGE modo envia atualizações para dados de sensores do DUT somente quando os valores dos dados mudam.

• O modo TARGET_DEFINED recém-suportado (submode 0) instrui o DUT a selecionar o modo relevante (STREAMING ou ON_CHANGE) para entregar cada elemento (leaf) de dados do sensor ao coletor externo. Quando uma assinatura de um sensor com submode 0 é enviada do coletor externo para o DUT, o DUT responde, ativando a assinatura do sensor para que o streaming periódico não inclua nenhuma das atualizações ON_CHANGE. No entanto, o DUT notificará o coletor sempre que ocorrerem ON_CHANGE eventos de qualificação.

As assinaturas serão padrão para uma frequência de streaming periódica de 30 segundos, a menos que seja especificado de outra forma pelo coletor na solicitação de assinatura.

O arquivo Java Script Object Notification (JSON) abaixo mostra uma assinatura gNMI amostral. TARGET_DEFINED modo é definido usando submode=0 para o caminho /interfaces/interfaces do recurso (sensor)[name='lo0']/state.

O pacote de arquivos Junos (junos-telemetria-interface) inclui o arquivo gnmi.proto e a extensão GnmiJuniperTelemetryHeader.proto Juniper para suporte a gNMI.

Para obter mais informações, consulte as especificações do gNMI e o arquivo de protocolo gNMI aqui:

especificação de telemetria gNMI definição 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

Habilitação do modo de assinatura "INITIAL_SYNC" por meio do gNMI

A partir da versão 20.2R1 do Junos OS, INITIAL_SYNC estatísticas de sensores de mecanismo de encaminhamento de pacotes usando serviços gNMI em roteadores MX960, MX2008, MX2010, MX2020, PTX1000, roteadores PTX5000, linha PTX10000 de roteadores e switches QFX5100 e QFX5200.

A partir do Junos OS Evolved Release 20.4R1, INITIAL_SYNC estatísticas de sensores de mecanismo de encaminhamento de pacotes usando serviços gNMI em switches QFX5130-32CD são suportadas.

Quando um coletor externo envia uma solicitação de assinatura para um sensor com INITIAL_SYNC (gnmi-submode 2), o host envia todas as folhas-alvo (campos) suportadas sob esse caminho de recursos pelo menos uma vez para o coletor com o valor atual. Isso é valioso porque:

• O coletor tem uma visão completa do estado atual de cada campo do dispositivo para esse caminho de sensor.

• Os dados orientados por eventos (ON_CHANGE) são recebidos pelo coletor pelo menos uma vez antes do próximo evento ser visto. Dessa forma, o coletor está ciente do estado de dados antes do próximo evento acontecer.

• Os sensores do mecanismo de encaminhamento de pacotes que contêm valores de contador zero (suprimidos zero) que normalmente não aparecem em dados transmitidos são enviados, garantindo que todos os campos de cada placa de linha (também conhecidos como fonte) sejam conhecidos pelo coletor.

INITIAL_SYNC submode exige que pelo menos uma cópia seja enviada ao coletor; no entanto, enviar mais de um é aceitável.

As assinaturas serão padrão para uma frequência de streaming periódica de 30 segundos, a menos que seja especificado de outra forma pelo coletor na solicitação de assinatura.

O arquivo Java Script Object Notification (JSON) abaixo mostra uma assinatura gNMI amostral. INITIAL_SYNC modo é definido usando gnmi_submode 2 para o caminho /interfaces de recursos (sensor) . O gnmi_mode está definido para 0. A codificação do protocolo está definida para 2 GBP.

O pacote de arquivos Junos (junos-telemetria-interface) inclui o arquivo gnmi.proto e a extensão GnmiJuniperTelemetryHeader.proto Juniper para suporte a gNMI.

Para obter mais informações, consulte as especificações do gNMI e o arquivo de protocolo gNMI aqui:

especificação de telemetria gNMI definição 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

Habilitando o streaming de clientes e o streaming bidirecional de informações de sensores de telemetria

Começando com o Junos OS Release 18.1R1, o suporte ao OpenConfig por meio de chamadas de procedimento remoto (gRPC) e JTI é estendido para oferecer suporte ao streaming de clientes e streaming bidirecional de informações de sensores de telemetria nos roteadores da Série MX e da Série PTX.

As APIs são implementadas no Junos com base nas especificações do Protobuf para OpenConfig. Essas APIs executam configuração, recuperação de estado operacional e telemetria em roteadores Junos usando o gRPC como mecanismo de transporte.

Com o streaming do cliente, o cliente envia um fluxo de solicitações ao servidor em vez de uma única solicitação. Normalmente, o servidor envia uma única resposta contendo detalhes de status e metadados de trilha opcionais. Com o streaming bidirecional, cliente e servidor enviam um fluxo de solicitações e respostas. O cliente inicia a operação invocando o RPC e o servidor recebe os metadados do cliente, nome do método e prazo. O servidor pode optar por enviar de volta seus metadados iniciais ou esperar o cliente começar a enviar solicitações. O cliente e o servidor podem ler e escrever em qualquer ordem. Os fluxos operam de maneira totalmente independente.

Os dispositivos Junos podem ser gerenciados por meio de protótipos de API (RPC):

• recursos rpc (CapabilityRequest)

  Retornos (RecursoResponse). Permite que o cliente recupere o conjunto de recursos suportados pelo alvo.

• rpc Get (GetRequest)

  Retornos (GetResponse). Recupera um instantâneo de dados do alvo.

• rpc Set (SetRequest)

  Retornos (SetResponse). Permite que o cliente modifique o estado dos dados no alvo.

• rpc Inscreva-se (inscreva-se no streamingRequest)

  Retornos (transmissão Inscreva-seResponse). Permite que um cliente solicite o alvo para enviar valores para caminhos específicos dentro da árvore de dados. Esses valores podem ser transmitidos (STREAM) ou enviados one-off em um canal de longa duração (POLL), ou enviados como uma recuperação única (ONCE). Se uma assinatura for feita para um contêiner de alto nível com uma frequência amostral de 0, as folhas com ON_CHANGE suporte são transmitidas com base em eventos. Outras folhas não serão transmitidas.

O suporte ao Juniper Extension Toolkit (JET) oferece insights aos usuários sobre o status dos clientes conectados à JSD. O suporte jet para gRPC inclui a expansão do número máximo de clientes que podem se conectar a JSD de 8 a 30 (o padrão permanece 5). Para especificar o número máximo de conexões, inclua a max-connections declaração no nível [edit system services extension-service request-response grpc] de hierarquia.

Para fornecer informações sobre o status dos clientes conectados à JSD, emita o comando aprimorado show extension-service client information e inclua o ou servers opçõesclients. A opção clients exibe informações do cliente de resposta à solicitação. A opção servers exibe informações do servidor de resposta à solicitação.

Habilitando o streaming de informações do sensor de telemetria para políticas SR-TE (BGP ou estática)

Começando com o Junos OS Release 18.3R1, o suporte openconfig para séries MX e séries PTX por meio de gRPC e JTI fornece streaming de estatísticas contínuas pelo mesmo sensor, independentemente da rota ativa (BGP ou estática) para uma determinada política de engenharia de tráfego de roteamento por segmentos (SR-TE).

O suporte está disponível no Junos OS Evolved Release 21.4R1EVO para roteadores PTX10001-36MR, PTX10004, PTX10008 e PTX10016.

Esse recurso oferece suporte para BGP [DRAFT-SRTE] e políticas SR-TE configuradas estaticamente em roteadores de entrada.

Para provisionar o sensor para exportar dados por streaming gRPC, use o RPC de assinatura de telemetria para especificar parâmetros de telemetria. Inclua o caminho /mpls/signaling-protocols/segment-routing/ dos recursos para exportar essas estatísticas.

Além de configurar o sensor, você deve habilitar a coleta de estatísticas através do Junos OS. Para fazer isso, inclua a statistics declaração de configuração no nível [edit protocols source-packet-routing telemetry] de hierarquia. Opcionalmente, você pode limitar as estatísticas incluindo o parâmetro ou no-ingress o no-transit parâmetro.

Consulte Configurar um sensor de telemetria proxy NETCONF no Junos para obter instruções sobre a configuração de um sensor.

Consulte diretrizes para sensores gRPC e gNMI (Interface de telemetria Junos) para obter mais informações sobre caminhos de recursos.

Suporte para estatísticas de LSP

Você pode provisionar o sensor de estatísticas LSP /junos/services/label-switched-path/usage/ para monitorar estatísticas de LSP por MPLS. Os dados de telemetria são transmitidos de dispositivos Junos e exportados pelo JTI para coletores externos em intervalos configuráveis por gRPC sem envolver pesquisas.

O suporte inicial deste recurso no Junos OS Release 15.1F6 só suportava LSPs de entrada quando uma assinatura foi feita para /junos/serviços/label-switched-path/use/. Com o suporte de bypass adicionado a esse recurso no Junos OS Release 17.4R1, essa assinatura agora transmite o LSP de entrada e ignora as estatísticas de LSP para um coletor.

As estatísticas transmitidas são semelhantes à saída exibida pelos comandos show mpls lsp bypass statistics do modo operacional e show mpls lsp ingress statistics.

Para LSPs de bypass, os seguintes são exportados:

• LSP de bypass originado no roteador de entrada do LSP protegido.

• LSP de bypass originado no roteador de trânsito do LSP protegido.

• LSP de bypass que protege o LSP de trânsito, bem como o LSP originado localmente.

Quando o LSP de bypass está ativo, o tráfego é exportado tanto no LSP de bypass quanto no LSP de entrada (protegido).

Para provisionar um sensor para exportar dados por gRPC, use a telemetria Inscreva-se RPC para especificar parâmetros de telemetria. Transmitir dados de telemetria por gRPC também requer o OpenConfig para o módulo Junos OS. Os pacotes OpenConfig e Network Agent são empacotados na imagem do Junos OS por padrão.

Consulte a configuração de um sensor de interface de telemetria Junos (Procedimento CLI) para obter informações sobre a configuração de um sensor UDP (nativo).

Consulte a Tabela 3 para o nível de suporte a sensores LSP por plataforma.

Suporte a estatísticas dinâmicas de túneis

A partir do Junos OS Release 17.4R1, você pode exportar contra-estatísticas para túneis dinâmicos do Packet Forwarding Engine para um coletor externo usando sensores de telemetria nativos (UDP) ou OpenConfig através do JTI.

As estatísticas são usadas para relatar várias métricas de desempenho de elementos de rede de maneira escalável e eficiente, fornecendo visibilidade de erros e quedas do mecanismo de encaminhamento de pacotes.

Um temporizador indicando quando os contadores foram reiniciados pela última vez está incluído em todos os dados exportados para permitir que os coletores determinem se e quando um evento de redefinição aconteceu; por exemplo, se o hardware do P acket Forwarding Engine for reiniciado.

As estatísticas exportadas são semelhantes à saída do comando show nhdb hw dynamic-ip-tunnelsdo modo operacional.

Para provisionar estatísticas de exportação por gRPC, use o RPC de telemetriaSubcrito para criar uma assinatura e especificar parâmetros de telemetria. Inclua o caminho de recursos /junos/services/ip-tunnel[name='tunnel-name']/usage/counters[name='counter-name']/ na assinatura.

Transmitir dados de telemetria por gRPC também requer o OpenConfig para o módulo Junos OS. A partir do Junos OS Release 18.3R1, os pacotes OpenConfig e Network Agent são empacotados na imagem do Junos OS por padrão. Ambos os pacotes oferecem suporte a JTI.

Para configurar a exportação de estatísticas por meio de UDP, inclua a declaração de configuração do sensor /junos/services/ip-tunnel/usage/ (Junos Telemetry Interface) no nível [edit services analytics] de hierarquia. Todos os parâmetros para sensores UDP estão configurados nesse nível de hierarquia. Os roteadores MX80 e MX104 oferecem suporte apenas ao streaming UDP. Eles não suportam gRPC.

Suporte para FPC e óptica

A partir do Junos OS Release 19.2R1, o JTI oferece suporte a streaming de concentrador PIC flexível (FPC) e estatísticas ópticas para a Série MX usando chamadas de procedimento remoto (gRPC). gRPC é um protocolo para configuração e recuperação de informações de estado. O suporte inclui a inclusão de um novo processo (Daemon SensorD) para exportar dados de telemetria para integração com bibliotecas AFTTelementry e LibTelemetry no modelo OpenConfig chamado plataforma AFT.

Os seguintes caminhos de recursos básicos são suportados:

• /junos/system/linecard/environment/

• /junos/sistema/placa de linha/óptica/

Para provisionar o sensor para exportar dados por gRPC, use o RPC de telemetriaSubcrito para especificar parâmetros de telemetria. Transmitir dados de telemetria por gRPC também requer o OpenConfig para o módulo Junos OS. A partir do Junos OS Release 18.3R1, os pacotes OpenConfig e Network Agent são empacotados na imagem do Junos OS por padrão. Ambos os pacotes oferecem suporte a JTI.

Estatísticas de borda de banda larga JTI suportam o Junos Fusion na Série MX

A partir do Junos OS Release 19.2R1, o streaming de telemetria baseado em assinantes é habilitado quando um roteador MX é configurado para o Broadband Network Gateway (BNG) e o Junos Fusion, onde os assinantes estão conectados por meio de dispositivos Junos Fusion Satellite. Você pode usar chamadas de procedimento remoto (gRPC) para exportar estatísticas de telemetria de borda de banda larga (BBE) para coletores externos.

Você pode transmitir todos os caminhos de recursos BBE, exceto os seguintes:

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

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

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

Para transmitir estatísticas de BBE, inclua um caminho de recursos que começa com /junos/sistema/gerenciamento de assinantes/ em sua assinatura gRPC.

Para provisionar o sensor para exportar dados por gRPC, use o telemetrySubscribe RPC para especificar parâmetros de telemetria.

Suporte a CPU e sensor de NPU para roteadores da Série MX com placas de linha MPC10E-15C-MRATE

O Junos OS Release 19.3R1 oferece suporte a sensores de CPU e unidade de processamento de rede (NPU) em roteadores da Série MX com placas de linha MPC10E-10C-MRATE e MPC10E-15C-MRATE. O JTI permite a exportação de estatísticas desses sensores para coletores externos em intervalos configuráveis usando serviços gRPC.

Ao contrário da implementação do kernel Junos para os sensores de CPU e NPU em versões anteriores do Junos, esse recurso usa o modelo OpenConfig AFT. Por causa disso, há uma diferença no caminho dos recursos e na saída de par de valor-chave (kv) em comparação com a saída do kernel Junos.

Use o seguinte caminho de recursos para exportar estatísticas:

/junos/system/linecard/cpu/memory/

/junos/system/linecard/npu/memory/

/junos/system/linecard/npu/utilização/

Para provisionar o sensor para exportar dados por meio de serviços gRPC, use o telemetrySubcribe RPC para especificar parâmetros de telemetria. Transmitir dados de telemetria por gRPC também requer o OpenConfig para o módulo Junos OS. A partir do Junos OS Release 18.3R1, os pacotes OpenConfig e Network Agent são empacotados na imagem do Junos OS por padrão. Ambos os pacotes oferecem suporte a JTI.

Para obter mais informações sobre caminhos de recursos gRPC, consulte Diretrizes para sensores gRPC (Interface de telemetria Junos).

Interface Express Sensor

O sensor expresso de interface é suportado pelo JTI para exportar interface operacional UP e DOWN status a uma taxa configurável pelo usuário. Esse sensor aproveita as estatísticas do sensor de interface física, fornecendo estatísticas de status operacional mais rápidas e frequentes. Apenas o status operacional das interfaces físicas do Concentrador PIC Flexível (FPC) é coletado e relatado. As estatísticas da interface do Mecanismo de Roteamento não são relatadas.

Você pode usar o sensor para exportar estatísticas por meio de exportação de UDP (nativa) ou por meio de serviços gRPC.

Para ambos os métodos de exportação, inclua o seguinte caminho de recursos:

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

O Junos OS Release 18.1R1 oferece suporte a sensor expresso de interface para roteadores PTX1000, PTX3000, PTX5000 e PTX10000.

O Junos OS Release 19.3R1 oferece suporte a sensor expresso de interface para roteadores MX960, MX2010 e MX2020.

Para obter mais informações sobre caminhos de recursos gRPC, consulte Diretrizes para sensores gRPC e gNMI (Junos Telemetry Interface).

Sensores de mecanismo de roteamento de espera para assinantes

O JTI oferece suporte a estatísticas do mecanismo de roteamento por streaming usando serviços gRPC. Esse recurso é suportado em chassi único e chassi virtual, a menos que seja indicado de outra forma. Use esse recurso para rastrear melhor o estado dos componentes de software em execução em um mecanismo de roteamento de espera. As estatísticas exportadas para um coletor externo por meio dos seguintes sensores (principalmente sob gerenciamento de assinantes) fornecem uma visão mais completa do estado de integridade e resiliência do sistema:

• Função do chassi (backup ou primária) sensor /junos/sistema/gerenciamento de assinantes/chassi e /junos/system/subscriber-management/chassi[chassi-index=chassis-index] (para especificar um índice para um Chassi Virtual da Série MX)

• Status do mecanismo de roteamento e sensor de notificação GRES /junos/system/subscriber-management/chassi/routing-engines/routing-engine e /junos/system/subscriber-management/chassi/routing-engines/routing-engine[re-index=RoutingEngineIndex] (para especificar um número de índice para um mecanismo de roteamento específico)

• Sensor de processo de gerenciamento de assinantes /junos/system/subscriber-management/chassi/routing-engines/process-status/subscriber-management-process/subscriber-management-process e /junos/system/subscriber-management/chassi/routing-engines/process-status/subscriber-management-process/subscriber-management-process[pid=ProcessIdentifier] (especificar um PID para um processo específico)

• Estatísticas de vinculação DHCP por mecanismo de roteamento para servidor ou sensor de retransmissão /junos/sistema/assinante-gerenciamento/chassi/mecanismos de roteamento/roteamento-engine/dhcp-bindings/dhcp-element[dhcp-type-engines/dhcp-bindings/dhcp-element[dhcp-type-name=RelayOrServer/v4] e /junos/system/subscriber-management/chassi/routing-engines/routing-engine/dhcp-bindings/dhcp-element[dhcp-type-name=RelayOrServer/v6]

• Sensor de contra-porta Virtual Chassis /junos/system/subscriber-management/chassis/virtual-chassis-ports/virtual-chassis-port e /junos/system/subscriber-management/chassi/virtual-chassis-ports/virtual-chassis-port[vcp-interface-name=vcp-interface-port-string] (para especificar o nome da interface). Esse caminho de recursos só é suportado em um chassi virtual.

O Junos OS Release 20.2R1 oferece suporte a sensores de mecanismo de roteamento de espera para roteadores MX480, MX960, MX10003, MX2010 e MX2020.

Para obter mais informações sobre caminhos de recursos gRPC e gNMI, consulte diretrizes para sensores gRPC e gNMI (Junos Telemetry Interface).

Protocolo de aplicativos de diâmetro e sensores de peer de diâmetro para assinantes

O JTI oferece suporte a estatísticas de streaming para assinantes para os protocolos de aplicativos de diâmetro Network Access Server Application (NASREQ), função de política e regras de carregamento (PCRF) e Sistema de Carregamento On-line (OCS). Existem também novos sensores peer de diâmetro que fornecem medições de tempo de resposta para mensagens trocadas entre um roteador MX e o peer para cada uma das aplicações de diâmetro. As estatísticas são exportadas usando o JTI e o Modelo AAA da Juniper, que abrange a exportação de telemetria usando gRPC, gNMI ou RPC ou UDP proprietários da Juniper.

Para transmitir estatísticas de aplicativos de diâmetro, inclua os caminhos de recursos:

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

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

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

Para transmitir medições de tempo de resposta para aplicativos de diâmetro, inclua os caminhos de recursos em uma assinatura ou usando a declaração de sensor configuração:

• Para medições nas NASREQ, /junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address=''peer-address]/nasreq/response-time

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

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

Para habilitar essas estatísticas para um roteador da Série MX para exportação nativa (UDP), inclua a sensors declaração no nível [edit services analytics] de hierarquia.

Para provisionar o sensor para exportar dados por meio de gNMI, use o RPC de assinatura definido no gnmi.proto para especificar parâmetros de solicitação.

Para provisionar o sensor para exportar dados por gRPC, use o telemetrySubscribe RPC para especificar parâmetros de telemetria. Transmitir dados de telemetria por gRPC também requer o OpenConfig para o módulo Junos OS. A partir do Junos OS Release 18.3R1, os pacotes OpenConfig e Network Agent são empacotados na imagem do Junos OS por padrão. Ambos os pacotes oferecem suporte a JTI.

O Junos OS Release 19.3R1 oferece suporte a sensores de protocolo de aplicativos de diâmetro para MX5, Roteadores MX10, MX40, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 e MX100016.

Para obter mais informações sobre caminhos de recursos gRPC e gNMI, consulte diretrizes para sensores gRPC e gNMI (Junos Telemetry Interface).

Monitoramento de explosão de interface

A interface de suportes junos OS Evolved Release 19.3R1s explodiu o monitoramento na interface de telemetria Junos (JTI) para monitorar interfaces físicas para explosões nos switches QFX5220-128C e QFX5220-32CD. Use o monitoramento de explosão de interface para ajudar a solucionar problemas, tomar decisões e ajustar os recursos conforme necessário.

A amostra é feita na granularidade milissegundo durante o intervalo de exportação (janela). O intervalo de exportação é configurado no sensor com a assinatura do coletor. Quando o sensor é instalado, um temporizador é iniciado no Packet Forwarding Engine para sondar o hardware em intervalos de 30 a 100ms. As taxas do primeiro lote de exportação serão de 0.

O byte máximo é a média do número de bytes vistos em um intervalo de amostra. Para explosões que duram menos do que o intervalo de amostragem, o byte de pico é médio ao longo do intervalo. As estatísticas exportadas também incluem os bytes de pico de tempo são detectados, bem como a direção (transmitir ou receber). A taxa de byte máxima detectada durante o intervalo de exportação entre todas as amostras é considerada como a explosão. Se houver várias explosões do mesmo número de taxa de bytes no intervalo, então a primeira explosão ocorrendo é considerada como a explosão máxima e o tempotamp dessa explosão é considerado como o tempo de explosão.

Os dados de todas as interfaces físicas que são UP são exportados. Interfaces agregadas não são suportadas.

Você pode exportar estatísticas de explosão de interface do dispositivo juniper para um coletor externo, incluindo o sensor /junos/system/linecard/bmon-sw/ em uma assinatura usando serviços de chamada de procedimento remoto (gRPC). Apenas um coletor é suportado com este sensor.

Para provisionar o sensor para exportar dados por meio de serviços gRPC, use o telemetrySubcribe RPC para especificar parâmetros de telemetria. Transmitir dados de telemetria por gRPC também requer o OpenConfig para o módulo Junos OS.

Diagnósticos de transceptores

O Junos OS Release 19.4R1 oferece suporte a sensores de diagnóstico transciever para estatísticas de ON_CHANGE e streaming usando serviços JTI e gRPC ou serviços gNMI em MX960, MX2010, MX2020, PTX1000, PTX5000 e na linha de roteadores PTX10000. Use diagnósticos de transceptores para ajudar a solucionar problemas, tomar decisões e ajustar os recursos conforme necessário.

Esse recurso oferece suporte ao modelo de transceptor OpenConfig openconfig-platform-transceiver.yang 0.5.0.

Use o caminho de recursos base /componentes/componente/transceptor/ em uma assinatura gRPC ou gNMI para exportar estatísticas do dispositivo Juniper para um coletor externo.

Campos que mudam continuamente, como temperatura, energia de entrada e potência de saída, e corrente de viés laser não são suportados para ON_CHANGE.

Sensor de interface de ethernet físico

O Junos OS Release 19.4R1 oferece suporte a estatísticas físicas de interface Ethernet para estatísticas de ON_CHANGE e streaming usando serviços JTI e gRPC ou serviços gNMI nos roteadores MX960, MX2020, PTX1000 e PTX5000.

Esse recurso oferece suporte ao modelo OpenConfig openconfig-if-ethernet.yang (nível de interface física) versão 2.6.2 (sem configuração).

Use o caminho de recursos base /interfaces/interface/ethernet/state/ em uma assinatura gRPC ou gNMI para exportar estatísticas do dispositivo Juniper para um coletor externo.

Sensores VLAN

O Junos OS Release 19.4R1 oferece suporte a estatísticas de VLAN em streaming para ON_CHANGE usando serviços JTI e gRPC nos switches EX4650 e QFX5120.

Esse recurso oferece suporte ao modelo OpenConfig openconfig-vlan.yang versão 1.0.2.

Use o caminho de recursos base /vlans/ em uma assinatura gRPC para exportar estatísticas do dispositivo Juniper para um coletor externo.

Outros pontos finais que você pode usar em uma assinatura incluem:

• /vlans/vlan/state/name

• /vlans/vlan/state/vlan-id

• /vlans/vlan/membros/

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