Introdução
Este documento descreve como usar o recurso de redirecionamento de Indicação de Unidade Final (FUI - Final Unit Indication) no Sistema de Carregamento On-line (OCS - Online Charging System) para configurar redirecionamentos automáticos de URL para assinantes móveis cuja cota esteja esgotada.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos antes de tentar a configuração descrita neste documento:
- Sistema de carregamento avançado (ECS - Enhanced Charging System) do nó de suporte do GGSN (General Packet Radio Service) do gateway
- Gy OCS
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
- Cisco 5000 e 5500 Series Aggregated Services Routers (ASRs) versões 14.0 e posteriores
- Qualquer OCS que suporte o recurso de redirecionamento FUI
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.
Configurar
Os clientes devem habilitar o recurso de Redirecionamento de URL quando as cotas de assinante se esgotarem. Isso implica que quando a cota do assinante for esgotada, ela deverá ser redirecionada para uma URL pré-configurada onde ele possa recarregar sua conta.
O OCS envia as informações de redirecionamento de FUI em um dos Pares de Valores de Atributos de Diâmetro (AVP) na mensagem de Atualização de Resposta de Controle de Crédito (CCA-U). As informações de redirecionamento FUI (quando o recurso está habilitado no OCS) são normalmente recebidas quando o OCS deseja indicar ao GGSN que essa é a última unidade alocada antes que a cota do assinante seja esgotada.
O GGSN (ASR 5x00) deve ser configurado adequadamente para lidar com os parâmetros de redirecionamento FUI que são recebidos do OCS, conforme descrito nas seções a seguir.
Diagrama de Rede

Configurações
Note: Neste exemplo de configuração, por padrão, todo o tráfego atinge a definição da regra IP-ANY e um valor de content-ID (ou Rating Group (RG)) de 1 é aplicado a todo o tráfego.
Após o esgotamento da cota, o OCS fornece uma URL de redirecionamento neste formato:
http://x.x.x.x:yy/
Quando o usuário começa a enviar o tráfego para a URL redirecionada, ele atinge a definição da regra redirect1 e um valor de ID de conteúdo de 10 é aplicado ao tráfego redirecionado.
Note: Esse ID de conteúdo específico (RG-10) deve estar livre do OCS-end para permitir que o usuário acesse o site redirecionado, onde a conta pode ser recarregada.
Aqui está um exemplo:
active-charging service ECS
ruledef IP-ANY
ip any-match = TRUE
ruledef redirect1
http url starts-with http://x.x.x.x:yy/
charging-action default
content-id 1
cca charging credit
charging-action redirect1
content-id 10
cca charging credit
rulebase DCCA
action priority 100 ruledef redirect1 charging-action redirect1
action priority 65000 ruledef IP-ANY charging-action default
Note: Apenas as configurações mínimas são descritas neste exemplo. As configurações reais de rede de produção podem ter parâmetros adicionais configurados, de acordo com a solução.
Tip: A URL redirecionada também pode ser um nome de Domínio Canônico, como http://redirect.com. Consulte a próxima seção para este cenário específico.
Valor AVP de Endereço de Servidor Redirecionado como um Nome de Domínio Canônico
Se você precisar usar um nome de domínio para a URL de redirecionamento (http://redirect.com), o assinante primeiro enviará uma consulta DNS para resolver o nome de domínio. Nesse caso, a resolução DNS deve ser permitida para os assinantes. Use uma destas duas opções para permitir a resolução DNS para os assinantes:
- Permita todo o tráfego DNS sem passagem para o servidor de cotas.
- Use uma ID de conteúdo diferente para o tráfego DNS e o OCS deve conceder alguma cota para a resolução DNS ser bem-sucedida (mesmo depois que a cota for esgotada).
Verificar
Para verificar se sua configuração funciona corretamente, insira estes comandos show:
show active-charging sessions full imsi xxxx
show subscriber full imsi xxxx
Aqui está um exemplo de saída cortada do comando show ative-loading sessions full imsi xxxx antes que a cota seja esgotada:

Quando a URL redirecionada é usada, a saída deve ser semelhante a esta:

Note: Esses exemplos apenas ilustram saídas de exemplo, e os valores estatísticos reais podem diferir.
Na saída do comando show subscribers full imsi xxxx, os pkts de entrada descartados devem ser 0:

Um valor diferente de zero de pacotes descartados indica que os pacotes são descartados após o esgotamento da cota sem o redirecionamento de URL apropriado.
Troubleshooting
Insira estes comandos na CLI para solucionar problemas da sua configuração:
monitor subscriber imsi xxxx
show subscribers full imsi xxxx
show active-charging sessions full imsi xxxx
Use o rastreamento monitor subscriber imsi xxxx com as Opções A, 19, 34 e Verbosity 5 para verificar se os parâmetros de redirecionamento FUI no formato necessário são recebidos do OCS após o esgotamento da cota.
Note: A opção 34 é importante nas tentativas de verificar os dados que entram e saem do Serviço de Carregamento Ativo (ACS).
Estes são os parâmetros esperados na mensagem CCA-U recebida do OCS:
- A mensagem DIAMETER_LIMITED_SUCCESS (2002) é recebida no nível do comando.
- A mensagem DIAMETER_SUCCESS (2001) é recebida no nível do MSCC.
- O Final-Unit-Indication AVP está presente com os parâmetros de URL de redirecionamento adequados.
Aqui está um exemplo:
INBOUND>>>>> 15:59:52:587 Eventid:81991(5)
Diameter message from 1.1.1.1:3868 to 2.2.2.2:47552
Base Header Information:
Version: 0x01 (1)
Message Length: 0x000170 (368)
Command Flags: 0x40 (64) PXY
Command Code: 0x000110 (272) Credit-Control-Answer
Application ID: 0x00000004 (4) Credit-Control
Hop2Hop-ID: 0xadb045fa (2914010618)
End2End-ID: 0x05620b50 (90311504)
AVP Information:
—<Output Clipped>—
[M] Result-Code
Code: 0x0000010c (268) Result-Code
Flags: 0x40 (64) [M]
Length: 0x00000c (12)
: DIAMETER_LIMITED_SUCCESS (2002) >>>> Command Level Result Code
[M] CC-Request-Type
Code: 0x000001a0 (416) CC-Request-Type
Flags: 0x40 (64) [M]
Length: 0x00000c (12)
: UPDATE_REQUEST (2)
—<Output Clipped>—
[M] CC-Request-Number
Code: 0x0000019f (415) CC-Request-Number
Flags: 0x40 (64) [M]
Length: 0x00000c (12)
: 1
—<Output Clipped>—
[M] Multiple-Services-Credit-Control
Code: 0x000001c8 (456) Multiple-Services-Credit-Control
Flags: 0x40 (64) [M]
Length: 0x0000a8 (168)
[M] Rating-Group
Code: 0x000001b0 (432) Rating-Group
Flags: 0x40 (64) [M]
Length: 0x00000c (12)
: 1
[M] Granted-Service-Unit
Code: 0x000001af (431) Granted-Service-Unit
Flags: 0x40 (64) [M]
Length: 0x000018 (24)
[M] CC-Total-Octets
Code: 0x000001a5 (421) CC-Total-Octets
Flags: 0x40 (64) [M]
Length: 0x000010 (16)
: 1206114
[M] Result-Code
Code: 0x0000010c (268) Result-Code
Flags: 0x40 (64) [M]
Length: 0x00000c (12)
: DIAMETER_SUCCESS (2001) >>>> MSCC Level Result Code
[M] Final-Unit-Indication
Code: 0x000001ae (430) Final-Unit-Indication
Flags: 0x40 (64) [M]
Length: 0x000044 (68)
[M] Final-Unit-Action
Code: 0x000001c1 (449) Final-Unit-Action
Flags: 0x40 (64) [M]
Length: 0x00000c (12)
: REDIRECT (1)
[M] Redirect-Server
Code: 0x000001b2 (434) Redirect-Server
Flags: 0x40 (64) [M]
Length: 0x000030 (48)
[M] Redirect-Address-Type
Code: 0x000001b1 (433) Redirect-Address-Type
Flags: 0x40 (64) [M]
Length: 0x00000c (12)
: URL (2)
[M] Redirect-Server-Address
Code: 0x000001b3 (435) Redirect-Server-Address
Flags: 0x40 (64) [M]
Length: 0x00001c (28)
: http://x.x.x.x:yy
O URL redirecionado deve ser um endereço IP com ou sem um número de porta (http://x.x.x.x:yy) para este exemplo, que direciona o assinante para a página de recarga. O URL redirecionado também pode aparecer como http://x.x.x.x. O exemplo anterior funciona para este caso.