Contabilidade RADIUS para acesso ao assinante

Cenários de atacado de Camada 3

Em um ambiente de rede de atacado de Camada 3, o atacadista e o varejista podem usar diferentes servidores de contabilidade RADIUS, e ambos podem querer receber relatórios contábeis. Nessa situação, você pode configurar relatórios duplicados de contabilidade RADIUS, que envia relatórios tanto para o atacadista quanto para os servidores de contabilidade do varejista. O alvo para o qual os registros contábeis duplicados são enviados deve estar no sistema lógico padrão:combinação de instâncias de roteamento (LS:RI), também chamado de VRF padrão.

A Tabela 2 mostra onde o gerenciamento de assinantes envia os relatórios contábeis quando você habilita relatórios duplicados. O gerenciamento de assinantes envia relatórios duplicados com base no perfil de acesso no qual você configura a duplication declaração no [edit access profile profile-name accounting] nível de hierarquia, onde o assinante reside e como o assinante é autenticado.

Outros cenários

Para cenários que não estejam em um ambiente de rede por atacado de Camada 3, você pode querer enviar registros contábeis duplicados para um conjunto diferente de servidores RADIUS que residem no mesmo ou em um contexto de roteamento diferente. Ao contrário do cenário de atacado de Camada 3, o alvo para os registros contábeis RADIUS duplicados não precisa ser o VRF padrão. Você pode especificar um único VRF sem falhas — ou seja, além da combinação padrão LS:RI — como o alvo. Além disso, você pode especificar até cinco perfis de acesso no VRF alvo que listam os servidores de contabilidade RADIUS que recebem os relatórios duplicados.

Por exemplo, você pode ter um cenário de interceptação legal em que o assinante é autenticado no domínio padrão. Uma organização de aplicação da lei autorizada precisa de registros contábeis duplicados para que o assinante seja enviado a um dispositivo de mediação que resida no domínio de rede da organização, que está em um VRF não desdestabilizado.

O gerenciamento de assinantes envia relatórios duplicados para o VRF que você especifica com a vrf-name declaração no nível hierárquico [edit access profile profile-name accounting duplication-vrf] . Inclua a access-profile-name declaração no mesmo nível para designar os perfis de acesso que, por sua vez, especificam os servidores RADIUS que recebem os relatórios duplicados.

Filtros para relatórios contábeis duplicados

O gerenciamento de assinantes oferece um recurso de filtro de duplicação que permite especificar quais servidores de contabilidade recebem os relatórios provisórios de contabilidade RADIUS quando os relatórios duplicados de contabilidade RADIUS estão ativos. Você configura os filtros no perfil de acesso AAA, e o roteador então aplica os filtros aos assinantes associados a esse perfil.

O gerenciamento de assinantes oferece suporte à filtragem a seguir para relatórios duplicados de contabilidade RADIUS:

• Mensagens provisórias de contabilidade duplicadas — o roteador filtra mensagens de contabilidade duplicadas. As mensagens de contabilidade são enviadas apenas aos servidores de contabilidade RADIUS no perfil de acesso do assinante.

• Mensagens provisórias de contabilidade originais — o roteador filtra mensagens contábeis destinadas a servidores contábeis RADIUS originais, que são servidores contábeis no perfil de acesso do assinante. As mensagens contábeis são enviadas apenas para servidores de contabilidade duplicados (servidores em um perfil de acesso duplicado que não seja o perfil de acesso do assinante).

• Atributos RADIUS excluídos — o roteador filtra os atributos RADIUS nas mensagens de contabilidade com base na configuração de exclude declaração no perfil de acesso no contexto da duplicação. Você pode usar o filtro excludente sozinho ou com os filtros de mensagem de contabilidade duplicados ou originais.

Propósito

Exibir informações sobre mensagens de parada de contabilidade RADIUS que estão sendo retidas devido à incapacidade de entrar em contato com o servidor de contabilidade RADIUS.

Ação

Quando você quiser saber se o número de mensagens pendentes de parada de contabilidade está chegando ao máximo, você pode exibir uma contagem simples de solicitações pendentes:

Você pode usar outros comandos para exibir mais informações sobre as mensagens contábeis. O próximo exemplo exibe informações para todos os serviços na sessão de contabilidade para o usuário vjshah29@example.com. Embora este exemplo mostre apenas um usuário, esse comando realmente exibe as informações para todos os assinantes para os quais a contabilidade está sendo apoiada.

Você pode exibir informações sumárias para todos os usuários com um perfil de acesso específico. No exemplo a seguir, apenas um único usuário, vjshah29@example.com, tem o perfil de acesso especificado, o perfil ce-ppp:

Você também pode exibir informações sumárias para todos os assinantes que têm mensagens de parada de contabilidade pendentes, independentemente do perfil de acesso. O próximo exemplo exibe informações para dois usuários. Como o larry@example.com do assinante não é mostrado no exemplo anterior, ele deve ter um perfil de acesso diferente do vjshah29@example.com, embora tenha recebido os mesmos serviços.

Sequência de eventos durante a suspensão, baseamento e retomada da contabilidade

A sequência de eventos a seguir ocorre quando você suspende a contabilidade, gera uma linha de base e reinicia processos contábeis:

1. Emita o request network-access aaa accounting suspend comando para suspender a contabilidade.

   1. Uma mensagem de registro do sistema é gerada para indicar que a contabilidade foi suspensa.

   2. Toda a contabilidade, incluindo opções de backup de contabilidade, está suspensa para todos os servidores contábeis em todos os contextos de roteamento.

2. Emita o request network-access aaa accounting baseline comando para gerar uma linha de base.

   1. Uma mensagem de registro de sistema é gerada para indicar que o baseamento começou para estatísticas contábeis.

   2. As estatísticas de tempo e volume para cada assinante estão definidas no valor da linha de base. O tempo que se leva para concluir o processo de linha de base é indeterminado, dependendo do número de detalhes estatísticos.

   3. Uma mensagem de registro do sistema é gerada para indicar que a base foi concluída.

3. Emita o request network-access aaa accounting resume comando quando a baselinização estiver completa para reiniciar os processos contábeis.

   1. Uma mensagem de registro do sistema é gerada para indicar que a contabilidade foi reiniciada.

   2. Todas as opções de contabilidade configuradas anteriormente são reenableabled.

A operação da linha de base tenta basear os contadores de tempo e volume para cada assinante. Os contadores de assinantes são definidos como valores básicos apenas se a contabilidade provisória for habilitada para o assinante usando a set update-interval minutes declaração no [edit access profile profile-name accounting] nível hierárquicos. Se a contabilidade provisória não for habilitada para um assinante, os contadores desse assinante correspondente não serão mapeados em valores básicos.

Após a solicitação da linha de base ser executada, um período de tempo não especificado se passa para a linha de base de todos os registros de assinantes. Durante este intervalo, as estatísticas para um assinante podem se acumular quando as informações estatísticas de outro assinante estão sendo baseadas. Às vezes, após o início da base, os contadores para alguns serviços podem ser imprecisos e inconsistentes devido ao tráfego entregue a um assinante, enquanto os contadores desse assinante são básicos. Quando o comando da linha de base foi executado, a contabilidade não pode ser retomada até que a linha de base esteja concluída. Se você emitir o comando enquanto a contabilidade não estiver suspensa ou enquanto a base estiver em andamento, o comando falha. O comando relata um erro se a licença de contabilidade não estiver instalada.

Diretrizes para suspensão de contabilidade e base de estatísticas

Tenha em mente os seguintes pontos quando suspender a contabilidade e especificar uma linha de base para estatísticas:

• A suspensão da contabilidade em um ambiente onde os limites (ou cotas) são aplicáveis não é suportado. Isso inclui ambientes onde os limiares de Sessão e Controle de Recursos (SRC) da Gx-Plus e Juniper Networks ou as cotas de volume de sessão RADIUS são eficazes para qualquer assinante. A solicitação de suspensão de contabilidade falha se algum assinante tiver limites ou cotas.

• A ativação de serviços de limite (ou cota) não é permitida enquanto a contabilidade é suspensa.

• A base de contabilidade não é suportada quando a contabilidade não é suspensa.

• Você não pode especificar mais de uma solicitação de linha de base durante uma suspensão de contabilidade.

• A base para assinantes que não estão configurados com contabilidade provisória não é suportada.

• O tempo necessário para a operação da linha de base ser concluída é indeterminado. Depende da quantidade e profundidade das estatísticas que estão sendo coletadas e é proporcional ao número de sessões de assinantes e serviços que estão ativas no momento em que a linha de base é iniciada. O comando falha se você tentar retomar a contabilidade enquanto a base ainda está em andamento.

• Você não pode usar os comandos para suspender, linha de base ou retomar a contabilidade durante um processo ISSU unificado. Se você tentar realizar um ISSU unificado enquanto a linha de base estiver em processo, quando o estado do daemon do chassi mudar para o estado DAEMON_ISSU_PREPARE, os processos de autenticação e encaminhamento de pacotes suspendem a base em um limite de sessão e retomam após o switchover do Mecanismo de Roteamento para a versão para a qual o dispositivo é atualizado.

• Se ocorrer um switchover gracioso do mecanismo de roteamento (GRES) enquanto a contabilidade estiver suspensa ou a base estiver em andamento, o estado de suspensão ou baseamento é preservado após a reinicialização do roteador. Em tal cenário, a contabilidade é suspensa após a reinicialização do roteador e os assinantes para os quais os contadores permanecem a ser base são básicos após o roteador estar on-line.

Cenários de amostra de suspensão e base da contabilidade de assinantes

Considere o cenário a seguir:

1. A contabilidade provisória está configurada para o assinante X. Não está configurado para assinantes Y e Z.

2. A última solicitação de contabilidade provisória enviada antes da suspensão da contabilidade inclui estatísticas para o assinante X; Até agora, 50.000 octets de tráfego foram enviados para este assinante. Embora 20.000 octets tenham sido enviados para assinantes Y e 10.000 octets para assinante Z, essas informações ainda não foram relatadas porque não têm contabilidade provisória configurada.

3. A contabilidade está suspensa.

4. A base começa. A contagem atual para assinante X é de 50.000 octets; isso se torna o valor básico para o assinante. Nenhum valor básico é estabelecido para os assinantes X e Y, porque eles não têm a contabilidade provisória configurada.

5. Embora a base esteja em andamento, o tráfego continua a ser enviado para os três assinantes: 150.000 octets para assinante X, 80.000 octets para assinante Y e 20.000 octets para assinante Z.

6. O assinante Z faz o login. Nenhuma solicitação de Acct-Stop é enviada porque a contabilidade está suspensa. Consequentemente, as estatísticas contábeis finais são perdidas para este assinante.

7. A base é completa.

8. A contabilidade é reiniciada.

9. O assinante X faz o login. Embora 200.000 octets totais tenham sido enviados para o assinante X, o recorde da Acct-Stop relata apenas 150.000 octets: 200.000 octets totais menos a linha de base de 50.000 octets.

10. O assinante Y faz o login. Como 100.000 octets totais foram enviados para o assinante Y e não há valor básico, o registro acct-stop relata o total de 100.000 octets.

A Tabela 7 resume esse cenário.