Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
NESTA PÁGINA
 

Visão geral das estatísticas de contabilidade de assinantes MLPPP

Para assinantes do Protocolo Ponto a Ponto (PPP) do roteador de borda de gerenciamento de assinantes de banda larga, as estatísticas contábeis contêm dois grupos:

  • O grupo de estatísticas agregadas (IPv4 e IPv6) consiste em estatísticas relatadas por meio destes atributos RADIUS: Acct-Input-Octets, Acct-Output-Octets, Acct-Input-Packets, e Acct-Output-Packets.

  • A parte IPv6 do grupo de estatísticas agregadas relatadas pela Juniper Networks ERX-VSApor 151 meio 156do .

Gerenciamento de assinantes de banda larga roteador de borda As interfaces lógicas PPP (IFLs) oferecem suporte a estatísticas contábeis precisas, excluindo o tráfego de controle PPP e incrementando pacotes e octetos no ponto em que o pacote está prestes a deixar o roteador. O pacote não é descartado por CoS, filtros ou policiais.

Para assinantes MLPPP, a contabilidade é realizada para cada link de membro (atualmente limitado a um) e não para o pacote. O IFL do pacote configurável suporta apenas estatísticas contábeis precisas, e o link de membro suporta apenas estatísticas de trânsito. Como resultado, as seguintes restrições se aplicam às estatísticas agregadas finais do link do membro:

  • Somente estatísticas agregadas estão disponíveis sem estatísticas específicas de IPv6; por exemplo, ERX-VSA 151 to 156 são todos zeros.

  • Os pacotes enviados e recebidos pelo link de membro incluem fragmentos e pacotes não fragmentados.

  • Os octetos enviados e recebidos são bytes nos fragmentos e pacotes não fragmentados.

  • As estatísticas agregadas incluem pacotes que podem ser descartados no roteador, como CoS, filtros e policiais.

  • As estatísticas agregadas incluem pacotes de controle de PPP (LCP, PAP, CHAP e NCP) e pacotes de keepalive.

Os tópicos a seguir descrevem o processo de coleta de estatísticas no mecanismo de pesquisa para links de membros e seu pacote.

Link de membro e coleta de estatísticas de pacote

Atualmente, o MLPPP com MPC2 oferece suporte a apenas um link de membro por pacote. No entanto, o suporte para estatísticas contábeis deve considerar um cenário multilink verdadeiro em que existem vários links de membros por pacote. No mecanismo de pesquisa, somente o pacote tem a capacidade de manter estatísticas de Camada 3. Para um enlace de membro individual, somente fragmentos independentes de protocolo (mais pacotes não fragmentados) são contados.

A Figura 1 mostra um cliente MLPPP com dois links de membros ativos e as estatísticas mantidas pelo mecanismo de pesquisa. Para MLPPP com MPC2, cada link de membro e pacote pode residir em diferentes mecanismos de pesquisa de onde as estatísticas contábeis são mantidas.

Figura 1: Cliente MLPPP com dois links Client device connected to internet via MX Series router with links F1 and F2 in enterprise setup. de membros ativos

Estatísticas de tráfego de cliente para Internet

Quando o cliente envia pacotes IP para a Internet, eles podem estar fragmentados. Por exemplo, o pacote P1 é fragmentado em F1 e F2, e os fragmentos pertencentes a um único pacote podem ser enviados em links diferentes (Figura 1).

  • F1 é enviado no Link 1

  • F2 é enviado no Link 2

Quando o Link 1 na Série MX recebe o fragmento F1, ele é identificado como um fragmento encapsulado em MLPPP. Como as famílias IPv4 ou IPv6 são indicadas no primeiro fragmento, todos os fragmentos de entrada são contados usando um método independente de protocolo antes que o fragmento seja encaminhado ao pacote para remontagem.

  • A contagem de pacotes de entrada independente de protocolo é incrementada em 1.

  • A contagem de bytes de entrada independente do protocolo é incrementada pelo tamanho do fragmento.

Da mesma forma, no Link 2, o fragmento F2 também é contado usando um método independente de protocolo e, em seguida, encaminhado ao pacote para remontagem.

O fragmento F1 chega ao pacote e é armazenado junto com seu cabeçalho MLPPP contendo o número de sequência com o begin flag conjunto como 0 e o end flag conjunto como 1.

O fragmento F2 chega ao pacote e é armazenado junto com seu cabeçalho MLPPP contendo o número de sequência com o begin flag definido como 1 e o end flag set como 0.

O padrão de números de sequência monotonicamente crescentes, begin flag definidos como 1 e end flag definidos como 1, faz com que os fragmentos F1 e F2 sejam remontados em um único pacote.

Após o pacote ter sido remontado, o tipo de Camada 3 do pacote (IPv4 ou IPv6) é determinado no pacote. Em seguida, os pacotes e bytes são contados de acordo com seu tipo de Camada 3 no pacote com base em estatísticas contábeis precisas:

  • bundleA_ipv4_packets_from_client += 1

  • bundleA_ipv4_bytes_from_client += packet_size

ou

  • bundleA_ipv6_packets_from_client += 1

  • bundleA_ipv6_bytes_from_client += packet_size

Estatísticas de tráfego da Internet para o cliente

Na direção inversa, os pacotes da Camada 3 vêm da Internet para o pacote.

Os pacotes e bytes são contados de acordo com seu tipo de Camada 3 no pacote:

  • bundleA_ipv4_packets_to_client += 1

  • bundleA_ipv4_bytes_to_client += packet_size

ou

  • bundleA_ipv6_packets_to_client += 1

  • bundleA_ipv6_bytes_to_client += packet_size

Se os pacotes estiverem fragmentados, os fragmentos pertencentes ao mesmo pacote poderão ser enviados para links diferentes. Como nenhuma família IPv4 ou IPv6 é indicada nos links, todos os fragmentos de saída são contados usando um método independente de protocolo.

  • A contagem de pacotes de saída independente de protocolo é incrementada em 1.

  • A contagem de bytes de saída independente de protocolo é incrementada pelo tamanho do fragmento.

Exemplo de saída de estatísticas finais do RADIUS

O exemplo de saída a seguir mostra as estatísticas finais do RADIUS:

Documentação relacionada