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 para o atacadista e 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 chamada 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 nível de [edit access profile profile-name accounting] hierarquia, onde o assinante reside e como o assinante é autenticado.

Outros cenários

Para cenários que não estão em um ambiente de rede de atacado de Camada 3, você pode querer enviar registros contábeis duplicados para um conjunto diferente de servidores RADIUS que residem no mesmo contexto de roteamento ou em um contexto de roteamento diferente. Ao contrário do cenário de atacado de Camada 3, o alvo para os registros de contabilidade RADIUS duplicados não precisa ser o VRF padrão. Você pode especificar um único VRF não desdestabelheiro — ou seja, além da combinação padrão LS:RI padrão — 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 de [edit access profile profile-name accounting duplication-vrf] hierarquia. 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 intermediá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 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 intermediárias de contabilidade duplicadas: o roteador filtra mensagens de contabilidade duplicadas. As mensagens de contabilidade são enviadas apenas para servidores de contabilidade RADIUS no perfil de acesso do assinante.

• Mensagens intermediárias de contabilidade originais — o roteador filtra mensagens de contabilidade destinadas a servidores de contabilidade RADIUS originais, que são servidores de contabilidade no perfil de acesso do assinante. As mensagens de contabilidade são enviadas apenas para servidores de contabilidade de duplicação (servidores em um perfil de acesso de duplicação diferente do perfil de acesso do assinante).

• Atributos RADIUS excluídos — o roteador filtra os atributos RADIUS nas mensagens de contabilidade com base na configuração da exclude declaração no perfil de acesso no contexto de 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 as 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ê quer saber se o número de mensagens pendentes de parada contábil 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 resumidas 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 resumidas para todos os assinantes que têm mensagens de parada contábil 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, mesmo tendo 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 os processos contábeis:

1. Emitimos 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 contábil, está suspensa para todos os servidores contábeis em todos os contextos de roteamento.

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

   1. Uma mensagem de registro do sistema é gerada para indicar que a base começou a ser estatísticas contábeis.

   2. As estatísticas de tempo e volume para cada assinante são definidas no valor da linha de base. A quantidade de tempo necessária para concluir o processo de linha de base é indeterminada, 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 base está completa para reiniciar os processos contábeis.

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

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

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 apenas para valores de linha de base se a contabilidade intermediária for habilitada para o assinante usando a set update-interval minutes declaração no nível de [edit access profile profile-name accounting] hierarquia. Se a contabilidade intermediária não for habilitada para um assinante, os contadores desse assinante correspondente não serão mapeados para valores de linha de base.

Após a execução da solicitação da linha de base, um período de tempo não especificado passa para a linha de base de todos os registros de assinantes. Durante esse intervalo, as estatísticas de um assinante podem se acumular quando as informações estatísticas de outro assinante estiverem sendo base. À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 completa. 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 for instalada.

Diretrizes para suspensão contábil e baseamento de estatísticas

Tenha em mente os seguintes pontos quando você 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 limites de Controle de Sessão e Recursos (SRC) da Gx-Plus e Juniper Networks ou cotas de volume de sessão RADIUS são eficazes para qualquer assinante. A solicitação de suspensão da 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 contábil 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 contábil.

• A base para assinantes que não estão configurados com contabilidade intermediá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 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 está em processo, quando o estado de daemon do chassi muda 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 são retomados após o switchover do Mecanismo de Roteamento para a versão para a qual o dispositivo é atualizado.

• Se um switchover gracioso do Mecanismo de Roteamento (GRES) ocorrer enquanto a contabilidade estiver suspensa ou a base estiver em andamento, o estado de suspensão ou base está preservado após a reinicialização do roteador. Nesse cenário, a contabilidade é suspensa após a reinicialização do roteador e os assinantes para os quais os contadores ainda estão para ser base são baseado após o roteador estar on-line.

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

Considere o cenário a seguir:

1. A contabilidade intermediária está configurada para assinante X. Ele não está configurado para assinantes Y e Z.

2. A última solicitação de contabilidade intermediária enviada antes da suspensão da contabilidade inclui estatísticas para 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 a contabilidade intermediá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 de linha de base é estabelecido para assinantes X e Y, porque eles não têm a contabilidade intermediá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 assinantes Y e 20.000 octets para assinante Z.

6. Assinante Z faz logon. 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 é retomada.

9. Assinante X faz logon. Embora 200.000 octets totais tenham sido enviados para o assinante X, o registro do Acct-Stop informa apenas 150.000 octets: 200.000 octets totais menos a linha de base de 50.000 octet.

10. Assinante Y faz logon. Como 100.000 octets totais foram enviados para assinante Y e não há valor de linha de base, o registro acct-stop informa o total de 100.000 octets.

A Tabela 7 resume esse cenário.