Probleemoplossing voor IP-chunkverlies in UPF na door RCM getriggerde switching

Downloadopties

  • PDF     (254.1 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (85.8 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (73.1 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:9 februari 2024
Document-id:221662

Inclusief taalgebruik

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.

Over deze vertaling

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.

    Inleiding

    In dit document wordt beschreven hoe u problemen oplost tijdens de upgrade van de functie Gebruikersplane (UPF) na de overschakeling op Redundancy Configuration Manager (RCM).

    Probleem

    Stap 1: In de actieve UPF (op RCM-gebaseerde) worden gevallen van ontbrekende stukken waargenomen:

    [local]UPF# context n6
    [n6]UPF# show ipv6 chunks
    Failure: This CLI is only for User-plane

    Opmerking: controleer altijd op DIMM/ECC/UEC/ADDC-fouten op bron- en doel-UCS-servers waarop UPF's worden gehost en gebruik de debug/debug van RCM-TAC

    Stap 2: Op de actieve UPF, in gevallen waarin haakjes ontbreken, monitort SNMP-trap gebeurtenissen voor de overgang van de UPF-status van Standby naar Active.

    [n6]UPF# show snmp trap history verbose | grep RCM
    Tuesday November 14 21:16:45 UTC 2023
    Mon Oct 13 08:24:42 2023 Internal trap notification 1426 (RCMChassisState) RCM Chassis State: (0) Chassis State Init
    Mon Oct 13 08:24:49 2023 Internal trap notification 1414 (RCMServiceStart) Context Name:rcm Service Name:rcm started
    Mon Oct 13 08:25:04 2023 Internal trap notification 1425 (RCMTCPConnect) Context Name: rcm
    Mon Oct 13 08:25:04 2023 Internal trap notification 1421 (RCMConfigPushCompleteSent) Context Name: rcm
    Mon Oct 13 08:25:04 2023 Internal trap notification 1426 (RCMChassisState) RCM Chassis State: (2) Chassis State Standby
    Mon Oct 13 08:33:47 2023 Internal trap notification 1420 (RCMConfigPushCompleteReceived) Context Name:
    Mon Oct 13 08:33:47 2023 Internal trap notification 1421 (RCMConfigPushCompleteSent) Context Name: rcm
    Mon Oct 13 08:48:10 2023 Internal trap notification 1421 (RCMConfigPushCompleteSent) Context Name: rcm
    Mon Oct 13 08:48:10 2023 Internal trap notification 1420 (RCMConfigPushCompleteReceived) Context Name: up
    Mon Oct 13 08:48:12 2023 Internal trap notification 1426 (RCMChassisState) RCM Chassis State: (1) Chassis State Active

    Stap 3: Op de actieve UPF, bij het tegenkomen van ontbrekende stukken, onderzoek syslog voor loggebeurtenissen die op de beëindiging van de rest (5) wijzen sx-demux diensten in de overeenkomstige Redundantie Groep (RG-1), terwijl de Standby UPF overgangen naar de actieve staat.

    Oct 13 08:48:11 UPF evlogd: [local-60sec11.091] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up1  2023-10-13T08:48:11.000+0000
    Oct 13 08:48:11 UPF evlogd: [local-60sec11.483] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up2  2023-10-13T08:48:11.000+0000
    Oct 13 08:48:11 UPF evlogd: [local-60sec11.582] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up3  2023-10-13T08:48:11.000+0000
    Oct 13 08:48:11 UPF evlogd: [local-60sec11.726] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up5  2023-10-13T08:48:11.000+0000
    Oct 13 08:48:18 UPF evlogd: [local-60sec18.749] [sessctrl 8066 info] [1/0/9050 <sessctrl:0> ctrl_mgrs_cfg.c:2201] [context: up, contextID: 2]  [software internal system critical-info syslog] Session Controller:  stopping SX-DEMUX service up6  2023-10-13T08:48:18.000+0000

    Stap 4: Schakel op de actieve UPF met ontbrekende stukjes de debug-modus in (cli test-commando's wachtwoord <wachtwoord>) en voer de opdracht uit om Sx DeReg-transacties te monitoren die zich uitlijnen op de actieve periode van UPF.

    [n6]UPF# show ip pool vpn-sx-transactions
    Context: n6
    Sx transactions:
         sent: 0, received: 0
    Failed transactions: 0
    **************************************************************************************
    Sx Deregistration transactions:
    **************************************************************************************
    Peer Address                      Deregistration Time
    ================================  ====================================================
    192.168.1.55                     Mon Oct 13 08:48:18 2023
    192.168.1.49                     Mon Oct 13 08:48:18 2023
    192.168.1.49                     Mon Oct 13 08:48:18 2023
    192.168.2.55                     Mon Oct 13 08:48:18 2023
    192.168.2.55                     Mon Oct 13 08:48:18 2023
    192.168.2.49                     Mon Oct 13 08:48:18 2023
    192.168.2.49                     Mon Oct 13 08:48:18 2023
    [n6]UPF#

    Stap 5: Op de actieve UPF met ontbrekende stukken, zoek de syslog naar de logboeken die in de nabijheid van de UPF overgaan die aan de Actieve staat voorkomen.

    Oct 13 08:48:12 UPF evlogd: [local-60sec12.060] [vpn 5013 error] [1/0/9399 <vpnmgr:3> _cups_ip_pool.c:16149] [context: n6, contextID: 3]  [software internal system syslog] #01Prefix fd12:3456:7890:abcd::/64 is not allocated to this UP: Closest chunk found with id -2146435055 prefix0: 638057330 start_prefix1: -1391067126 end_prefix1: -1391050752  2023-10-13T08:48:12.000+0000

    Observeer loggebeurtenissen die continu uit vpnmgr instantie 3 taak komen (vpnmgr:3).

    localsystem:$ less UPF-Destination-UPF-Syslog.log  | grep "Pool_name is not present" | head -1
    Oct 13 08:48:18 UPF evlogd: [local-60sec18.811] [vpn 5013 error] [1/0/9399 <vpnmgr:3> vpn_ip_pool.c:27493] [context: n6, contextID: 3]  [software internal system syslog] #01Pool_name is not present in release request for prefixfd1:3456:7892:abcd::/64  2023-10-13T08:48:18.000+0000
    localsystem:$
    localsystem:$ less UPF-Destination-UPF-Syslog.log  | grep "Pool_name is not present" | tail -1
    Oct 13 09:29:59 UPF evlogd: [local-60sec59.671] [vpn 5013 error] [1/0/9399 <vpnmgr:3> vpn_ip_pool.c:27493] [context: n6, contextID: 3]  [software internal system syslog] #01Pool_name is not present in release request forprefixfd1:3456:7894:abcd::/64  2023-10-13T09:29:59.000+0000
    localsystem:$

    Oplossing

    Raadpleeg het bugrapport voor meer informatie over dit probleem: Cisco bug ID CSCwh97931

    De oplossing voor dit probleem houdt in dat SxDemux wordt verbeterd om te voorkomen dat IP-chunk wordt opgeruimd tijdens de SRP-overgang, terwijl de mogelijkheden voor logdebug worden verbeterd.

    Als de genoemde CDETS fix nog niet beschikbaar is in de UPF build die u gebruikt, kunt u deze tijdelijke oplossing gebruiken:

    Voer de Standard N4 association Dis-associate/Associate MOP uit binnen het MW-tijdsbestek.

    Revisiegeschiedenis

    Revisie Publicatiedatum Opmerkingen
    1.0
    09-Feb-2024
    Eerste vrijgave
    TAC Authored

    Bijgedragen door Cisco-engineers

    • Narender Tummala
      Technisch leider

    Was dit document nuttig?

    FeedbackFeedback

    Contact Cisco

    Dit document is van toepassing op deze producten