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ço; 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-Virtual-Router, Framed-IP-Address e NAS-Port-ID. 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 Id por assinatura definido para 4 e a AVP de assinatura-Id-Data definida para reserved.

O PCRF retorna uma mensagem 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 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á revarinada. 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ões local para fornecer serviços na ausência de uma resposta PCRF ao CCR-I. Este AVP não está presente na mensagem CCR-I.

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

1. Um aplicativo de 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. Todos os serviços que o servidor de autenticação incluir 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 ao 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 folga e inclui o AVP de instalação de regras 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 regras). 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 de folga, o login do assinante será concluído.

   • O roteador pesquisa primeiro os serviços devolvidos do servidor de autenticação e ativa todos os que encontrar. Se esses serviços não forem encontrados, o roteador ativa qualquer serviço padrão configurado localmente. O login do assinante completa 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 precisam 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 reencena 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 ativar 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 regras). 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 estatísticas de contabilidade de sessão se a mensagem CCA-I incluir quaisquer gatilhos limiares para monitoramento de uso. A AVP 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 enviará 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 devolver uma mensagem CCA-U com o AVP de informações de monitoramento de uso, que pode incluir qualquer um dos seguintes: o 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 regras de carregamento (código AVP 1001) para ativações de serviços ou o AVP de Charging-Rule-Remove (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 sai, o roteador envia uma mensagem CCR-T (aviso de encerramento) ao 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, o PCRF considera um assinante provisionado, enquanto o roteador considera o assinante não provisionado (logado).

A perda de mensagens pode ser maior durante o cold boots e eventos de alta disponibilidade. 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 falha, 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 perda de solicitações. Você pode modificar esse número incluindo a max-outstanding-requests declaração no nível de [edit access-gx-plus global] hierarquia.

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 relé ou proxy Diameter entre os dispositivos. As notificações de eventos (mensagens JSER) são enviadas quando determinados 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 revarinadas 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 excepcional além de um cão relógio de aplicativo (AWD).

A Tabela 2 lista eventos de 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 encerramento de assinantes são retraídas (reproduzidas) 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 ao PCRF que inclui 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. O 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 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 chega ao limiar, 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 CCA-U para especificar um novo limite, ativar novos serviços ou desativar os 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 do assinante ou no nível de serviço. O AVP de 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 quaisquer outras estatísticas forem especificadas, 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 um 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 do 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 limiares envolve o uso de vários AVPs.

• AVP de instalação de regras — um AVP agrupado que pode consistir nos dois AVPs a seguir:

  • AVP de nome de instalação de regras — o nome do perfil dinâmico para ativar, 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. O AVP da chave de monitoramento deve ser exclusivo 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 mencionado 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 da chave de monitoramento e na AVP da 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 — um AVP agrupado 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 prorrogação.

    • Input-Bytes AVP — Número de bytes de entrada atribuídos ao assinante antes de precisar pedir uma prorrogação. Um valor zero indica que o limiar está desativado.

    • Saída bytes AVP — Número de bytes de saída atribuídos ao assinante antes de ter que pedir uma prorrogação. Um valor zero indica que o limiar está desativado.

    • Total-Bytes AVP — Número de bytes de entrada e saída no total atribuídos ao assinante antes de ter que pedir uma prorrogação.

    Os valores de limite da Unidade de Serviço Concedido são um pouco análogos a um leasing. Nesse caso, se não forem fornecidos valores limiares, os valores concedidos ou o "leasing" são efetivamente infinitos. A ausência de limites significa que não há limites nos valores.

  • AVP de unidade de serviço usado — um AVP agrupado que inclui os seguintes valores de limite de sessão, que são análogos a uma espécie de locação:

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

    • Input-Bytes AVP — 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 usado pelo assinante nesta sessão.

Nenhum limite é ativado 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 CCA-I. Quando o PCEF ativa o serviço svc-21-g, o conjunto de limiares monitorados, 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 chave de monitoramento = thresh-459

• Monitoramento de AVP

  • AVP 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 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 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 chave de monitoramento = thresh-459

• Monitoramento de AVP

  • AVP chave de monitoramento = thresh-459

  • AVP de unidade de serviço concedido

    • AVP de duração = 600s

    • Entrada bytes AVP = 0

    • Saída bytes AVP = 0

    • AVP total bytes = 2.000.000.000

Não importa qual limiar é atendido primeiro; o PCEF se comporta da mesma forma.

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

2. A Authd envia um relatório limiar (CCR-U) ao 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 chave de monitoramento = thresh-459

     • AVP de unidade de serviço usado

       • 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 ao CCR-U com o 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 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 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 de limiares, relatórios e atualizações. Consequentemente, o PCEF garante que o limite seja de duração razoável, adicionando o novo valor do PCRF ao valor atual relatado; 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 ao CCR-U? Em vez de deixar os limites desativados, o PCEF fornece ao AVP de monitoramento um único valor novo, a duração:

• Monitoramento de AVP

  • AVP 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 torna-se 600 + 600 = 1200 segundos. Não há limites para a contagem de byte. Quando o novo limite de duração é atendido, o PCEF gera outro relatório de limiar 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 de 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 o Gx-Plus envia uma mensagem RAA após receber uma mensagem RAR solicitando ativação ou desativação de serviços, ele também envia uma mensagem CCR-U ao PCRF com estatísticas atualizadas.

Logotipo do assinante

Quando o aplicativo do 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 encerrada. O PCRF retorna uma mensagem CCA-T que inclui o AVP do 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 encerramento será revarinada até que a mensagem CCA-T seja devolvida com DIAMETER_SUCCESS.