Entenda o OpenConfig e o gRPC na interface de telemetria Junos

Software de agente de rede

A implementação do OpenConfig com o gRPC para a interface de telemetria Junos exige que você baixe e instale um pacote chamado Agente de rede se o 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 no software. O agente de rede funciona como um servidor gRPC e encerra as interfaces RPC do 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, veja 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 de Camada de Tomada Segura (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 Instalar o pacote de agentes de rede.

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

O OpenConfig para Junos OS especifica um modelo RPC para habilitar a interface de telemetria Junos. Você deve baixar e instalar o pacote OpenConfig para Junos OS em seu dispositivo Juniper Networks. Este pacote também inclui os modelos YANG necessários.

Você pode localizar todos os modelos de dados YANG em um repositório do GitHub para um determinado SO e ser lançado em um único pacote de download. O pacote e o repositório incluem os modelos de dados nativos de configuração, estado e RPC e os modelos de dados OpenConfig e IETF suportados por esse OS. Você também pode acessar os modelos de dados YANG do site de download da Juniper Networks.

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 de 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, veja Instalar o pacote OpenConfig e entender os módulos YANG do Junos OS.

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

• Caminho 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. Ele 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ódigo 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 que é instalado pelo pacote do Agente de Rede 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 reportam 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 openConfig em mensagens de buffer de protocolo (gpb). Neste 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.

O seguinte 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 oferece uma tabela de mapeamento que mapeia nomes de campo para as cordas-chave do OpenConfig.

Exportação de dados do sensor de tráfego do mecanismo de encaminhamento de pacotes

A partir do Junos OS Release 17.4R1, você pode exportar estatísticas de tráfego do Mecanismo de encaminhamento de pacotes por meio 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 rastreia relatórios de contadores de estatísticas do Packet Forwarding Engine e fornece visibilidade sobre as estatísticas de erro do mecanismo de encaminhamento de pacotes e quedas. O nome do recurso para o sensor é /junos/system/linecard/packet/usage/. Os caminhos openconfig relatam dados específicos para CPU, NPU e chip de centro (CC). Os caminhos a seguir são suportados:

• /components/component[name='FPCid:NPUid']/properties/property[name='counter']/state/value, quando 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 balcão para Hardware Discards: Data Error.

• /components/component[name='FPCid:CCid’]/properties/property[name='counter’]/state/value , quando o FPC se refere ao concentrador de 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 é onde lts-input-packets está /components/component[name='FPC0']/properties/property[name='lts-input-packets’']/state/value 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.

O seguinte é 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 chave para telemetria é implementada para placas de linha modulares de concentrador de portas modulares (MPC) com suporte à Abstract Forwarding Table (AFT) (como placas de linha MPC10E ou MPC11E). O caminho 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 chave.

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 lançamento do Junos OS 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 que um coletor externo receba informações apenas quando os estados operacionais experimentarem uma mudança de estado.

Para oferecer suporte a ON_CHANGE streaming, uma nova especificação chamada gRPC Network Management Interface (gNMI) é implementada para 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 com 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 pontuais em um canal de longa duração (POLL) ou enviados como uma recuperação (ONCE).

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

Habilitando o modo de assinatura "TARGET_DEFINED" por meio do gNMI

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

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

• O modo STREAMING transmite periodicamente dados dos 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 qualificados.

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

O arquivo Java Script Object Notification (JSON) abaixo mostra uma assinatura gNMI de amostra. TARGET_DEFINED modo é definido usando submode=0 para o caminho /interfaces/interfaces de recursos (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, veja as especificações do gNMI e o arquivo de protocolo gNMI aqui:

• Especificação do gNMI: Assinatura stream

• Especificação do gNMI: protocolo gNMI

Habilitando o modo de assinatura "INITIAL_SYNC" por meio do gNMI

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

A partir do Junos OS Evolved Release 20.4R1, INITIAL_SYNC estatísticas dos sensores do Mecanismo de encaminhamento de pacotes usando serviços gNMI em switches QFX5130-32CD é suportada.

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 que o próximo evento seja visto. Dessa forma, o coletor está ciente do estado dos dados antes que o próximo evento aconteça.

• 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 referidos como fonte) sejam conhecidos pelo coletor.

INITIAL_SYNC submoder requer 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 especificada pelo coletor na solicitação de assinatura.

O arquivo Java Script Object Notification (JSON) abaixo mostra uma assinatura gNMI de amostra. INITIAL_SYNC modo é definido usando gnmi_submode 2 para o caminho /interfaces de recursos (sensor)/. A gnmi_mode configuração é... 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, veja as especificações do gNMI e o arquivo de protocolo gNMI aqui:

Especificação da 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 streaming de clientes e streaming bidirecional de informações de sensores de telemetria

Começando pelo Junos OS Release 18.1R1, o suporte a 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 o 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. O servidor normalmente envia de volta uma única resposta contendo detalhes de status e metadados de trilha opcionais. Com streaming bidirecional, tanto o cliente quanto o 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 que o cliente comece a enviar solicitações. O cliente e o servidor podem ler e escrever em qualquer ordem. Os fluxos operam de forma completamente independente.

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

• Recursos de rpc (CapabilityRequest)

  Retorno (CapabilityResponse). Permite que o cliente retome o conjunto de recursos que é suportado pelo alvo.

• rpc Get (GetRequest)

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

• conjunto de rpc (SetRequest)

  Devoluções (SetResponse). Permite que o cliente modifique o estado dos dados no alvo.

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

  Devoluções (inscreva-seResponse). Permite que um cliente solicite o alvo para enviar valores de ti para caminhos específicos dentro da árvore de dados. Esses valores podem ser transmitidos (STREAM) ou enviados únicos 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 de amostra de 0, as folhas com ON_CHANGE suporte serã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 a situação dos clientes conectados ao JSD. O suporte jet para gRPC inclui a expansão do número máximo de clientes que podem se conectar ao 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 ao JSD, emita o comando aprimorado show extension-service client information e inclua as clients opções ou servers . 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 de sensores de telemetria para políticas SR-TE (BGP ou estática)

Começando pelo Junos OS Release 18.3R1, o suporte a OpenConfig para séries MX e PTX por gRPC e JTI fornece streaming de estatísticas contínuas pelo mesmo sensor, independentemente da rota que esteja 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 a telemetria Inscreva-se RPC para especificar parâmetros de telemetria. Inclua o caminho /mpls/signaling-protocols/segment-routing/ de recursos para exportar essas estatísticas.

Além de configurar o sensor, você deve habilitar a coleta de estatísticas por meio 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 as estatísticas de LSP por MPLS. Os dados de telemetria são transmitidos dos dispositivos Junos e exportados pelo JTI para coletores externos em intervalos configuráveis através do gRPC sem envolver a votação.

O suporte inicial desse recurso no Junos OS Release 15.1F6 suportava LSPs de entrada apenas 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 tanto o LSP de entrada quanto 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 de origem local.

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 o RPC de assinatura de telemetria para especificar parâmetros de telemetria. Transmitir dados de telemetria através do gRPC também requer o openconfig para o módulo Junos OS. Ambos os pacotes OpenConfig e Network Agent são empacotados na imagem do Junos OS por padrão.

Veja 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).

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

Notificação de fim de mensagem para sensores de mecanismo de roteamento

A partir do Junos OS Release 21.2R1, apresentamos uma bandeira booleana de ponta de mensagem (EoM) para todos os sensores JTI Routing Engine. A bandeira notifica o coletor de que o envoltório atual foi concluído para um caminho de sensor em particular. Um envoltório é um despejo completo de dados de valor-chave para todas as folhas sob um caminho de sensor.

A bandeira EoM também permite que o coletor detecte quando o fim do envoltório ocorre sem precisar comparar os valores de tempo de criação de fluxo que o coletor recebe dos pacotes. Comparar valores de temporização é custoso em termos de tempo e atrasa a agregação de dados.

Para usar este recurso com o transporte de interface de gerenciamento de rede (gNMI) gRPC ou chamada de procedimento remoto (gRPC), recuperar os arquivos protobuf da filial relevante no site de download da Juniper Networks :

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

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

Depois de baixar e instalar os novos arquivos protobuf em um coletor, o campo EoM está presente nos pacotes recebidos.

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

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

As estatísticas são usadas para relatar várias métricas de desempenho de elementos de rede de forma escalável e eficiente, fornecendo visibilidade dos 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 reset aconteceu; por exemplo, se o hardware 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 a telemetriaSubcrita RPC 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 através do 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 ao JTI.

Para configurar a exportação de estatísticas por UDP, inclua a declaração de configuração do sensor /junos/services/ip-tunnel/usage/ (Interface de Telemetria Junos) 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 oferecem suporte ao gRPC.

Suporte para FPC e enlaces ópticos

A partir do Junos OS Release 19.2R1, o JTI oferece suporte a streaming de concentrador PIC flexível (FPC) e estatísticas de óptica 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 as bibliotecas AFTTelementry e LibTelemetry no modelo OpenConfig chamado plataforma AFT.

Os seguintes caminhos de recursos base são suportados:

• /junos/system/linecard/environment/

• /junos/system/linecard/enlaces ópticos/

Para provisionar o sensor para exportar dados por gRPC, use o RPC de telemetriaSubcrito para especificar parâmetros de telemetria. Transmitir dados de telemetria através do 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 ao 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 Broadband Network Gateway (BNG) e Junos Fusion, onde os assinantes estão conectados através 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 sensores de CPU e 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, este recurso usa o modelo OpenConfig AFT. Por causa disso, há uma diferença no caminho de 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 através do 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 ao JTI.

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

Interface Express Sensor

O sensor expresso de interface é suportado pelo JTI para exportar a interface operacional UP e DOWN o 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 através da exportação de UDP (nativo) 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 de 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 do gRPC, consulte Diretrizes para sensores gRPC e gNMI (Interface de telemetria Junos).

Sensores de mecanismo de roteamento em standby para assinantes

O JTI oferece suporte a estatísticas do mecanismo de roteamento em standby de streaming usando serviços gRPC. Esse recurso é compatível com 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 em standby. 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ário) sensor /junos/sistema/gerenciamento de assinantes/chassi e /junos/sistema/gerenciamento de assinantes/chassi[chassis-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/chassis/roteamento-engines/roteamento-engine e /junos/system/subscriber-management/chassis/roteamento-engines/roteamento-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/chassis/routing-engines/process-status/subscriber-management-process/subscriber-management-process e /junos/system/subscriber-management/chassis/routing-engines/process-status/subscriber-management-process/subscriber-management-process[pid=ProcessIdentifier] (para especificar um PID para um processo específico)

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

• Virtual Chassis port port counter sensor /junos/system/subscriber-management/chassis/virtual-chassis-ports/virtual-chassis-port e /junos/system/subscriber-management/chassis/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 mecanismos de roteamento em standby 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 (Interface de telemetria Junos).

Protocolo de aplicativos e sensores de peer de espessura para assinantes

O JTI oferece suporte a estatísticas de streaming para assinantes para protocolos de aplicativos de funções de servidor de acesso de rede (NASREQ), funções de políticas e regras de cobrança (PCRF) e sistema de carregamento on-line (OCS). Há também novos sensores peer de tamanho 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 tamanho. 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, inclua os caminhos de recursos:

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

• Para estatísticas do 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 largura, inclua os caminhos de recursos em uma assinatura ou usando a declaração de sensor configuração:

• Para medições de 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 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 através do 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 ao JTI.

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

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

Monitoramento de explosão de interface

O Junos OS Evolved Release 19.3R1supports interface estourou o monitoramento na interface de telemetria Junos (JTI) para monitorar interfaces físicas para rajadas 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 amostragem é feita na granularidade de milissegundo durante o intervalo de exportação (janela). O intervalo de exportação está 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-100ms. As taxas do primeiro lote de exportação serão 0.

O byte máximo é a média do número de bytes vistos em um intervalo de amostragem. Para rajadas 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áximo detectada durante o intervalo de exportação entre todas as amostras é considerada como a explosão. Se houver várias rajadas da mesma taxa de bytes no intervalo, então a primeira explosão que ocorre é considerada como a explosão máxima e o temporizante dessa explosão é considerado como o tempo de rajada.

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 estouro de interface do dispositivo da 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 é compatível 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 através do 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 PTX10000 de roteadores. Use diagnósticos de transceptores para ajudar a solucionar problemas, tomar decisões e ajustar os recursos conforme necessário.

Este 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 física de ethernet

O Junos OS Release 19.4R1 oferece suporte a estatísticas físicas da 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 em switches EX4650 e QFX5120.

Este recurso oferece suporte ao modelo OpenConfig openconfig-vlan.yang configuração versão 1.0.2.

Use o caminho de recursos base /vlans/ em uma assinatura de 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