De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft een specifiek scenario waarin GGN-Call Data Records (G-CDR’s) worden vastgehouden als gevolg van een foutieve configuratie in Access Point Name(APN), hetgeen resulteert in foutieve facturering voor abonnees en een Charging Gateway Functie (CGF) ontvangt gedateerde CDR’s die vastzitten in GSN. Dit probleem wordt gemeld in Cisco Aggregated Service routers (ASR) 5x00 Series.
Vanwege verschillende redenen (zeer waarschijnlijk foutieve opstellingen) voor sommige APN's gaan CDR's naar de standaardgroep. In de standaard groep hebben we CGF-servers niet ingesteld en dus worden de verzoeken vastgehouden.
bijvoorbeeld :
apn blackberry.net.40413pre selection-mode subscribed sent-by-ms chosen-by-sgsn accounting-mode none timeout idle 10800 ip access-group ECS in ip access-group ECS out ip address pool name blackberry credit-control-group GY_LIVE_PRE active-charging rulebase test_prepaid exit apn blackberry.net.40443pre selection-mode subscribed sent-by-ms chosen-by-sgsn accounting-mode none timeout idle 10800 ip access-group ECS in ip access-group ECS out ip address pool name blackberry credit-control-group GY_LIVE_PRE active-charging rulebase test_prepaid exit apn blackberry.net.40446pre selection-mode subscribed sent-by-ms chosen-by-sgsn accounting-mode none timeout idle 10800 ip access-group ECS in ip access-group ECS out ip address pool name blackberry credit-control-group GY_LIVE_PRE active-charging rulebase test_prepaid exit apn blackberry.net.40484pre selection-mode subscribed sent-by-ms chosen-by-sgsn accounting-mode none timeout idle 10800 ip access-group ECS in ip access-group ECS out ip address pool name blackberry credit-control-group GY_LIVE_PRE active-charging rulebase test_prepaid exit apn blackberry.net.40486pre selection-mode subscribed sent-by-ms chosen-by-sgsn accounting-mode none timeout idle 10800 ip access-group ECS in ip access-group ECS out ip address pool name blackberry credit-control-group GY_LIVE_PRE active-charging rulebase test_prepaid exit aaa group default #exit gtpp group default
Controleer de opdrachtoutput van de ondersteuningsdetails
******** show session subsystem data-info verbose ******* 647274 Total gtpp acct requests 1 Current gtpp acct requests 0 Total gtpp acct cancelled 0 Total gtpp acct purged 0 Total gtpp sec acct requests 0 Total gtpp sec acct purged 248 Total null acct requests 0 Current null acct requests 2482018515 Total aaa acct sessions 265064 Current aaa acct sessions 14529031 Total aaa acct archived 6518761 Current aaa acct archived 265064 Current recovery archives 259073 Current valid recovery records 1108 Total aaa sockets opened 932 Current aaa sockets opened
Uit de huidige gegevensbank blijkt dat 6 miljoen CDR's vastzitten in alle programma's en dat er geen nieuwe CDR's worden verwerkt en overgedragen aan CGF in streaming mode.
Zodra de limiet per jaar is bereikt, worden CDR's gezuiverd en resulteren zij in verlies van CDR's en inkomstenderving voor de klant.
van de 6 miljoen gearchiveerde CDR's worden er enkele ontworpen
******** show session subsystem data-info verbose ******* 1228764750 Total gtpp charg 6534523 Current gtpp charg 1221919009 Total gtpp charg success 311218 Total gtpp charg failure 0 Total gtpp charg cancelled 311218 Total gtpp charg purged 0 Total gtpp sec charg 0 Total gtpp sec charg purged 0 Total prepaid online requests 0 Current prepaid online requests 0 Total prepaid online success 0 Current prepaid online failure 0 Total prepaid online retried 0 Total prepaid online cancelled 0 Current prepaid online purged
Hier zijn de controlelijsten van CLI opdrachten die veel worden gebruikt om CDR-gerelateerde problemen te debug.
- show gtpp accounting servers - show gtpp accounting servers group name <CGF> - show gtpp counters all - show gtpp counters cgf-address 172.16.10.11 - show gtpp counters cgf-address 172.16.10.11 gcdrs - show gtpp counters group name CGF - show gtpp counters group name CGF gcdrs - show gtpp group all - show gtpp group name CGF - show gtpp statistics - show gtpp statistics cgf-address 172.16.10.11 - show gtpp statistics group name CGF - show gtpp storage-server streaming file counters all - show gtpp storage-server streaming file counters group name CGF - show gtpp storage-server streaming file statistics - show gtpp storage-server streaming file statistics group name CGF
Methode van Procedure (MOP) om de CDR's op te ruimen die tot de standaardgroep behoren in een proxy-proces.
Stap 1. Noteer de gearchiveerde CDR’s. GTP-tellers allen tonen
Stap 2. Configureer de modus om lokaal te zijn in gagglux-configuratie van de context gaggsnctx gTP-groep standaard gtpp opslag-server-mode lokaal
Stap 3. Vermoord een proxy met deze opdracht in verborgen modus. task kill-faciliteit aproxy. (Task kill maakt de lokale modus zodat deze op de standaardgroep wordt toegepast.)
Stap 4. Ga weg uit de verborgen modus
Stap 5. Controleer de lokale bestandsstatistieken van de gTP-opslagserver aan.
Stap 6. Laat elke 30 seconden een gtpp-teller zien. Dit zou binnen een tijdspanne van 5 minuten naar nul moeten dalen.
Stap 7. Keer de modus terug naar ver. configuratie van context gagntx gtpp groep standaard gtpp opslagservermodus op afstand
Stap 8. Controleer de gearchiveerde teller (toon gtpp tellers allemaal) niet groter en toon de lokale bestandsstatistieken van gtpp-opslagserver niet groter.
Stap 9. Neem de SSD en stuur ons terug ter verificatie om er zeker van te zijn dat de configuratie intact is en alle stappen worden gevolgd.
Opmerking: Na voltooiing van de activiteit, als u de procedure kent om CDR-bestanden van HDD te verwijderen. Ga je gang. (Als dit niet het geval is, neem dan de TAC-ingenieur voor deze activiteit ergens op de dag in)
Als aaaproxy na 1 minuut niet terugkrijgt, raadpleeg dan de herstelprocedure.
Procedure voor terugvordering van een volmacht
a. Issue the command to check which controller takes care of aaaproxy task show task table | grep aaaproxy task Parent cpu facility inst pid pri facility inst pid ---- --------------- -------- ------- ---- --- 4/0 aaaproxy 1 6721 0 sessctrl 0 10565 b. Please execute the below commands and look out for instance of sessctrl on Active SMC #Show task table | grep sessctrl Task parent cpu facility inst pid pri facility inst pid ---- ------------------------------- --- ---------------------------- 8/0 sessctrl 0 10565 -4 sitparent 80 2812 c. Issue the sessctrl instance kill command Task kill facility sessctrl instance <>. d. After the execution of command, wait for 30 secs and issue the commands to check state of sessctrl and aaaproxy 1. Show task table | grep "8/0 sessctrl" 2. Show task resources | grep aaaproxy
Vanwege verschillende redenen (waarschijnlijk misconfiguraties) voor sommige APN's gaan CDR's naar standaard groep. In standaard groep hebt u geen CGF servers ingesteld en dus worden de verzoeken vastgehouden. Voor APN’s waarvoor een geldige gtpp-groep is ingesteld, moeten CDR’s niet worden gearchiveerd, maar kunnen zij naar de archiefwachtrij gaan.
Vanuit archiefwachtrij kunt u slechts vijf verzoeken tegelijk verwerken. In het geval dat alle vijf verzoeken toebehoren aan de APN's die zich niet in de juiste vorm bevinden, worden de top vijf verzoeken nooit vrijgelaten waardoor alle CDR's achter de wachtrij worden geblokkeerd. Dit betekent dat de op een bepaalde maand gegenereerde CDR's daar vastzitten en ten onrechte worden verwerkt.
ASR5x00 heeft een bovengrens hoeveel CDR's kunnen worden gearchiveerd. Zodra de limiet is overschreden worden de gearchiveerde CDR's gewist. Dit maakt plaats voor de geldige CDR's die op een bepaalde maand worden gegenereerd en zij worden vrijgegeven.
Bijvoorbeeld:
Als de rij vijf verzoeken heeft en de rest van de verzoeken behoort tot geldig APN met de juiste configuratie en wanneer u verwerkt, elke keer dat de vijf verzoeken nooit worden vrijgelaten omdat er geen server is gevormd en u blijft eeuwig vast zoals u slechts vijf CDR's per keer verwerkt. Als één van de verzoeken wordt gewist, betekent dit dat u 4 verzoeken hebt die tot de ongeldige configuratie APN behoren en volgende is geldig APN. Wanneer je vijf aanvragen verwerkt, zitten de vier aanvragen vast, maar de vijfde wordt nu verwerkt. Op deze manier zie je oude CDR's naar CGF gestuurd zoals CGF in januari CDR's van december zou verwerken omdat ze te laat worden vrijgegeven door GGSN.
Waarom de CDR's voor de juiste groep naar de archiefwachtrij worden gestuurd: Het maximum pakket dat in User Datagram Protocol (UDP) kan worden verzonden, is 64K met inbegrip van de header. Nu we max-cdrs 255 wachttijd-tijd 60 hebben ingesteld, is er een kans dat 64 K buffer vol is voordat max 255 CDR's zijn bereikt. Het systeem zal controleren of nieuwe CDR kan passen in de 64K Buffer of niet. Als het systeem ze niet terugbrengt in de archiefwachtrij. Deze CDR. zette een maand lang terug in de archiefwachtrij, totdat de CDR's voor ongeldige groep zijn gezuiverd. Als er een correcte configuratie zou zijn geweest, dan had de archiefwachtrij nooit de CDR's voor APN's gehad die geen servers hebben en dit probleem zou nooit gezien hebben, omdat zelfs als CDR in de archiefwachtrij zou worden geplaatst, het zou zijn verwerkt.
Logic
U doodt proxy en verandert de gtpp opslagservermodus lokaal, dus worden de CDR's vastgezet naar Local harddisk en worden vermeden de CDR's te verwijderen zodra de limieten per camera zijn bereikt. Zodra alle CDR's op de lokale vaste schijf zijn geschreven, kunt u terugkeren naar de externe modus, wat standaard één is.