Tecnología inalámbrica / Movilidad : Gateway GPRS Support Node (GGSN)

Cambio de dirección URL del servidor OCS con el ejemplo de configuración de la característica FUI

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento describe cómo utilizar la indicación final de la unidad (FUI) reorienta la característica en el sistema de carga en línea (OCS) para configurar el URL automático reorienta para los suscriptores móviles cuya se agota cuota.

Contribuido por Arpit Menaria, ingeniero de Cisco TAC.  

Prerrequisitos

Requisitos

Cisco recomienda que usted tiene conocimiento de estos temas antes de que usted intente la configuración que se describe en este documento:

  • Sistema de carga aumentado del nodo de soporte del General Packet Radio Service del gateway (GPRS) (GGSN) (ECS)
  • GY OCS

Componentes Utilizados 

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Las Cisco y Series agregaron las versiones 14.0 del Routers de los servicios (ASR) y posterior
  • Cualquier OCS que soporte el FUI reorienta la característica

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Configurar

Requieren a los clientes habilitar la función de redirección URL cuando las cuotas del suscriptor se agotan. Esto implica que cuando se agota la cuota del suscriptor, debe ser reorientada a un URL preconfigurado donde pueden recargar su cuenta.

El OCS envía el FUI reorienta la información en una del par de valores de atributos del diámetro (AVP) en el mensaje de la Respuesta-actualización del control de crédito (CCA-U). Los FUI reorientan la información (cuando la característica se habilita en el OCS) se reciben normalmente cuando el OCS quiere indicar al GGSN que ésta es la unidad afectada un aparato último antes de que se agote la cuota del suscriptor.

El GGSN (ASR 5x00) se debe configurar apropiadamente para dirigir el FUI reorienta los parámetros que se reciben del OCS, según lo descrito en las secciones que siguen.

Diagrama de la red

Configuraciones 

Nota: En este ejemplo de configuración, por abandono, todo el tráfico golpea la definición y un grupo contenido-ID (o del clasificación (RG) de la regla) IP-ANY el valor de 1 se aplica a todo el tráfico.

Después del agotamiento de la cuota, el OCS proporciona una reorientación URL en este formato:

http://x.x.x.x:yy/

Cuando el usuario comienza a enviar el tráfico al URL reorientado, golpea la definición de la regla redirect1 y un valor contenido-ID de 10 se aplica al tráfico redirigido.

Nota: Este contenido-ID determinado (RG-10) debe estar libre del OCS-fin para permitir que el usuario acceda el sitio web reorientado, donde la cuenta puede ser recargada.

Aquí tiene un ejemplo:

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

Nota: Solamente el mínimo indispensable de configuraciones se describe en este ejemplo. Las configuraciones de red de la producción real pudieron tener parámetros adicionales configurados, según la solución. 

Consejo: El URL reorientado puede también ser un Domain Name canónico, tal como http://redirect.com. Refiera a la siguiente sección para este escenario particular.

Valor del Reorientar-Servidor-direccionamiento AVP como Domain Name canónico

Si usted debe utilizar un Domain Name para la reorientación URL (http://redirect.com), el suscriptor primero envía una interrogación DNS para resolver el Domain Name. En este caso, la resolución de DNS se debe permitir para los suscriptores. Utilice una de estas dos opciones para permitir la resolución de DNS para los suscriptores:

  • Permita todo el tráfico DNS sin el paso al servidor de la cuota.
  • Utilice un diverso contenido-ID para el tráfico DNS, y el OCS debe conceder una cierta cuota para que la resolución de DNS sea acertado (incluso después se agota la cuota).

Verificación 

Para verificar que su configuración trabaje correctamente, ingrese estos comandos show:

show active-charging sessions full imsi xxxx
show subscriber full imsi xxxx

Aquí está una salida de ejemplo acortada del comando xxxx completo de activo-carga del imsi de las sesiones de la demostración antes de que se agote la cuota:

Cuando se utiliza el URL reorientado, la salida debe aparecer similar a esto:

Nota: Estos ejemplos ilustran solamente las salidas de muestra, y los valores estadísticos reales pudieron diferenciar.

En la salida del comando xxxx completo del imsi de los suscriptores de la demostración, el pkts de la entrada caído debe ser 0:

Un valor no-cero de los paquetes perdidos indica que los paquetes están caídos después del agotamiento de la cuota sin el cambio de dirección URL apropiado. 

Troubleshooting 

Ingrese estos comandos en el CLI para resolver problemas su configuración:

monitor subscriber imsi xxxx

show subscribers full imsi xxxx

show active-charging sessions full imsi xxxx

Utilice la traza del xxxx del imsi del suscriptor del monitor con las opciones A, 19, 34, y la verbosidad 5 para verificar si los FUI reorienten los parámetros en el formato requerido se recibe del OCS sobre el agotamiento de la cuota.

Nota: La opción 34 es importante con las tentativas de verificar los datos a los cuales se traslada y el servicio de carga activo de los (ACS).

Éstos son los parámetros previstos en el mensaje CCA-U que se recibe del OCS:

  • Los 2002) mensajes DIAMETER_LIMITED_SUCCESS (se reciben en el nivel del comando.
  • Los 2001) mensajes DIAMETER_SUCCESS (se reciben en el nivel MSCC.
  • La Final-Unidad-indicación AVP está presente con apropiado reorienta los parámetros url.

Aquí tiene un ejemplo:

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

El URL reorientado debe ser una dirección IP con o sin un número del puerto (http://x.x.x.x:yy) por este ejemplo, que dirige al suscriptor a la página de la recarga. El URL reorientado puede también aparecer como http://x.x.x.x. El ejemplo anterior trabaja para este caso.



Document ID: 118890