Gx-Plus para assinantes de provisionamento

Benefícios do Gx-Plus

• Estende a interface 3GPP Gx para fornecer provisionamento, ativação e desativação de serviços; gatilhos limiares para processamento de estatísticas de serviços; contabilidade de serviços; encerramento da sessão de assinantes; recuperação de falhas; e notificações de eventos (login e logotipo do assinante).

Login para assinantes

O provisionamento Gx-Plus é habilitado para assinantes quando você inclui a provisioning-order gx-plus declaração no nível de [edit access profile profile-name] hierarquia. Quando um aplicativo solicita a AAA para ativar a sessão do assinante, o roteador envia uma mensagem CCR-I ao PCRF para solicitar o provisionamento para a sessão do assinante. A mensagem CCR-I deve incluir os AVPs Juniper-Virtual-Router, Framed-IP-Address e NAS-Port-ID AVPs. A solicitação não é gerada quando nenhum endereço IPv4 foi atribuído ao assinante, quando o IPv6 está habilitado e um endereço IPv6 foi atribuído, ou quando o NAS-Port-ID é desconhecido. A partir do lançamento do Junos OS 17.4R1, a mensagem CCR-I inclui o AVP de ID por assinatura (código AVP 443) com o AVP do tipo de Id por assinatura definido para 4 e AVP de Id-dados por assinatura definido para reserved.

O PCRF retorna uma mensagem de CCA-I que inclui o AVP de código de resultado (código AVP 268). O roteador considera um CCA-I que não inclua a AVP do código de resultado como uma resposta com falha. O CCA-I pode devolver o Charging-Rule-Install AVP (código AVP 1001), que identifica serviços a serem ativados.

Se o valor do código de resultado for DIAMETER_SUCCESS (2001), o roteador comunica à AAA que o serviço solicitado é ativado. Se o valor do código de resultado for DIAMETER_AUTHORIZATION_REJECTED, o roteador comunica à AAA que a ativação do serviço não é permitida. Se o AVP do código de resultado tiver algum outro valor ou estiver ausente, a solicitação será novamente ensaiada. Um total de três mensagens CCR-I podem ser enviadas.

Se o PCRF não indicar sucesso ou falha, então por padrão o roteador continua a enviar solicitações, mas as solicitações de nova tentativa são mensagens CCR-N (notificações sem resposta) que incluem o Juniper-Provisioning-Source AVP (código AVP 2101). Este AVP indica que o roteador tem autoridade de tomada de decisão local para fornecer serviços na ausência de uma resposta PCRF ao CCR-I. Esta AVP não está presente na mensagem CCR-I.

Um login de assinante inicia a seguinte sequência de eventos:

1. Um aplicativo cliente — como DHCP, PPP ou sessões estáticas de assinantes — solicita a AAA para autenticar o assinante.

2. A autenticação começa se o perfil de acesso do assinante especificar a autenticação RADIUS. O login continua quando a autenticação é bem sucedida. O login falha quando a authentication-order declaração no perfil não especifica autenticação RADIUS ou nenhuma autenticação. O login também falha quando a autenticação falha.

3. Serviços padrão são ativados para o assinante. Quaisquer serviços que o servidor de autenticação inclua na concessão de autenticação são ativados. Além disso, um serviço padrão pode ter sido configurado para o aplicativo do cliente.

4. Se o perfil de acesso do assinante especificar o provisionamento Gx-Plus, o roteador inicia a troca de mensagens Gx-Plus enviando uma mensagem CCR-I ao PCRF. O roteador espera que o PCRF responda com uma mensagem CCA-I em um período de tempo limite não configurável.

   Quando o PCRF responde dentro do período de intervalo e inclui a AVP de instalação de regra de carregamento na mensagem CCA-I, o login do assinante é adiado enquanto o roteador desativa quaisquer serviços padrão e tenta ativar os serviços especificados.

   • Se todos os serviços especificados forem ativados, o login será concluído.

   • Se algum dos serviços não puder ser ativado, o roteador envia ao PCRF uma mensagem CCR-U com o status dos serviços (um relatório de regra). O PCRF responde a esta mensagem com um CCA-U que pode conter um novo conjunto de serviços para ativação.

   • O roteador ignora quaisquer serviços padrão, mesmo que a mensagem CCA-I não inclua nenhum serviço. Nesta circunstância, nenhum serviço é ativado.

   Se o PCRF não devolver um CCA-I dentro do período limite, o login do assinante será concluído.

   • O roteador pesquisa primeiro os serviços devolvidos do servidor de autenticação e ativa qualquer um que encontrar. Se esses serviços não forem encontrados, o roteador ativa qualquer serviço padrão configurado localmente. O login do assinante é concluído quando a ativação padrão do serviço é bem sucedida, mas falha quando qualquer serviço padrão não é ativado. Como os serviços padrão não são necessários para estar presentes, o login também é concluído quando nenhum serviço padrão é encontrado.

   • Se o login for concluído (com ou sem um serviço padrão), o roteador reenca periodicamente a mensagem CCR-I para o PCRF. Se o PCRF retornar posteriormente um CCA-I, o roteador desativa o serviço padrão, se houver, e então ativa quaisquer serviços incluídos no CCA-I. Se a mensagem não incluir nenhum serviço, nenhum serviço será ativado, nem mesmo um serviço padrão.

   • Se algum dos serviços contidos no CCA-I não puder ser ativado, o roteador envia ao PCRF uma mensagem CCR-U com o status dos serviços (um relatório de regra). O PCRF responde a esta mensagem com um CCA-U que pode conter um novo conjunto de serviços para ativação.

5. O roteador começa a monitorar as estatísticas de contabilidade de sessão se a mensagem CCA-I incluir quaisquer gatilhos limiares para monitoramento de uso. A AVP de informações de monitoramento de uso (código AVP 1067) contém os gatilhos limiares na AVP de unidade de serviço concedido (código AVP 431). Os gatilhos são os valores concedidos pelo PCRF para as seguintes estatísticas: duração da sessão, contagem de octets de entrada, contagem de octets de saída e contagem total de octets.

   1. Se as estatísticas de serviço atenderem ou excederem qualquer um desses limites de gatilho durante a sessão, o roteador envia uma mensagem CCR-U ao PCRF com informações contábeis no AVP de informações de monitoramento de uso (código AVP 1067). O AVP agora contém o AVP de unidade de serviço usado (código AVP 446) para relatar os valores atuais para todas as quatro estatísticas.

   2. Em resposta, o PCRF pode retornar uma mensagem CCA-U com a AVP de informações de monitoramento de uso, que pode incluir qualquer um dos seguintes: a AVP de unidade de serviço concedido com novos gatilhos limiares (valores absolutos em vez de incrementos para os limiares anteriores), o AVP de instalação de regra de carregamento (código AVP 1001) para ativações de serviços ou o AVP de remoção de regra de carregamento (código AVP 1002) para desativações de serviços.

      Nota:

      O roteador não agrega estatísticas entre serviços.

6. Quando o assinante faz o login, o roteador envia uma mensagem CCR-T (aviso de rescisão) para o PCRF, que responde com uma mensagem CCA-T.

Tolerância a falhas e notificação de eventos

Embora a probabilidade seja baixa, o PCRF e o roteador podem ter valores diferentes para o número de assinantes. Esse erro pode surgir dos seguintes cenários:

• Perda de CCA-I: se nenhum CCA-I for entregue ao roteador, o PCRF considera um assinante como provisionado, enquanto o roteador considera que não está provisionado.

• Perda de CCR-T: se nenhum CCR-T for entregue ao PCRF, então o PCRF considera um assinante provisionado, enquanto o roteador considera o assinante não provisionado (logado).

A perda de mensagens pode ser maior durante as botas frias e eventos de alta disponibilidade. As solicitações CCR-I e CCR-T não reconhecidas são retransmitidas para sempre até que uma resposta satisfatória seja recebida para reduzir a incidência de falhas, e eventos significativos são relatados ao Gx-Plus. Por padrão, o número de solicitações pendentes é limitado a 40 para evitar sobrecarregar o PCRF. Esse limite reduz a possibilidade de perder solicitações. Você pode modificar esse número incluindo a max-outstanding-requests declaração no nível hierárquico [edit access-gx-plus global] .

O Gx-Plus não depende do estado de conexão entre dispositivos para detectar interrupções no roteador ou PCRF, porque alguns eventos não afetam o estado de conexão e outros não são detectados quando há um retransmissão de Diameter ou proxy entre os dispositivos. As notificações de eventos (mensagens JSER) são enviadas quando certos eventos ocorrem no roteador. O Juniper Event-Type AVP (código AVP 2103) na mensagem descreve o evento.

As notificações de eventos são retraídas até que a Gx-Plus devolva uma mensagem JSEA com um valor de código de resultado de DIAMETER_SUCCESS (2001) para reconhecer o recebimento da notificação do evento. Ao tentar novamente as notificações, uma notificação é enviada para cada evento pendente. Nenhuma outra solicitação é enviada desde que haja qualquer evento pendente que não seja um cão relógio de aplicativo (AWD).

A Tabela 2 lista os eventos do roteador e as ações subsequentes de roteador e PCRF.

Um aspecto importante da tolerância a falhas do Gx-Plus é que as solicitações de login e rescisão de assinantes são reencarnadas (repetidas) para sempre até que uma resposta satisfatória seja recebida do PCRF. Em raras circunstâncias, isso pode resultar em uma pilha de solicitações pendentes sendo repetidas vezes.

Você pode emitir o clear network-access gx-plus replay comando para limpar todas as solicitações pendentes. Esse comando faz com que a Gx-Plus envie uma mensagem JSER para PCRF que inclua o Juniper-Event-Type AVP (código AVP 2103) com um valor de 3 indicando uma solicitação de descoberta. O PCRF então retorna uma mensagem JDER para iniciar a descoberta de todos os assinantes. Quando essa descoberta for concluída, todas as solicitações de assinantes pendentes serão liberadas.

Descoberta gerada por PCRF

O PCRF executa um processo de descoberta em resposta à perda de dados, esgotamento dos recursos do roteador, solicitação do operador ou solicitação de roteador. A mensagem JSDR especifica o nível de verbosidade desejado na resposta do Gx-Plus. A mensagem também especifica se a solicitação é para dados sobre uma sessão específica ou informações semelhantes a um Get-Bulk SNMP para todas as sessões. A Gx-Plus retorna uma mensagem JSDA que indica sucesso completo, sucesso limitado ou um erro. Em caso de sucesso, os dados solicitados também são devolvidos.

Contabilidade de assinantes

Quando o PCRF retorna uma mensagem de CCA-I ao roteador, a mensagem pode conter limites para qualquer uma das várias estatísticas de uso para uma sessão de assinantes ou sessão de serviço: Duração, dados de entrada, dados de saída ou dados totais para a sessão. Após o recebimento de um limite, o roteador começa a monitorar a atividade de sessão de serviço do assinante para essa estatística. Quando a estatística de uso atinge o limite, ele aciona o roteador para enviar uma mensagem de notificação de uso Gx-Plus (CCR-U) para o PCRF. Em resposta, o PCRF pode enviar uma mensagem de CCA-U para especificar um novo limite, ativar novos serviços ou desativar serviços atuais.

O PCRF também pode enviar uma mensagem CCR-U que solicita explicitamente o monitoramento de uso para estatísticas em diferentes níveis. O roteador pode monitorar o uso no nível de assinante ou no nível de serviço. A AVP da unidade de serviço concedido na mensagem especifica uma ou mais das seguintes estatísticas:

• CC-Input-Octets

• CC-Output-Octets

• CC-Total-Octets

• Cc-Time

Se alguma outra estatística for especificada, o roteador envia ao PCRF uma mensagem de CCA indicando que estatísticas incorretas foram solicitadas. Quando o limiar especificado para uma estatística monitorada é atingido, o roteador envia uma CCR-U que contém o relatório de uso para as estatísticas. Em resposta, o PCRF envia outro CCA-R com novos limites ou uma solicitação para ativar ou desativar serviços.

Limites de uso de assinantes

O monitoramento de limiar Gx-Plus permite o rastreamento de estatísticas de sessão, incluindo a duração da sessão e o número de bytes de entrada, bytes de saída e bytes totais permitidos (concedidos) e usados. O monitoramento de limiar envolve o uso de inúmeros AVPs.

• AVP de instalação de regras — uma AVP agrupada que pode consistir dos dois AVPs a seguir:

  • AVP de nome de instalação de regras — o nome do perfil dinâmico a ser ativado, correspondente a um serviço.

  • AVP de chave de monitoramento —(Opcional) O nome da definição de monitoramento, que faz parte das mensagens CCR/RAR, indica que os limiares Gx-Plus estão habilitados. A AVP chave de monitoramento deve ser única no contexto do assinante, mas mais de uma dessas chaves pode ser incluída no AVP de instalação de regras, um por assinante. Para cada AVP de chave de monitoramento mencionada no AVP de instalação de regras, deve haver um AVP de monitoramento correspondente.

• Monitoramento de AVP — A definição de monitoramento, que consiste no AVP de chave de monitoramento e na AVP de unidade de serviço concedido ou na AVP da unidade de serviços usados:

  • • AVP chave de monitoramento — o nome da definição de monitoramento.

  • AVP de unidade de serviço concedido — uma AVP agrupada que inclui os seguintes valores de limite de sessão:

    • AVP de duração — período de tempo em segundos atribuído ao assinante antes de precisar pedir uma extensão.

    • AVP de bytes de entrada — Número de bytes de entrada alocados para o assinante antes de precisar pedir uma extensão. Um valor de zero indica que o limiar está desativado.

    • Saída Bytes AVP — Número de bytes de saída alocados para o assinante antes de precisar pedir uma extensão. Um valor de zero indica que o limiar está desativado.

    • Total-Bytes AVP — Número de bytes de entrada e saída no total alocados para o assinante antes de precisar pedir uma extensão.

    Os valores de limite da Unidade de Serviço Concedido são um pouco análogos a um leasing. Neste caso, se nenhum valor limite for fornecido, então os valores concedidos ou "leasing" são efetivamente infinitos. A ausência de limites significa que não há limites sobre os valores.

  • AVP de unidade de serviços usados — uma AVP agrupada que inclui os seguintes valores de limite de sessão, que são análogos a uma espécie de leasing:

    • AVP de duração — período de tempo em segundos que o serviço foi usado.

    • AVP de bytes de entrada — Número de bytes de entrada usados pelo assinante nesta sessão.

    • Saída Bytes AVP — Número de bytes de saída usados pelo assinante nesta sessão.

    • Total-Bytes AVP — Número de bytes de entrada e saída no total usados pelo assinante nesta sessão.

Nenhum limite é habilitado se o roteador agir como um PCEF receber uma mensagem CCA ou RAR que contenha um ou mais AVPs de instalação de regras, mas sem AVPs de chave de monitoramento.

Considere o exemplo a seguir. O PCEF recebe os AVPs listados em uma mensagem de CCA-I. Quando o PCEF ativa o serviço svc-21-g, o conjunto de limiares monitorados, o thresh-459 torna-se ativo para o serviço. O serviço instanciado recebe 600 segundos, 1 bilhão de bytes de entrada, 1 bilhão de bytes de produção e um total de 2 bilhões de bytes combinados.

• AVP de instalação de regras

  • AVP de nome de instalação de regras = svc-21-g

  • AVP de chave de monitoramento = thresh-459

• Monitoramento de AVP

  • AVP de chave de monitoramento = thresh-459

  • AVP de unidade de serviço concedido

    • AVP de duração = 600s

    • AVP de bytes de entrada = 1.000.000.000

    • Saída bytes AVP = 1.000.000.000

    • AVP total de bytes = 2.000.000.000

Se o CCA-I incluir os seguintes AVPs e valores, tudo será o mesmo que acima, exceto que nenhum limite é colocado em bytes de entrada ou bytes de saída, apenas um limite no número total de bytes. Omitir os AVPs de bytes de entrada e bytes de saída do AVP de unidade de serviço concedido tem o mesmo efeito.

• AVP de instalação de regras

  • AVP de nome de instalação de regras = svc-21-g

  • AVP de chave de monitoramento = thresh-459

• Monitoramento de AVP

  • AVP de chave de monitoramento = thresh-459

  • AVP de unidade de serviço concedido

    • AVP de duração = 600s

    • AVP de bytes de entrada = 0

    • Saída bytes AVP = 0

    • AVP total de bytes = 2.000.000.000

Não importa qual limite seja atingido primeiro; o PCEF se comporta da mesma forma.

1. Ele desativa o conjunto completo de limiares monitorados para o serviço. Nos exemplos acima, o thresh-459 é desativado para o serviço sVC-21-g.

2. A Authd envia um relatório limiar (CCR-U) para o PCRF que inclui o AVP de monitoramento com os valores atuais para os limites; elas compõem a AVP da unidade de serviços usados:

   • Monitoramento de AVP

     • AVP de chave de monitoramento = thresh-459

     • AVP da unidade de serviços usados

       • AVP de duração = 600s

       • AVP de bytes de entrada = 22.110.000

       • Saída bytes AVP = 21.161.004

       • AVP total de bytes = 43.271.004

3. authd espera que o PCRF responda à CCR-U com a AVP de monitoramento, fornecendo novos valores para os limites. Para usar a analogia de locação, a resposta deve estender o "leasing" para a sessão; por exemplo:.

   • Monitoramento de AVP

     • AVP de chave de monitoramento = thresh-459

     • AVP de unidade de serviço concedido

       • AVP de duração = 3600s

       • AVP de bytes de entrada = 1.500.000.000

       • Saída bytes AVP = 2.000.000.000

       • AVP total de bytes = 3.500.000.000

Se o novo AVP de duração fornecido pelo PCRF for baixo, isso pode resultar em um ciclo apertado de acessos limiares, relatórios e atualizações. Consequentemente, o PCEF garante que o limite seja de uma duração razoável, adicionando o novo valor do PCRF ao valor relatado atual; isso se torna a nova concessão de duração. Usando o exemplo acima, o (valor atual + novo valor) = 600 + 3600 = 4200 segundos.

O que acontece se o PCRF não responder à CCR-U? Em vez de deixar os limiares desativados, o PCEF fornece ao AVP de monitoramento um único novo valor, a duração:

• Monitoramento de AVP

  • AVP de chave de monitoramento = thresh-459

  • AVP de unidade de serviço concedido

    • AVP de duração = current value + minimum-duration

O roteador tem valores mínimos padrão para todos os AVPs limiares:

• Bytes de entrada mínimo - 1.000.000

• Bytes de saída mínimo - 1.000.000

• Total de Bytes mínimo - 1.000.000

• Duração mínima — 600

Usando o exemplo de 600 segundos para o valor de duração atual, se o PCRF não responder ao CCR-U, o novo valor de duração passa a ser de 600 + 600 = 1200 segundos. Não há limites para as contagens de byte. Quando o novo limite de duração é cumprido, o PCEF gera outro relatório de limite de CCR-U para o PCRF.

Auditoria de assinantes

O PCRF pode enviar uma solicitação de reautorização (mensagem RAR) ao Gx-Plus a qualquer momento para determinar se um determinado assinante ainda está logado. Você também pode acionar manualmente o PCRF para fazê-lo emitindo o clear network-access aaa gx-plus replay comando.

O Session-Id AVP identifica a sessão de assinantes. O Gx-Plus retorna uma mensagem RAA para fornecer status na sessão do assinante. Quando a sessão ainda está ativa (encontrada no banco de dados da sessão) o valor de AVP do Código de Resultado na mensagem RAA é DIAMETER_SUCCESS (2001). Quando a sessão não é encontrada, o valor do Código de Resultado é DIAMETER_UNKNOWN_SESSION_ID (5002). Um valor de código de resultado de DIAMETER_UNABLE_TO_DELIVER (3002) indica que o Gx-Plus não está configurado.

A partir do Junos OS Release 17.4R1, o roteador atualiza estatísticas monitoradas quando são recebidas na RAR pelo PCRF. Quando a Gx-Plus envia uma mensagem RAA após receber uma mensagem RAR solicitando ativação ou desativação de serviços, ela também envia uma mensagem CCR-U para o PCRF com estatísticas atualizadas.

Logotipo do assinante

Quando o aplicativo cliente envia um aviso de logotipo do assinante para a AAA, a Gx-Plus envia uma mensagem CCR-T para notificar o PCRF de que a sessão de assinante provisionada está sendo terminada. O PCRF retorna uma mensagem CCA-T que inclui o AVP de código de resultado. Se o valor do código de resultado for DIAMETER_SUCCESS, o Gx-Plus notifica a AAA e a AAA notifica o aplicativo de que o logotipo está completo. Se o Gx-Plus não receber uma mensagem CCA-T ou se o AVP do código de resultado tiver algum outro valor ou estiver ausente, a solicitação de rescisão será reenvaada até que a mensagem CCA-T seja devolvida com DIAMETER_SUCCESS.