Inleiding
In dit document wordt beschreven hoe de FH- en Server-onbereikbare (SU) mechanismen op de Gy-interface moeten worden geconfigureerd om problemen op te lossen die zich voordoen op het online heffingssysteem (OCS) of op het gebied van de connectiviteit tussen de beleids- en heffingshandhavingsfunctie (PCEF) en de OCS. De informatie die in dit document wordt beschreven is van toepassing op de functies Home Agent (HA), Gateway General Packet Radio Service (GPRS) Support Node (GGSN) en Packet Data Network Gateway (PGW) die worden uitgevoerd op Cisco 5000 Series aggregated Services Router (ASR5K).
Voorwaarden
Vereisten
Cisco raadt aan dat uw systeem aan deze vereisten voldoet om de FH- en SU-mechanismen te gebruiken:
- De uitgebreide heffingsdienst is beschikbaar
- Het PCEF bestaat binnen de HA, GSN of PGW
- Er is een goede diameter aangesloten via de diabase
- Er is DCCA (Diameter Credit Control Application) beschikbaar
Gebruikte componenten
De informatie in dit document is gebaseerd op alle versies van ASR5K.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Achtergrondinformatie
Het PCEF wordt aangesloten op de OCS via de Gy-interface, die Diameter als basisprotocol en DCCA gebruikt. Dit is de berichtstroom tussen de PCEF en de OCS:
- Credit Control request (CCR) ß Hiermee wordt het bericht van de PCEF naar de OBS gestuurd. Er zijn drie typen CCR-berichten: Beginnen, bijwerken en afsluiten.
- Credit Control Response (CCA) ß-Hiermee wordt dit bericht van de OCS naar het PCEF gestuurd in antwoord op de CCR. Er zijn ook drie typen CCA-berichten: Beginnen, bijwerken en afsluiten.
- Herautorisatieaanvraag (RAR), -ß-Hiermee wordt het bericht van de OCS naar het PCEF gestuurd wanneer een nieuwe vergunning vereist is.
- Herautorisatieantwoord (RAA) ß--O-O-O-O-O Dit is het antwoord op de RAR van de PCEF op de OCS.
Diameter-aansluitingen worden tot stand gebracht tussen het PCEF en de OCS om de berichtenstroom mogelijk te maken. Het is mogelijk dat de OCS negatieve berichten kan versturen, dat de transportverbinding tussen de PCEF en de OCS mislukt, of dat de boodschap uitvalt, wat een storing kan veroorzaken in de abonneesessie. Dit kan verhinderen dat de abonnee gebruik maakt van services.
Deze twee mechanismen kunnen worden gebruikt om dit probleem op te lossen:
- Het FH-mechanisme
- Het SU - mechanisme
Configureren
In dit gedeelte worden de configuraties beschreven die nodig zijn ter ondersteuning van de FH- en SU-mechanismen.
Netwerkdiagram
De informatie in dit document gebruikt deze topologie:
TX-verloop
Dit is een timer voor het toepassingsniveau voor de DCCA die Configureerbaar is in de instellingen voor de kredietcontrole van de diameter. De waarde kan tussen 1 en 300 seconden liggen.
Hierna volgt een voorbeeld:
[local]host_name(config-dcca)# diameter pending-timeout
Time-out bij respons
Dit is een variabele tijd en is Configureerbaar in de instellingen Diameter-eindpunt. De waarde kan tussen 1 en 300 seconden liggen.
Opmerking: De waarde die voor deze timer is ingesteld, moet hoger zijn dan die welke voor de Tx-expiry-timer wordt gebruikt.
Hierna volgt een voorbeeld:
[context_name]host_name(config-ctx-diameter)# response-timeout
Sessiefailover met Diameter
Deze optie wordt gebruikt om de doorsnee-credit control sessie failover in te schakelen of uit te schakelen. Hiermee kan het systeem een secundaire server gebruiken als de primaire server onbereikbaar wordt. Dit is configureerbaar in de instellingen voor de kredietcontrole van de diameter.
Hierna volgt een voorbeeld:
local]host_name(config-dcca)# diameter session failover
FH-mechanisme
Het FH-mechanisme werkt alleen als er een doorsnede-sessie is. De FH staat het systeem toe om te kiezen of de sessie voort te zetten en naar offline te converteren, of om de sessie te beëindigen wanneer er een verbinding- of berichtfout optreedt.
Opmerking: De FH wordt standaard ingeschakeld en ingesteld.
Configuratie van FH-mechanisme
Het FH-mechanisme kan worden ingesteld in de instellingen voor de kredietcontrole van de diameter. Hier is de syntaxis die in de configuratie van de FH wordt gebruikt:
failure-handling { initial-request | terminate-request | update-request } { continue
[ go-offline-after-tx-expiry | retry-after-tx-expiry ] | retry-and-terminate,
[ retry-after-tx-expiry ] | terminate }
In de eerste paragraaf wordt het type aanvraag gespecificeerd: Initiële (CCR-I), Update (CCR-U) en stop (CCR-T).
De tweede paragraaf specificeert de actie die moet worden uitgevoerd wanneer het FH - mechanisme wordt geactiveerd. Deze drie maatregelen zijn mogelijk met het FH-mechanisme:
- Doorgaan met Dit maakt het mogelijk de sessie voort te zetten en te converteren naar offline. Deze functie gebruikt twee opties die gerelateerd zijn aan de vervaldatum:
- Ge-offline-na-tx-end-ß-HDit begint offline te rekenen na de Tx-expiratie.
- Retry-na-tx-expiratie ß-Hiermee herprobeert u de secundaire server na de Tx-expiratie.
- Achteruitrijken-en-eindigen-ß-Hiermee wordt de sessie beëindigd nadat het systeem de secundaire server opnieuw probeert, indien de secundaire server ook niet beschikbaar is. Dit gebruikt ook de optie Retry-After-tx-expiratie, die de secondaire server opnieuw probeert nadat de Tx-expiratie heeft plaatsgevonden.
- Beëindiging--Dit beëindigt de sessie zonder pogingen om contact op te nemen met de secundaire server.
Standaardgedrag van FH-mechanisme
In dit gedeelte wordt het standaardgedrag van de FH beschreven wanneer er geen configuratie aanwezig is. Standaard wordt het FH-mechanisme geactiveerd tijdens een Time-out bij respons (RT), behalve wanneer de actie Terminate wordt ingesteld.
Als een waardepapier van een kredietcontrole-fout-verwerking (AVP) van de server wordt ontvangen, worden de ontvangen instellingen toegepast.
Hier zijn een paar voorbeelden:
- Aanvankelijk verzoek > Beëindiging
- Aanvraag bijwerken > Opnieuw beginnen en beëindigen
- Beëindiging > Opnieuw beginnen en beëindigen
FH-mechanisme - Gedetailleerde Call Flow
In dit deel wordt de gedetailleerde aanloopstroom van het FH - mechanisme met alle mogelijke opties beschreven.
Aanvankelijk verzoek
CFK-instelling |
CLI-opdracht |
Gedrag bij Tx |
Gedrag bij RT |
Secundair is omhoog |
Het secundaire beeld is omlaag |
Doorgaan |
eerste verzoek voortzetten |
N.v.t. |
Doorgaan |
secundair overnemen na RT |
Offline na een andere RT. Er worden geen quotumaanvragen meer uitgevoerd voor elke ratinggroep binnen de sessie na DCCA-storing (zelfs als connectiviteit op DCCA wordt hersteld) |
eerste verzoek offline te blijven verloopdatum |
Offline |
N.v.t. |
Offline op tx |
Offline op tx |
eerste verzoek doorgaan met het opnieuw proberen verloopdatum |
Doorgaan |
N.v.t. |
secundair overnemen na TX |
Offline na andere tekenherkenning |
Opnieuw beëindigen |
eerste verzoek opnieuw proberen en beëindigen |
N.v.t. |
Nogmaals |
secundair overnemen na RT |
Beëindigd na een andere RT |
eerste verzoek opnieuw proberen en beëindigen na-tax-vervaldatum |
Nogmaals |
N.v.t. |
secundair overnemen na TX |
Beëindigd na een andere Tx |
beëindigen |
eerste verzoek beëindigen |
beëindigen |
N.v.t. |
Beëindigd na Tx |
Beëindigd na Tx |
Aanvraag bijwerken
CFK-instelling |
CLI-opdracht |
Gedrag bij Tx |
Gedrag bij RT |
Secundair is omhoog |
Het secundaire beeld is omlaag |
Doorgaan |
verzoek om bijwerking voortzetten |
N.v.t. |
Doorgaan |
secundair overnemen na RT |
Offline na een andere RT |
verzoek om bijwerking offline te blijven verloopdatum |
Offline |
N.v.t. |
Offline op tx |
Offline op tx |
verzoek om bijwerking doorgaan met het opnieuw proberen verloopdatum |
Doorgaan |
N.v.t. |
secundair overnemen na TX |
Offline na andere tekenherkenning |
Opnieuw beëindigen |
verzoek om bijwerking opnieuw proberen en beëindigen |
N.v.t. |
Nogmaals |
secundair overnemen na RT |
Hiermee wordt CCR-T na een andere RT verzonden |
verzoek om bijwerking opnieuw proberen en beëindigen na-tax-vervaldatum |
Nogmaals |
N.v.t. |
secundair overnemen na TX |
Hiermee wordt CCR-T na een andere TX verzonden |
beëindigen |
verzoek om bijwerking beëindigen |
beëindigen |
N.v.t. |
Hiermee wordt CCR-T na TX verzonden |
Hiermee wordt CCR-T na TX verzonden |
Terminalaanvraag
CFK-instelling |
CLI-opdracht |
Gedrag bij Tx |
Gedrag bij RT |
Secundair is omhoog |
Het secundaire beeld is omlaag |
Doorgaan |
verzoek om beëindiging voortzetten |
N.v.t. |
Nogmaals |
CCR-T wordt verzonden ondergeschikt na RT |
Beëindigd na een andere RT |
verzoek om beëindiging offline te blijven verloopdatum |
Nogmaals |
N.v.t. |
CCR-T wordt verzonden ondergeschikt na TX |
Beëindigd na een andere Tx |
verzoek om beëindiging doorgaan met het opnieuw proberen verloopdatum |
Nogmaals |
N.v.t. |
CCR-T wordt verzonden ondergeschikt na TX |
Beëindigd na een andere Tx |
Opnieuw beëindigen |
verzoek om beëindiging opnieuw proberen en beëindigen |
N.v.t. |
Nogmaals |
CCR-T wordt verzonden ondergeschikt na RT |
Beëindigd na een andere RT |
verzoek om beëindiging opnieuw proberen en beëindigen na-tax-vervaldatum |
Nogmaals |
N.v.t. |
CCR-T wordt verzonden ondergeschikt na TX |
Beëindigd na een andere Tx |
beëindigen |
verzoek om beëindiging beëindigen |
beëindigen |
N.v.t. |
Beëindigen na TX |
Beëindigd na Tx |
SU-mechanisme
Het SU-mechanisme is vergelijkbaar met het FH-mechanisme, maar het verschaft meer gedetailleerde controle over de mislukkingsprocedures. Naast de voortzetting van de sessie na de berichtgeving- en aansluitingsproblemen (transport), kan dit mechanisme worden gebruikt wanneer de antwoorden van de OCS traag zijn. Het biedt ook de opties om de sessie gedurende enige tijd/quotumuitputting vóór beëindiging voort te zetten, of configureerbare interimquota (volume en tijd) en configureerbare serverherhalingen te gebruiken voordat een sessie wordt omgezet in offline of beëindigd.
Configuratie van SU-mechanisme
Het SU-mechanisme kan worden ingesteld in de instellingen voor de kredietcontrole van de diameter. De syntaxis die in de configuratie van de U wordt gebruikt, varieert in overeenstemming met de versie die wordt gebruikt.
Voor versies 12.1 en eerder, is dit de syntaxis die wordt gebruikt voor de configuratie van het SU-mechanisme:
servers-unreachable { initial-request { continue | terminate [ after-timer-expiry
<timeout_period> ] } | update-request { continue | terminate [ after-quota-expiry
| aftertimer-expiry <timeout_period> ] } }
Voor versies 12.2 en later is dit de syntaxis die wordt gebruikt voor de configuratie van het SU-mechanisme:
servers-unreachable { behavior-triggers { initial-request | update-request }
result-code { any-error | <result-code> [ to <end-result-code> ] }
| transport-failure [ response-timeout | tx-expiry ] | initial-request
{ continue [ { [ after-interim-time <timeout_period> ] [ after-interim-volume
<quota_value> ] } server-retries <retry_count> ] | terminate [ {
[ after-interim-time <timeout_period> ] [ after-interim-volume <quota_value> ]
} server-retries <retry_count> | after-timer-expiry <timeout_period> ] }
| update-request { continue [ { [ after-interim-time <timeout_period> ]
[ after-interim-volume <quota_value> ] } server-retries <retry_count> ]
| terminate [ { [ after-interim-time <timeout_period> ] [ after-interim-volume
<quota_value> ] } server-retries <retry_count> ] | after-quota-expiry |
after-timer-expiry <timeout_period> ] } }
Opmerking: In versies voorafgaand aan versie 12.2 was er flexibiliteit om de FH- en SU-mechanismen onafhankelijk te configureren; in de versies 12.2 en later heeft het SU-mechanisme echter voorrang boven het FH-mechanisme wanneer dit is ingesteld.
Als de server de AVP CC-FH teruggeeft, en het SU mechanisme is ingesteld voor een reeks gedragtriggers, dan wordt de SU-configuratie toegepast; anders wordt de AVP-waarde van CC-FH toegepast. De standaardinstelling is dat resultaatcodes zoals 3002, 3004 en 3005 onder leveringsfalen vallen en als RT's worden behandeld.
Deze acties zijn mogelijk door middel van het Amerikaanse mechanisme:
- Gedragger-Trigger ß-Hiermee wordt het type berichten gespecificeerd dat initiële aanvragen (CCR-I) of update-indien (CCR-U) kan zijn. Er zijn drie opties beschikbaar voor deze triggers:
- Resultaat-Code ß--Hiermee kunnen specifieke resultaatcodes, een reeks resultaatcodes (3000-5999) of een fout samen met het berichttype worden ingesteld.
- Transportfalen, warrig-Deze specificatie leidt tot het gedrag bij een vervoersstoring, wat achteruit verenigbaar is met versie 12.0. Er zijn twee opties beschikbaar voor deze instelling:
- Response-Time-out ß--O-O-O Deze optie brengt het gedrag van RT op gang en moet altijd worden gebruikt met transportfouten.
- Tx-EXiry ß-HHDeze optie leidt tot het gedrag bij afloop van de TX-regeling en moet altijd worden gebruikt bij het falen van het vervoer.
- Handelingen ßHiermee wordt de actie gespecificeerd die wordt uitgevoerd wanneer een SU-activatie voor CCR-I of CCR-U optreedt. Deze actie varieert afhankelijk van het berichttype en de softwareversie.
- Doorgaan met ßHHHt Hiermee kan de sessie worden omgezet naar offline en doorgaan. Er zijn geen andere opties beschikbaar voor het gebruik van deze actie in versies voorafgaand aan versie 12.2. In versies 12.2 en later zijn de voorlopige quota, server-retries en opties na afloop van de timer beschikbaar voor configuratie met deze actie.
- Beëindiging ß Ö Dit leidt tot beëindiging van de sessie wanneer de server onbereikbaar wordt. Deze actie maakt het mogelijk om de tijdelijke quota, de server-reprobeert en de opties na het verstrijken van de timer te gebruiken.
Deze opties kunnen worden gebruikt met de actie Doorgaan of Beëindigen:
- Na-interimperiode-ß--O-O-O-O-O Deze optie maakt het mogelijk de oproep na de interimperiode voort te zetten of te beëindigen. Dit lijkt op een tijdquotum voordat de actie wordt uitgevoerd. De waarde is geformatteerd in seconden en kan tussen 1 en 4.294.967.295 liggen.
- Na-interimvolume ßHDeze optie wijst het interimquotum toe en maakt het mogelijk de sessie voort te zetten of te beëindigen voordat het volume is uitgeput. De waarde is geformatteerd in bytes en kan variëren van 1 tot 4.294.967.295.
- Server-retriges-Ö Met deze optie kan de PCEF de OCS opnieuw proberen voordat de sessie wordt voortgezet of beëindigd. De herprobeert telling kan worden ingesteld en de waarde varieert tussen 0 en 65.535. Als de waarde nul is, treedt de herpoging niet op en wordt de actie onmiddellijk toegepast.
Opmerking: De opties na-interimtijd en na-interimvolume worden altijd gebruikt met de server-retries optie, of alle drie kunnen gelijktijdig worden gebruikt en worden toegepast om zowel handelingen voort te zetten en te beëindigen. De opties na-interimperiode en na-interimvolume toewijzen ook tijd- en volumequota en de quota die zijn uitgeput, veroorzaken eerst het serveropnieuw.
- Na-timer-expiratie-ß-O Deze optie specificeert de duur (in seconden) van de tijd waarvoor sessies in de offline status blijven voordat beëindiging plaatsvindt. De waarden kunnen variëren van 1 tot 4.294.967.295. Deze optie is alleen van toepassing op beëindigde acties.
- Na-quota-expiratie ßHiermee wordt de sessie beëindigd na uitputting van het reeds toegewezen contingent.
Hier is een paar belangrijke informatie om in het achterhoofd te houden:
- De opties na tussenliggende tijd, na-interimvolume en server--restrips kunnen afzonderlijk of in combinatie gebruikt worden, en zij zijn van toepassing op zowel voortzetting als beëindiging.
- De optie na afloop van het contingent is alleen van toepassing voor de aanmaning van verzoeken om bijwerking.
- De na-timer-vervaloptie is alleen van toepassing voor de eindactie.
- De opties ná interimfase, navolgend-interimvolume en server--reprobeert alleen van toepassing zijn op versies 12.2 en hoger.
- Als de failover van de diameter wordt ondersteund (en gevormd), dan wordt de secundaire server altijd gecontacteerd alvorens het SU mechanisme wordt geactiveerd.
- De server die het laatst werd gecontacteerd voordat het SU-mechanisme werd geactiveerd wordt altijd gecontacteerd wanneer het tussenliggende tijd of tussenvolume is uitgeput en de server optie opnieuw probeert wordt gevormd met een waarde die groter is dan nul. Bijvoorbeeld, als OCS1 eerst wordt geprobeerd, en OCS2 na een fout bij OCS1 wordt geprobeerd, dan leidt de communicatie met OCS2 het SU mechanisme. Tijdens de poging tot opnieuw proberen van de server wordt OCS2 eerst benaderd en vervolgens OCS1 als een negatieve reactie van OCS2 wordt ontvangen.
Gespreksstromen voor het SU-mechanisme
Het SU-mechanisme kan worden geactiveerd door een storing van de CCR-I of de CCR-U, en de oorzaak kan een foutcode zijn, een transportstoring, een Tx-expiratie of een RT. De actie kan een toewijzing van interimquota zijn (tijd en/of volume), server reprobeert tellen, timer waarde (veroorzaakt dat de sessie offline gaat voor opgegeven tijd en alleen voor beëindiging), of quotumafloop (alleen voor de CCR-U en beëindiging) voordat de sessie offline gaat of eindigt.
Het interimquotum wordt per sessie verstrekt, niet per rating groep (RG) in MSCC-scenario's (Multiple Services Credit Control).
Er is een mogelijkheid dat de primaire server transportstoring veroorzaakt en de secundaire server start de Tx-expiratie of response-timeout. In dit scenario wordt de laatste fout beschouwd als de oorzaak van de storing.
Als het SU-mechanisme niet is ingesteld voor een storing wordt het FH-mechanisme geactiveerd.
Opmerking: De volgende secties bieden een aantal voorbeelden van aanloopstromen die gerelateerd zijn aan het SU - mechanisme. Deze aanroep stromen worden geleverd onder de aanname dat de doorsnede-sessie-failover wordt ondersteund en de secondaire server wordt ingesteld met een Tx-expiratiewaarde die lager is dan de RT-waarde. Ook wordt aangenomen dat het SU-mechanisme is ingesteld voor vervoers-storing, Tx-expiratie en RT.
Initiële aanvraag zonder sessieverbroken
Hier is de berichtstroom voor dit scenario:
- Het PCEF stuurt een CCR-I naar de OCS.
- Er wordt een onderbreking of transportstoring gedetecteerd. Indien een vervoersstoring wordt gedetecteerd, dan probeert de PCEF onmiddellijk opnieuw met de secundaire server; indien dit niet het geval is, wordt de vervaldatum geactiveerd.
- Als de secundaire server ook een transportstoring of -onderbreking heeft, wordt het SU-mechanisme geactiveerd. Dit gebeurt onmiddellijk voor vervoersfalen of na de TX-expiratie voor een tijdelijke afloop.
- Als het interim-volume en/of de tijd zijn ingesteld, wordt het interimquotum toegewezen aan de sessie.
- Na uitputting van het interimquotum (tijd of volume) en als de server opnieuw waarde probeert te herstellen dan wordt CCR-I opnieuw verzonden naar de server die het SU-mechanisme heeft geactiveerd. Als er een andere fout is, wordt CCR-I naar een andere server verzonden.
- Als de transportfout of Tx-timeout opnieuw wordt gedetecteerd, worden stappen 2 tot 5 herhaald totdat de server de waarde herprobeert of een succesvolle respons niet van de OCS komt.
- Als de kwestie nog steeds bestaat, wordt de sessie voortgezet (geconverteerd naar offline) of beëindigd zoals in de configuratie.
Opmerking: Het interimquotum dat wordt geconsumeerd terwijl de sessie naar de VS-modus gaat vanwege CCR-I wordt niet in de volgende CCR-I gerapporteerd. Alle gebruikte tussentijdse quota worden gerapporteerd in de CCR-U, die volgt op de succesvolle CCA-I.
Aanvankelijk verzoek met sessieverbroken verbinding
Hier is de berichtstroom voor dit scenario:
- Het PCEF stuurt een CCR-I naar de OCS.
- Er wordt een onderbreking of transportstoring gedetecteerd. Indien een vervoersstoring wordt gedetecteerd, dan probeert de PCEF onmiddellijk opnieuw met de secundaire server; indien dit niet het geval is, wordt de vervaldatum geactiveerd.
- Als de secundaire server ook een transportstoring of -onderbreking heeft, wordt het SU-mechanisme geactiveerd. Dit gebeurt onmiddellijk voor vervoersfalen of na de TX-expiratie voor een tijdelijke afloop.
- Als het interim-volume en/of de tijd zijn ingesteld, wordt het interimquotum toegewezen aan de sessie.
- Na uitputting van het interimquotum (tijd of volume) en als de server opnieuw waarde probeert te herstellen dan wordt CCR-I opnieuw verzonden naar de server die het SU-mechanisme heeft geactiveerd. Als er een andere fout is, wordt CCR-I naar een andere server verzonden.
- Als de transportfout of Tx-timeout opnieuw wordt gedetecteerd, worden stappen 2 tot 5 herhaald totdat de server de waarde herprobeert of een succesvolle respons niet van de OCS komt. Op dit moment is de sessie losgekoppeld zonder gebruik van het gehele interimquotum.
- Na de beëindiging van de sessie stuurt het PCEF opnieuw de CCR-I om een nieuwe sessie te beginnen. Als dit succes heeft, stuurt het PCEF de CCR-T, die het gehele tijdelijke contingent dat is gebruikt, meldt.
Aanvraag bijwerken zonder sessieverbinding
Hier is de berichtstroom voor dit scenario:
- Het PCEF stuurt een CCR-U naar de OCS.
- Er wordt een onderbreking of transportstoring gedetecteerd. Indien een vervoersstoring wordt gedetecteerd, dan probeert de PCEF onmiddellijk opnieuw met de secundaire server; indien dit niet het geval is, wordt de vervaldatum geactiveerd.
- Als de secundaire server ook een transportstoring of -onderbreking heeft, wordt het SU-mechanisme geactiveerd. Dit gebeurt onmiddellijk voor vervoersfalen of na de TX-expiratie voor een tijdelijke afloop.
- Als het interim-volume en/of de tijd zijn ingesteld, wordt het interimquotum toegewezen aan de sessie.
- Na uitputting van het interimquotum (tijd of volume) en als de server opnieuw waarde probeert te bereiken meer dan nul is, wordt CCR-U opnieuw verzonden naar de server die het SU-mechanisme heeft geactiveerd. Als er een andere fout is, wordt een CCR-U naar een andere server verzonden die de volledige verbruikte ongemelde quota bevat.
- Als de transportfout of Tx-timeout opnieuw wordt gedetecteerd, worden stappen 2 tot 5 herhaald totdat de server de waarde herprobeert of een succesvolle respons niet van de OCS komt.
- Het volledige geconsumeerde quotum wordt aan de OBS gemeld met de succesvolle CCR-U.
- Als de kwestie nog steeds bestaat, wordt de sessie voortgezet (omgezet naar offline) of beëindigd volgens de configuratie na uitputting van de maximum herprobeer waarde.
Aanvraag bijwerken met sessie afsluiten
Hier is de berichtstroom voor dit scenario:
- Het PCEF stuurt een CCR-U naar de OCS.
- Er wordt een onderbreking of transportstoring gedetecteerd. Indien een vervoersstoring wordt gedetecteerd, dan probeert de PCEF onmiddellijk opnieuw met de secundaire server; indien dit niet het geval is, wordt de vervaldatum geactiveerd.
- Als de secundaire server ook een transportstoring of -onderbreking heeft, wordt het SU-mechanisme geactiveerd. Dit gebeurt onmiddellijk voor vervoersfalen of na de TX-expiratie voor een tijdelijke afloop.
- Als het interim-volume en/of de tijd zijn ingesteld, wordt het interimquotum toegewezen aan de sessie.
- Na uitputting van het interimquotum (tijd of volume) en als de server opnieuw waarde probeert te bereiken meer dan nul is, wordt CCR-U opnieuw verzonden naar de server die het SU-mechanisme heeft geactiveerd. Als er een andere fout is, wordt een CCR-U naar een andere server verzonden die de volledige verbruikte ongemelde quota bevat.
- Als de transportfout of Tx-timeout opnieuw wordt gedetecteerd, worden stappen 2 tot 5 herhaald totdat de server de waarde herprobeert of een succesvolle respons niet van de OCS komt. Op dit moment is de sessie losgekoppeld voordat deze het hele tijdelijke quotum verwerkt.
- Het PCEF stuurt een CCR-T naar de OBS om het volledige verbruikte quotum te rapporteren.
- Als de OBS reageert met een resultaatcode van 2002, dan zijn de aanvullende rapporten niet nodig.
Aanvraag bijwerken met onbekende sessie
Hier is de berichtstroom voor dit scenario:
- Het PCEF stuurt een CCR-U naar de OCS.
- Er wordt een onderbreking of transportstoring gedetecteerd. Indien een vervoersstoring wordt gedetecteerd, dan probeert de PCEF onmiddellijk opnieuw met de secundaire server; indien dit niet het geval is, wordt de vervaldatum geactiveerd.
- Als de secundaire server ook een transportstoring of -onderbreking heeft, wordt het SU-mechanisme geactiveerd. Dit gebeurt onmiddellijk voor vervoersfalen of na de TX-expiratie voor een tijdelijke afloop.
- Als het interim-volume en/of de tijd zijn ingesteld, wordt het interimquotum toegewezen aan de sessie.
- Na uitputting van het interimquotum (tijd of volume) en als de server opnieuw waarde probeert te bereiken meer dan nul is, wordt CCR-U opnieuw verzonden naar de server die het SU-mechanisme heeft geactiveerd. Als er een andere fout is, wordt een CCR-U naar een andere server verzonden die de volledige verbruikte ongemelde quota bevat.
- De OCS antwoordt met een resultaatcode van 5002 (onbekende sessie-ID) voor de CCR-U, die mogelijk is in het scenario waarin de OCS de sessie-ID-informatie heropende en verloor.
- Het PCEF start een nieuwe sessie met de CCR-I en ontvangt de CCA-I.
- Het PCEF rapporteert het volledige geconsumeerde interimquotum via CCR-U in volgende berichten.
Aanvraag bijwerken met meerdere RG's (MSCC Scenario)
Hier is de berichtstroom voor dit scenario:
- Het PCEF stuurt de CCR-U voor RG1 naar de OBS.
- Er wordt een onderbreking of transportstoring gedetecteerd. Indien een vervoersstoring wordt gedetecteerd, dan probeert de PCEF onmiddellijk opnieuw met de secundaire server; indien dit niet het geval is, wordt de vervaldatum geactiveerd.
- Als de secundaire server ook een transportstoring of -onderbreking heeft, wordt het SU-mechanisme geactiveerd. Dit gebeurt onmiddellijk voor vervoersfalen of na de TX-expiratie voor een tijdelijke afloop.
- Indien het interimvolume en/of de tussentijd zijn ingesteld, wordt het interimquotum toegewezen aan de sessie
- Op dit punt stelt RG2 ook het gehele toegewezen quotum op, maar start de CCR-U niet omdat de sessie al in de VS-modus is en het interimquotum begint te consumeren.
- Na uitputting van het interimquotum (tijd of volume) en als de server opnieuw waarde probeert te bereiken meer dan nul is, wordt CCR-U opnieuw verzonden naar de server die het SU-mechanisme heeft geactiveerd. Als er een andere fout is, wordt een CCR-U naar een andere server verzonden die de volledige verbruikte ongemelde quota voor beide RG's bevat.
- Als de transportfout of Tx-timeout opnieuw wordt gedetecteerd, worden stappen 2 tot 6 herhaald totdat de server de waarde opnieuw probeert te herstellen of er geen succesvolle respons komt van de OCS.
- Het volledige geconsumeerde quotum wordt aan de OBS gemeld met de succesvolle CCR-U.
- Als de kwestie nog steeds bestaat, wordt de sessie voortgezet (omgezet naar offline) of beëindigd volgens de configuratie na uitputting van de maximum herprobeer waarde.
Terminalaanvraag
Hier is de berichtstroom voor dit scenario:
- Het PCEF stuurt een CCR-T naar de OCS.
- Er wordt een onderbreking of transportstoring gedetecteerd. Indien een vervoersstoring wordt gedetecteerd, dan probeert de PCEF onmiddellijk opnieuw met de secundaire server; indien dit niet het geval is, wordt de vervaldatum geactiveerd.
- Als de secundaire server ook een transportstoring of -onderbreking heeft, wordt de sessie verwijderd.
CCR-foutencode - verwerking
Hier is de berichtstroom voor dit scenario:
- Het PCEF stuurt een CCR naar de OCS en de OCS antwoordt met een foutcode.
- De foutcode wordt in het SU-mechanisme statisch ingesteld.
- Het PCEF levert het interimquotum zonder opnieuw te proberen naar de secundaire server.
Configuraties van FH en SU-voorbeelden
Deze sectie verschaft een configuratievoorbeeld voor de FH en de SU mechanismen. Wanneer zowel de FH- als de SU-mechanismen zijn ingesteld, krijgt de SU voorrang boven de FH voor dezelfde gedragsactivatie.
Hierna volgt een voorbeeld:
credit-control group test
diameter origin endpoint test
diameter peer-select peer test
quota volume-threshold percent 10
diameter pending-timeout 80 deciseconds msg-type any
diameter session failover
trigger type rat lac
apn-name-to-be-included virtual
quota request-trigger exclude-packet-causing-trigger
failure-handling initial-request continue retry-after-tx-expiry
servers-unreachable initial-request terminate after-interim-volume 200
after-interim-time 3600 server-retries 0
servers-unreachable behavior-triggers initial-request transport-failure
tx-expiry
servers-unreachable update-request continue after-interim-volume 200
after-interim-time 3600 server-retries 50
servers-unreachable behavior-triggers update-request transport-failure
tx-expiry
Verifiëren
Om te verifiëren dat uw configuratie correct werkt, voer u de opdracht van de showservice <service name>in:
# show active-charging service name test
Service name: test
TCP Flow Idle Timeout : 300 (secs)
UDP Flow Idle Timeout : 300 (secs)
ICMP Flow Idle Timeout : 300 (secs)
ICMP Flow Idle Timeout : 300 (secs)
ALG Media Idle Timeout : 120 (secs)
TCP Flow-Mapping Idle Timeout : 300 (secs)
UDP Flow-Mapping Idle Timeout : Not Configured
Deep Packet Inspection: Enabled
Passive Mode : Disabled
CDR Flow Control : Enabled
CDR Flow Control Unsent Queue Size: 75
Unsent Queue high watermark: 56
Unsent Queue low watermark: 18
Content Filtering: Disabled
Dynamic Content Filtering: Disabled
URL-Blacklisting: Disabled
URL-Blacklisting Match-method: Exact
Content Filtering Match-method: Generic
Interpretation of Charging-rule-base-name: active-charging-group-of-ruledefs
Selection of Charging-rule-base AVP : Last
Credit Control:
Group : test
Mode : diameter
APN-name-to-be-included: gn
Trigger-Type : N/A
Failure-Handling:
Initial-Request : continue retry-after-tx-expiry
Update-Request : retry-and-terminate
Terminate-Request: retry-and-terminate
Server Unreachable Failure-Handling:
Initial-Request : terminate
Update-Request : continue
Problemen oplossen
Voer de opdracht voor actieve-oplaadstatistieken van de kredietcontrole in om de statistieken te bekijken die verband houden met de SU- en FH-mechanismen. Hier wordt een voorbeelduitvoer weergegeven:
#show active-charging credit-control statistics
...
OCS Unreachable Stats:
Tx-Expiry: 2291985 Response-TimeOut: 615
Connection-Failure: 2 Action-Continue: 0
Action-Terminated: 0 Server Retries: 2023700
Assumed-Positive Sessions:
Current: 2 Cumulative: 2196851
Hier zijn een paar belangrijke opmerkingen over deze voorbeeldoutput:
- TX-EXiry, ßH-ODit duidt op een SU-aandoening door de vervaldatum.
- Response-Time-out ß--O- Dit duidt op een SU-aandoening door een RT.
- Verbinding-FOUT-warme-Dit duidt op een SU-toestand als gevolg van een falen van het vervoer.
- Actie-Doorgaan-ß-O Dit veld geeft het aantal sessies aan dat offline ging.
- Action-Terminate ß$ Dit veld geeft het aantal afgesloten sessies aan.
- Server Retries, of Dit veld geeft het aantal keren aan dat de OCS opnieuw werd geprobeerd.
- Veronderstelde positieve sessies:
- Huidige---dit veld geeft het aantal sessies aan dat momenteel in de VS-toestand verkeert.
- Cumulatieve ßÖ Dit veld geeft het totale aantal sessies aan dat naar de VS-status is gegaan.
Typ de show active-oplaadsessies volledig opdracht om informatie te bekijken die betrekking heeft op de status van de sessie. Hier wordt een voorbeelduitvoer weergegeven:
#show active-charging sessions full all
..
..
Current Server Unreachable State: CCR-I
Interim Volume in Bytes (used / allotted): 84/ 200
Interim Time in Seconds (used / allotted): 80/ 3600
Server Retries (attempted / configured): 1/ 50
Hier zijn een paar belangrijke opmerkingen over deze voorbeeldoutput:
- Huidige server onbereikbare staat, ß Hiermee wordt aangegeven of de huidige VS-staat te wijten is aan de CCR-I of CCR-U.
- Tussentijds volume in Bytes (gebruikt/toegewezen)-ß--Hiermee wordt het tussentijdse volume in bytes versus toegewezen bytes weergegeven.
- Tussentijdse tijd in seconden (gebruikt/toegewezen), warmeDit toont het interimvolume in gebruikte seconden versus toegewezen seconden.
- Server Retries (geprobeerd/geconfigureerd) ß Hiermee is het aantal serverpogingen in vergelijking met dat ingesteld.
Gerelateerde informatie