Probleemoplossing voor het bladeren door gebruikersgegevens voor specifieke URL’s

Inleiding

In dit document worden de gebruikersgegevens beschreven met betrekking tot het 4G-netwerk voor alle Uniform Resource Locators (URL’s).

Voorwaarden

Cisco raadt u aan bekend te zijn met de functies van deze knooppunten:

• Serving Packet Data Gateway (SPGW)
• Scheiding van besturings- en gebruikersplane (CUPS)

Identificatie van symptomen

1. Controleer voor welk gegevenstype het probleem is: IPv4/IPv6/IPv4v6

2. Controleer of het probleem zich voordoet bij een bepaalde APN (Access Point Name) of bij alle APN’s, omdat het probleem kan worden gerelateerd aan een specifiek APN.

3. Controleer of het probleem wordt gevormd door specifieke URL’s of meerdere URL’s.

4. Controleer of de URL een zakelijke URL/klantapp-URL of een vaste service-URL is en controleer ook of het probleem met een specifieke VPN is.

5. Controleer of het probleem zich voordoet wanneer u de URL rechtstreeks vanuit de browser bezoekt of wanneer u de web-app zelf bezoekt.

6. Controleer of het probleem intermitterend van aard is, zoals na het opnieuw opstarten van de handset of verversen van de web-URL's begint te werken of het probleem consistent is en werkt niet zelfs na het opnieuw opstarten van de handset.

7. Controleer de waargenomen oorzaak van afwijzing en voor welke ratinggroep.

Logbestanden verzamelen/testen

Alvorens over te gaan tot het testen en het verzamelen van logbestanden:

Flush the subscriber from the node and also clear browsing history/database from testing user handset so that it can freshly attach

clear subscriber imsi <IMSI number>  ------------------ to be executed in the node to clear the subscriber

1. Begin met het testen met één PDP-type, zoals IPv4, waar u het probleem ziet.
2. Schakel deze debug logbestanden in en log de putty sessie in. Zorg ervoor dat de sessie niet wordt beëindigd (druk op tabblad/voer om de paar minuten in, zodat de sessie niet afloopt).
   
   

On SPGW:
logging filter active facility sessmgr level debug
logging filter active facility acsmgr level debug
logging filter active facility npumgr-acl level debug
logging filter active facility firewall level debug
logging filter active facility vpn level debug
logging filter active facility vpnmgr level debug
logging active   ---------------- to enable the logging

after 5 mins 
no logging active ---------------- to disable the logging

On CP:
logging filter active facility sessmgr level debug
logging filter active facility sxdemux level debug
logging filter active facility firewall level debug
logging filter active facility vpn level debug
logging filter active facility vpnmgr level debug
logging active ---------------- to enable the logging

after 5 mins 
no logging active ---------------- to disable the logging

On UP:
logging filter active facility sessmgr level debug
logging filter active facility sxdemux level debug
logging filter active facility npumgr-acl level debug
logging filter active facility firewall level debug
logging filter active facility vpn level debug
logging filter active facility vpnmgr level debug
logging active ---------------- to enable the logging
no logging active ---------------- to disable the logging

Note :: These logging has to be enabled for short time depending on the CPU utilization because it 
increase the utilization so while enabling logging need to keep a watch on CPU

3. Navigeer naar de configuratiemodus en schakel vervolgens de logboekmonitor in voor de abonnee.

config
logging monitor msid <imsi>
end

4. Open een andere terminal, log de putty-sessie in en controleer de abonnee met breedsprakigheid 5 en schakel de volgende opties in:

SPGW:
Press + for times then it collects the logs verbosity 5 logs then select next options
+++++
X, A, Y, 19, 33, 34, 35, 22, 26, 75
Once option 75 is pressed then select 3,4,8 then press esc

CUPS::
on CP:
monitor subscriber imsi <IMSI> +++++        S, X,A,Y,56,26,33,34,19,37,35,88,89
on UP:
monitor subscriber imsi <IMSI> +++++        S,X,A,Y,56,26,33,34,19,37,35,88,89

5. Hang de abonnee en blader continu door de URL gedurende 3 tot 5 minuten en tijdens het bladeren voert u deze opdrachten meerdere malen uit en registreert u de putty-sessie voor hetzelfde.

ON SPGW/SAEGW:
show subscriber full imsi <>
show active-charging session full imsi <>
show subscriber pgw-only full imsi <>
show subscriber sgw-only full imsi <>
show subscribers data-rate summary imsi <>
show ims-authorization sessions full imsi <>
show subscribers debug-info msid <>

On CP node:
Show subscriber full imsi <imsi>
Show active-charging session full imsi <imsi>
show subscribers pgw-only full imsi <>
show subscribers sgw-only full imsi <>
show session subsystem facility sessmgr instance <> verbose
show logs

On UP node:
show sub user-plane-only full callid  <>
show sub user-plane-only callid <> urr full all
show sub user-plane-only callid <> far full all
show sub user-plane-only callid <> pdr full all
show subscribers user-plane-only callid <> far all
show subscribers user-plane-only callid <> far
show subs data-rate call <callid>
show subscribers user-plane-only flows
show user-plane-service statistics all
show user-plane-service statistic rulebase name <rulebase_name>

6. Voer na 5 minuten browsen het programma uit no logging active in de andere terminal die is geopend in Stap 3.

7. Schakel de logboekmonitor voor de abonnee uit.

Config
no logging monitor msid <imsi>
end

8. Stop de mon sub niet en laat hem lopen tot je klaar bent met het verzamelen van nummersporen, maar houd de CPU in de gaten.

9. Voer deze opdracht uit om de nummerherkenning van de abonnee te ontvangen en log de putty sessie ook hiervoor in.

Show subscriber full imsi <imsi>. -à get the call id
show logs callid <call_id>
show logs

Als de nummerherkenning aanwezig is, is het duidelijk dat de logboeken van de abonneesessie zijn verzameld, zo niet, moet u het opnieuw uitvoeren.

Probleemoplossing uitgevoerd

1. Ping het IP-adres van de webserver-URL en controleer of er pakketdalingen zijn.

   
ping <URL IP address> ------------ from Gi context
--- ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 12160ms. >.>>>> There are packet drops, now we need to check were it is dropping

2. Voer een traceroute uit vanuit de GI-context en controleer op problemen met de bereikbaarheid.

traceroute <peer ip address> src <local diameter origin host ip address> 

Ex: traceroute 10.52.5.49 src 10.203.144.8

3. Controleer de abonneestatistieken om de pakketdruppels te controleren.

Show subscriber full imsi <imsi number>

input pkts: 455 output pkts: 474 
input bytes: 75227 output bytes: 103267 
input bytes dropped: 0 output bytes dropped: 0 
input pkts dropped: 0 output pkts dropped: 0 
input pkts dropped due to lorc : 0 output pkts dropped due to lorc : 0 
input bytes dropped due to lorc : 0 
in packet dropped suspended state: 0 out packet dropped suspended state: 0 
in bytes dropped suspended state: 0 out bytes dropped suspended state: 0 
in packet dropped sgw restoration state: 0 out packet dropped sgw restoration state: 0 
in bytes dropped sgw restoration state: 0 out bytes dropped sgw restoration state: 0 
pk rate from user(bps): 18547 pk rate to user(bps): 25330 
ave rate from user(bps): 6182 ave rate to user(bps): 8443 
sust rate from user(bps): 5687 sust rate to user(bps): 7768 
pk rate from user(pps): 13 pk rate to user(pps): 14 
ave rate from user(pps): 4 ave rate to user(pps): 4 
sust rate from user(pps): 4 sust rate to user(pps): 4 
link online/active percent: 92 
ipv4 bad hdr: 0 ipv4 ttl exceeded: 0 
ipv4 fragments sent: 0 ipv4 could not fragment: 0 
ipv4 input acl drop: 0 ipv4 output acl drop: 0 
ipv4 bad length trim: 0 
ipv6 input acl drop: 0 ipv6 output acl drop: 0 
ipv4 input css down drop: 0 ipv4 output css down drop: 0 
ipv4 input css down drop: 0 ipv4 output css down drop: 0 
ipv4 output xoff pkts drop: 0 ipv4 output xoff bytes drop: 0 
ipv6 output xoff pkts drop: 0 ipv6 output xoff bytes drop: 0 
ipv6 input ehrpd-access drop: 0 ipv6 output ehrpd-access drop: 0 
input pkts dropped (0 mbr): 0 output pkts dropped (0 mbr): 0 
ip source violations: 0 ipv4 output no-flow drop: 0 
ipv6 egress filtered: 0 
ipv4 proxy-dns redirect: 0 ipv4 proxy-dns pass-thru: 0 
ipv4 proxy-dns drop: 0 
ipv4 proxy-dns redirect tcp connection: 0 
ipv6 bad hdr: 0 ipv6 bad length trim: 0 
ip source violations no acct: 0 
ip source violations ignored: 0 
dormancy total: 0 handoff total: 0 
ipv4 icmp packets dropped: 0 
APN AMBR Input Pkts Drop: 0 APN AMBR Output Pkts Drop: 0 
APN AMBR Input Bytes Drop: 0 APN AMBR Output Bytes Drop: 0 
APN AMBR UE Overload Input Pkts Drop: 0 APN AMBR UE Overload Output Pkts Drop: 0 
APN AMBR UE Overload Input Bytes Drop: 0 APN AMBR UE Overload Output Bytes Drop: 0 
Access-flows:0
Num Auxiliary A10s:0    

4. Controleer de show actieve oplaadoutput voor impact van abonneeverkeer.

Show active-charging session full imsi <imsi num>

PP Dropped Packets: 0
CC Dropped Uplink Packets: 0 CC Dropped Uplink Bytes: 0
CC Dropped Downlink Packets: 0 CC Dropped Downlink Bytes: 0

5. Controleer de show actieve oplaadopdracht uitvoer voor ECS/ACS niveau pakketdrop en controleer of er pakketdruppels zijn. Controleer vervolgens in de configuratie welke actie is geconfigureerd.

Show active-charging session full imsi <imsi num> or show sub user-plane-only full callid  <>
 Ruledef Name Pkts-Down Bytes-Down Pkts-Up Bytes-Up Hits Match-Bypassed
-------------------- ---------- ---------- ---------- ---------- ---------- --------------
dns_free_covid 4 428 4 340 8 0
icmpv6 0 0 5 1423 5 0
ip-pkts 479 103670 432 74488 764 429      

6. Controleer of de DNS-resolutie succesvol is of niet. Als het succesvol is dan is er geen probleem met DNS.

7. Controleer of de TCP-verbinding tussen de gebruikersapparatuur (UE) en de server tot stand is gebracht.

8. Als er bij geen van deze stappen druppels worden waargenomen, is er geen probleem in het knooppunt.

PacketDrops

1. Controleer de statistieken van de abonneerelease om te bepalen of u pakketdalingen ervaart die aan hier getoond worden gelijkaardig.

 Total Dropped Packets : 132329995
Total Dropped Packet Bytes: 14250717212

Total PP Dropped Packets : 0
Total PP Dropped Packet Bytes: 0

R7Gx Rule-Matching Failure Stats:
Total Dropped Packets : 871921
Total Dropped Packet Bytes : 86859232

P2P random drop stats:
Total Dropped Packets : 0
Total Dropped Packet Bytes : 0

2. Controleer het percentage fouten dat is waargenomen in de output van de showabonnee. Als de pakketdruppels minder dan 1% zijn, is het zeer waarschijnlijk een toevalstreffer en heeft geen effect.

input pkts: 455 output pkts: 474 
input bytes: 75227 output bytes: 103267 
input bytes dropped: 0 output bytes dropped: 0 
input pkts dropped: 0 output pkts dropped: 0

3. Als u pakketdalingen in de RX-beoordelingsgroep en ITC-pakketdalingen opmerkt, is dit waarschijnlijk te wijten aan een bandbreedteprobleem en is het abonneepakket verlopen.

 ITC Packets Drop:                           47235019

4. Op het niveau van Enhanced Charging Service (ECS) moet u de ECS-configuratie controleren/verifiëren van de wijze waarop de regelactie/heffingsgrondslag is gedefinieerd en of u een blokkeringsfactor hebt. Er zijn verschillende soorten druppels op het ECS-niveau en op basis van het soort druppel dat je nodig hebt om verder te gaan met het volgende actieplan.

5. MTU-grootte voor de pakketgrootte die wordt doorgegeven en niet wordt verwerkt.

6. Tussentijdse padproblemen waarbij het pakket wordt gedropt, kunnen worden geïdentificeerd aan de hand van TCP-dump-/gebruikersniveau-sporen.

Het actieplan voor herstel is voor dit soort problemen niet hetzelfde, aangezien het varieert naar gelang van het patroon van de kwestie.