Contenu

Introduction

Problème

Dépannage

Solution de contournement

Recommandation

Introduction

Ce document décrit un problème lié à la suppression des abonnés sur l'Ingénieur de gestion de la mobilité (MME) de Cisco.

Problème

Au début, les abonnés ont été effacés avec cette CLI :

clear subscribers apn xyz.com mme-only tai mcc xxx mnc yy tac zzz

Même après l'exécution d'une CLI claire, un profil utilisateur était disponible. Ensuite, il a été tenté de supprimer des utilisateurs avec un seul Imsi.

Une fois la session supprimée, elle n'a montré aucun utilisateur connecté, mais des vérifications supplémentaires du profil utilisateur ont montré que vous pouvez voir que l'utilisateur a pu naviguer et qu'il était toujours à l'état Actif.

[local]abc# clear subscribers imsi 123 -noconfirm

Friday May 06 16:28:21 IST 2022

Number of subscribers cleared: 1

[local]abc# show subscribers imsi 123

Friday May 06 16:30:41 IST 2022

||||||

||||||

vvvvvv CALLID   MSID            USERNAME               IP                            TIME-IDLE

------ -------- --------------- ---------------------- ----------------------------- ---------

xTC.AR   abc    123               n/a             1::0::1,x.x.x.x 75h05m21s

xTC.AT   abc    123               n/a             1::0::1 75h05m21s  >> Still showing user connected from long.

Les données ont été effacées de la base de données locale, mais les utilisateurs n'ont pas été effacés.

[local]abc# clear subscribers imsi 123 local-purge -noconfirm

Friday May 06 16:32:45 IST 2022

Number of subscribers cleared: 1

[local]abc#  show subscribers imsi 123

Friday May 06 16:32:57 IST 2022

vvvvvv CALLID   MSID            USERNAME               IP                            TIME-IDLE

------ -------- --------------- ---------------------- ----------------------------- ---------

xTC.AR  abc      123              n/a           1:00:1::1,x.x.x.x 75h07m31s

xTC.AT  abc      123              n/a           1:00:1::1 75h07m31s  >> Users still showing connected from very long.

Total subscribers matching specified criteria: 1

Dépannage

1) Toutes les sessions sont en bon état.

2) Avec le redémarrage d'une instance sessmgr, vous pouvez effacer les abonnés présents sur cette instance précédemment.

À partir du syslog, il a été trouvé pour la première fois que les utilisateurs ont été effacés dans le bon sens. Si l'abonné est associé à des noms de domaine multiples et que vous essayez d'effacer un seul nom de domaine unique seul, le crédit n'est pas correctement effacé.

Solution de contournement

Si vous supprimez le contexte Équipement utilisateur (UE) de MME, vous pouvez libérer les crédits de la file d'attente de traitement. Différentes méthodes permettent d'atteindre le même objectif :

1) Cycle d'alimentation UE.

2) Depuis Home Subscriber Server(HSS), vous pouvez envoyer 'emplacement d'annulation' pour le nom de point d'accès (APN) spécifique.

3) Vous pouvez effectuer le renvoi des liaisons S1 depuis EnodeB et MME, mais le renvoi de liaison S1AP ne peut pas effacer les abonnés. Avant cela, vous devez arrêter le port et configurer une valeur minimale dans le compteur d'accès mobile et le compteur de détachement implicite. Cela efface les abonnés en moins de temps.

4) Tuer les instances de sessmgr.

5) Rechargez le noeud.

Recommandation

Vous ne devez pas effacer les utilisateurs au sens APN, vous pouvez les effacer au sens TAC et également définir le nombre Max-Sub pour vous assurer que la file d'attente de traitement n'est pas pleine et que le système n'est pas submergé.

Exemple :

clear sub mme-only tai mcc 100 mnc 100 tac 100 max-subscribers 1000