Configuração de serviços de monitoramento em linha

Benefícios dos serviços de monitoramento em linha

Flexível — os serviços de monitoramento em linha permitem que diferentes instâncias de monitoramento em linha sejam mapeadas para diferentes termos de filtro de firewall, ao contrário das tecnologias de amostragem tradicionais, onde todas as instâncias são mapeadas para o Concentrador PIC Flexível (FPC). Isso oferece a flexibilidade de amostrar diferentes fluxos de tráfego em taxas diferentes em uma única interface.

Formato de pacote agnóstico — as tecnologias tradicionais de coleta de fluxo dependem da análise e agregação de pacotes pelo elemento de rede. Com os serviços de monitoramento em linha, o cabeçalho do pacote é exportado para o coletor para processamento adicional, mas sem agregação. Assim, você tem o benefício de usar campos de pacote arbitrários para processar os pacotes monitorados no coletor.

Visão geral dos recursos dos serviços de monitoramento em linha

Os provedores de serviços e provedores de conteúdo normalmente exigem visibilidade dos fluxos de tráfego para avaliar acordos de peering, detectar anomalias de tráfego e violações de políticas e monitorar o desempenho da rede. Para atender a esses requisitos, você tradicionalmente exportaria informações de estatísticas de fluxo agregadas usando variantes JFlow ou IPFIX.

Como uma abordagem alternativa, você pode obter amostras do conteúdo do pacote, adicionar informações de metadados e exportar os pacotes monitorados para um coletor. Os serviços de monitoramento em linha permitem que você faça isso em roteadores da Série MX e em roteadores PTX que executam o Junos OS Evolved.

Com os serviços de monitoramento em linha, você pode monitorar todos os pacotes IPv4 e IPv6 nas direções de entrada e saída de uma interface. O software encapsula o tráfego monitorado em um formato IPFIX e exporta o pacote real até o comprimento de clipe configurado para um coletor para processamento posterior. Por padrão, o Junos OS oferece suporte a um comprimento máximo de clipe de 126 bytes a partir do cabeçalho Ethernet, e o Junos OS Evolved oferece suporte a um comprimento máximo de clipe de 256 bytes a partir do cabeçalho Ethernet.

A Figura 1 ilustra a especificação do formato IPFIX.

Figura 1: Especificação IPFIX de monitoramento em linha

O cabeçalho IPFIX e a carga útil IPFIX são encapsulados usando a camada de transporte IP ou UDP. O formato IPFIX exportado inclui dois registros de dados e dois modelos de dados que são exportados para cada coletor:

• Registro de dados — Inclui interface de entrada e saída, direção do fluxo, seção do quadro do enlace de dados e tamanho do quadro do enlace de dados. Essas informações são enviadas ao coletor somente quando os pacotes amostrados estão sendo exportados.

  A Figura 2 é uma ilustração de exemplo do pacote de registro de dados IPFIX.

• Registro de dados da opção — Inclui informações no nível do sistema, como ID do processo de exportação e intervalo de amostragem. Essas informações são enviadas ao coletor periodicamente, independentemente de os pacotes de amostragem estarem sendo exportados ou não.

  A Figura 3 é uma ilustração de exemplo do pacote de registro de dados da opção IPFIX.

  Tabela 1: Campos de elemento de informação no pacote de dados de opção IPFIX

  Número	ID do elemento de informação	Comprimento do elemento de informação	Detalhes
  1	144	4B	ID de domínio de observação - Um identificador exclusivo do processo de exportação por dispositivo IPFIX. A finalidade desse campo é limitar o escopo de outros campos de elementos de informação.
  2	34	4B	Intervalo de amostragem no qual os pacotes são amostrados. 1000 indica que um dos 1000 pacotes é amostrado.

• Modelo de dados — Inclui cinco elementos de informação:

  • Interface de entrada

  • Interface de saída

  • Direção do fluxo

  • Tamanho do quadro do enlace de dados

  • Seleção de quadro de enlace de dados variáveis

  A Figura 4 é uma ilustração de exemplo do pacote de modelo de dados IPFIX.

• Modelo de dados de opção — inclui informações do exportador de fluxo e do intervalo de amostragem.

  A Figura 5 é uma ilustração de exemplo do pacote de modelo de dados da opção IPFIX.

Quando há uma configuração de serviços de monitoramento em linha nova ou alterada, a exportação periódica do modelo de dados e do modelo de dados de opção é enviada imediatamente aos respectivos coletores.

Figura 2: Registro de dados IPFIX

Figura 3: Registro de dados da opção IPFIX

Figura 4: Modelo de dados IPFIX

Figura 5: Modelo de dados da opção IPFIX

Visão geral da configuração dos serviços de monitoramento em linha

Você pode configurar um máximo de dezesseis (Junos OS) ou sete (Junos OS Evolved) instâncias de monitoramento em linha que oferecem suporte a parâmetros de configuração específicos de modelos e coletores. Cada instância de monitoramento em linha oferece suporte a até quatro coletores (máximo de 64 coletores no total), e, apenas para o Junos OS, você pode especificar diferentes taxas de amostragem em cada configuração de coletor. Devido a essa flexibilidade, os serviços de monitoramento em linha superam as limitações das tecnologias de amostragem tradicionais, como JFlow, sFlow e espelhamento de porta.

Para configurar o monitoramento em linha:

1. Você deve incluir a inline-monitoring instrução no nível da [edit services] hierarquia. Aqui você especifica o modelo e os parâmetros da instância de monitoramento em linha. Você deve especificar os parâmetros do coletor na instância de monitoramento em linha.

2. Especifique condições de correspondência arbitrárias usando um termo de filtro de firewall e uma ação para aceitar a instância de monitoramento em linha configurada. Isso mapeia a instância de monitoramento em linha para o termo de firewall.

3. Mapeie o filtro de firewall na família inet ou inet6 declaração usando a inline-monitoring-instance declaração no nível de [edit firewall filter name then] hierarquia. A partir do Junos OS Release 21.1R1, você também pode mapear o filtro de firewall sob a família any, bridge, ccc, mpls, ou vpls declarações. Para o Junos OS Evolved, as bridge famílias e vplsnão são suportadas; em vez disso, use a ethernet-switch família. O Junos OS Evolved também oferece suporte às anyfamílias , ccc, inetinet6, e mpls . Como alternativa, você também pode aplicar o filtro de firewall a um filtro de tabela de encaminhamento com input ou output declaração para filtrar pacotes de entrada ou saída, respectivamente.

Lembre-se:

• O dispositivo deve oferecer suporte a um comprimento máximo de pacote (comprimento do clipe) de 126 bytes (Junos OS) ou 256 bytes (Junos OS Evolved) para permitir serviços de monitoramento em linha.

• Você não pode configurar mais de 16 (Junos OS) ou 7 (Junos OS Evolved) instâncias de monitoramento em linha devido à escassez de bits disponíveis no pacote no caminho de encaminhamento.

• Aplique serviços de monitoramento em linha somente em uma interface de coletor, ou seja, a interface na qual o coletor está acessível. Você não deve aplicar o monitoramento em linha no tráfego IPFIX, pois isso gera outro pacote IPFIX para amostragem, criando assim um loop. Isso inclui o tráfego gerado pelo serviço de monitoramento em linha, como pacotes de modelo e registro, modelos de opção e pacotes de registro de opção.

• Quando o serviço de monitoramento em linha é habilitado em interfaces Ethernet (AE) agregadas, os valores dos elementos de informação são os seguintes:

  Tabela 2: Valores de elementos de informação para interfaces Ethernet agregadas

  Direção do serviço de monitoramento em linha na interface AE	Elemento de informação-10 (Interface de entrada)	Elemento de informação-14 (Interface de saída)
  Entrada	ID SNMP do AE	0
  Saída	ID SNMP do AE	ID SNMP do link do membro

• Quando o serviço de monitoramento em linha está habilitado em interfaces IRB, os valores do elemento de informação são os seguintes:

  Tabela 3: Valores de elementos de informação para interfaces IRB

  Direção do serviço de monitoramento em linha na interface do IRB	Elemento de informação-10 (Interface de entrada)	Elemento de informação-14 (Interface de saída)
  Entrada	ID SNMP do IRB	0
  Saída	ID SNMP do IRB	ID SNMP da interface encapsulada vlan-bridge

• Para dispositivos baseados em XL-XM (com chip de pesquisa (XL) e ASIC de buffer (XM)), o comprimento do elemento de informações da seção do quadro de enlace de dados em um pacote exportado pode ser menor que o comprimento do clipe, mesmo que o comprimento do pacote de saída seja maior que o comprimento do clipe.

  O comprimento do elemento de informação da seção do quadro de enlace de dados é reduzido por 'N' número de bytes em que 'N' = (comprimento de encapsulamento de Camada 2 do pacote de entrada - comprimento de encapsulamento de Camada 2 do pacote de saída).

  Por exemplo, o comprimento do encapsulamento da Camada 2 para o pacote de entrada é maior do que o do pacote de saída quando o pacote de entrada tem rótulos MPLS e o pacote de saída é do tipo IPv4 ou IPv6. Quando o tráfego flui do dispositivo de borda do provedor (PE) para o dispositivo de borda do cliente (CE), o pacote de entrada tem tags VLAN e o pacote de saída não é marcado.

  Nesses casos, o comprimento do clipe pode ultrapassar o último local de endereço do cabeçalho do pacote, gerando uma PKT_HEAD_SIZE mensagem de log do sistema. Isso pode resultar na degradação do encaminhamento de pacotes para o dispositivo.

• No caso de serviços de monitoramento em linha na direção de entrada, o egressInterface (ID do elemento de informação 14) não relata o índice SNMP da interface de saída. Essa ID do elemento de informações sempre relata o valor zero no caso da direção de entrada. O processo do coletor de recebimento deve identificar a validade desse campo com base no flowDirection (ID do elemento de informação 61).

Recursos com e sem suporte com serviços de monitoramento em linha

Os serviços de monitoramento em linha suportam:

• Comutação graciosa do Mecanismo de Roteamento

• Upgrade de software em serviço (ISSU), upgrade de software sem parar (NSSU) e roteamento ativo sem parar (NSR)

• Interfaces Ethernet e interfaces integradas de roteamento e ponte (IRB)

• slicing de nós Junos

• A partir do Junos OS Evolved Release 22.4R1, configurar DSCP, classe de encaminhamento ou instâncias de roteamento para coletores.

• A partir do Junos OS Evolved Release 22.4R1, a configuração de IDs de modelo ou IDs de modelo de opção.

Os serviços de monitoramento em linha atualmente não suportam:

• Configuração de mais de 16 (Junos OS) ou 7 (Junos OS Evolved) instâncias de monitoramento em linha.

• Junos Traffic Vision

• Antes do Junos OS Release 21.1R1, a ação de termo inline-monitoring-instance é suportada apenas para inet inet6 filtros de firewall de família. A partir do Junos OS Release 21.1R1, ele é compatível com os filtros de firewall da família e vpls do any, bridge, ccc, mpls, firewall.

• Coletores endereçáveis IPv6

• Plataformas virtuais

• Sistemas lógicos

• Configurando o ID do domínio de observação e o ID da nuvem de observação. Você deve escolher apenas um deles.

• Uma ação de instância de monitoramento em linha usada para relatórios de exceção não pode ser usada para nenhuma outra finalidade, como uma ação de redirecionamento de firewall ou uma ação regular de monitoramento em linha.

• Uma instância de monitoramento em linha usada para uma ação de redirecionamento de firewall não pode ser usada para nenhuma outra finalidade, como relatório de exceção ou uma ação regular de monitoramento em linha.

• Antes do Junos OS Evolved Release 22.4R1, configurar DSCP, classe de encaminhamento ou instâncias de roteamento para coletores.

• Antes do Junos OS Evolved Release 22.4R1, configurar IDs de modelo ou IDs de modelo de opção. O sistema os gera para você.

• Configurar serviços de espelhamento de porta e monitoramento em linha sob o mesmo termo de filtro de firewall (Junos OS Evolved).

• Na direção de saída, configurando o SFlow e o relatório de exceção; você deve escolher apenas um deles (Junos OS Evolved).