Communication sans fil/mobilité : Gateway GPRS Support Node (GGSN)

Redirection URL de serveur OCS avec l'exemple de configuration de caractéristique FUI

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit comment utiliser l'indication finale d'unité (FUI) réorientent la caractéristique sur le système de remplissage en ligne (OCS) afin de configurer l'URL automatique réoriente pour les abonnés mobiles dont le quota est épuisé.

Contribué par Arpit Menaria, ingénieur TAC Cisco.  

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance de ces thèmes avant que vous tentiez la configuration qui est décrite dans ce document :

  • Le noeud de support de Service général de radiocommunication par paquets (GPRS) de passerelle (GGSN) a amélioré le système de remplissage (l'ECS)
  • La GY OCS

Composants utilisés 

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Versions 14.0 et ultérieures des Routeurs de services agrégées par gammes Cisco 5000 et 5500 (ASR)
  • N'importe quels OCS qui prennent en charge le FUI réorientent la caractéristique

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Configurez

Des clients sont requis d'activer la caractéristique de redirection URL quand les quotas d'abonné deviennent épuisés. Ceci implique que quand le quota d'abonné est épuisé, il devrait être réorienté à un URL préconfiguré où ils peuvent recharger leur compte.

L'OCS envoie le FUI réoriente les informations dans une de la paire de valeurs d'attribut de diamètre (AVP) dans le message de la Réponse-mise à jour d'encadrement du crédit (CCA-U). Les FUI réorientent les informations (quand la caractéristique est activée à l'OCS) sont normalement reçus quand l'OCS veut indiquer au GGSN que c'est la dernière unité allouée avant que le quota d'abonné soit épuisé.

Le GGSN (ASR 5x00) doit être configuré convenablement afin de manipuler le FUI réoriente les paramètres qui sont reçus de l'OCS, comme décrit dans les sections qui suivent.

Diagramme du réseau

Configurations 

Remarque: Dans cet exemple de configuration, par défaut, tout les trafic frappe la définition de règle IP-ANY et un groupe de contenu-ID (ou d'évaluation (RG)) la valeur de 1 est appliquée à tout les trafic.

Après l'épuisement de quota, l'OCS fournit un URL de réorientation dans ce format :

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

Quand l'utilisateur commence à envoyer le trafic à l'URL réorienté, il frappe la définition de la règle redirect1 et une valeur de contenu-ID de 10 est appliquée au trafic redirigé.

Remarque: Cet contenu-ID particulier (RG-10) devrait être libèrent de l'OCS-fin afin de permettre à l'utilisateur pour accéder au site Web réorienté, où le compte peut être rechargé.

Voici un exemple :

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

Remarque: Seulement le strict minimum de configurations sont décrits dans cet exemple. Les configurations réseau de réseau de production réelles pourraient avoir des paramètres supplémentaires configurés, selon la solution. 

Conseil : L'URL réorienté peut également être un nom de domaine canonique, tel que http://redirect.com. Référez-vous à la section suivante pour ce scénario particulier.

Valeur de la Réorienter-Serveur-adresse AVP comme nom de domaine canonique

Si vous devez utiliser un nom de domaine pour l'URL de réorientation (http://redirect.com), l'abonné envoie d'abord une requête DNS afin de résoudre le nom de domaine. Dans ce cas, on doit permettre la résolution de DN pour les abonnés. Employez une de ces deux options afin de permettre la résolution de DN pour les abonnés :

  • Permettez tout le trafic DNS sans intercommunication au serveur de quota.
  • Utilisez un contenu-ID différent pour le trafic DNS, et l'OCS devrait accorder un certain quota pour que la résolution de DN soit réussi (même après que le quota est épuisé).

Vérifiez 

Afin de vérifier que votre configuration fonctionne correctement, sélectionnez ces commandes show :

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

Voici un exemple de sortie coupé commande de actif-remplissage de l'imsi xxxx de sessions d'exposition de la pleine avant que le quota soit épuisé :

Quand l'URL réorienté est utilisé, la sortie devrait ressembler à ceci :

Remarque: Ces exemples montrent seulement des sorties témoin, et les valeurs statistiques réelles pourraient différer.

Dans la sortie commande de l'imsi xxxx d'abonnés d'exposition de la pleine, les paquets d'entrée relâchés devraient être 0 :

Une valeur abandonnée différente de zéro de paquets indique que les paquets sont lâchés après l'épuisement de quota sans redirection URL appropriée. 

Dépannez 

Sélectionnez ces commandes dans le CLI afin de dépanner votre configuration :

monitor subscriber imsi xxxx

show subscribers full imsi xxxx

show active-charging sessions full imsi xxxx

Utilisez le suivi de l'imsi xxxx d'abonné de moniteur avec les options A, 19, 34, et la verbosité 5 afin de vérifier si les FUI réorientent des paramètres dans le format exigé sont reçues de l'OCS sur l'épuisement de quota.

Remarque: L'option 34 est importante avec des tentatives de vérifier les données dans lesquelles se déplace et hors du service de remplissage actif (ACS).

Ce sont les paramètres prévus dans le message CCA-U qui est reçu de l'OCS :

  • Les 2002) messages DIAMETER_LIMITED_SUCCESS (sont reçus au niveau commande.
  • Les 2001) messages DIAMETER_SUCCESS (sont reçus au niveau MSCC.
  • La Finale-Unité-indication AVP est présente avec approprié réorientent des paramètres URL.

Voici un exemple :

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

L'URL réorienté devrait être une adresse IP avec ou sans un numéro de port (http://x.x.x.x:yy) pour cet exemple, qui dirige l'abonné vers la page de recharge. L'URL réorienté peut également apparaître comme http://x.x.x.x. Les travaux d'exemple précédent pour ceci cas.


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 118890