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 hoe u een CCB-probleem (Customer Voice Portal, CVP) kunt oplossen wanneer de beller geen CCB-aanbod krijgt omdat de poort van de romp is overschreden.
Cisco raadt kennis van de volgende onderwerpen aan:
De informatie in dit document is gebaseerd op deze softwareversies:
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.
Voordat het probleem van de toegangscapaciteit problematisch is, is het belangrijk het proces van de boomstamvalidatie in CCB te begrijpen. In feite bepaalt het proces eerst het aantal oproepen van de Callback_Current tabel met EventTypeID in (21,22,23); In afwachting van, vooruitgang, Tentatief voor specifieke gateways en locaties.
Tweede, van de zelfde Callback_Current tabel, bepaald, het aantal vraag die met verbonden oorzaak wordt voltooid: EventTypeID = 24 (voltooid) en OorzaakID = 27 (Verbonden).
Tenslotte voegt het proces deze twee waarden toe en vergelijkt het aantal stammen die onder de dienst Survivability.tcl worden gevormd.
Als het resultaat meer dan de geconfigureerde trunks-drempel is, stuurt het proces een storing terug (rendement 1), anders wordt er niets teruggestuurd (retourzending 0).
Samengevat is de formule om de voor CCB gebruikte stammen te valideren:
CCB-trunks < (Callback_Current-tabel met EventTypeID in (21.22.23); In afwachting, Inprogress, Tentative voor specifieke gateways) + Callback_huidige tabel van EventTypeID = 24 (Voltooid), en CauseID = 27 (Connected)
Als CCB Trunks waarde lager validatie faalt.
Een inkomende vraag krijgt geen CCB aanbod. Het gesprek gaat rechtstreeks in de rij, ongeacht de geschatte vertragingstijd (EWT)
Stap 1. Verzamel activiteitenlogboeken van de TerugbellenIngang toepassing van de VXML-server (Voice Extensible Markup Language).
Stap 2. Zoeken in de activiteitenlogboeken voor elke oproep waarbij de validatie niet bestaat:
Validate_02,data,result,none
Dit betekent dat de validatie niet doorging. Verkrijg de Miguélez voor deze vraag. Filter de vraag door de activiteit geroepen en zoek een kallide zoals dit voorbeeld:
start,parameter,callid=BBBBAAAACCCCDDDDEEEEFFFFAAAABBBB
Stap 3. Verzamel de CVP-rapporteringsbestanden voor de Rapportageserver. Zoek hetzelfde kalief in de CVP-rapporteringsdocumenten.
ValidateHandler:ValidateHandler.exec: ValidateHandler GUID=BBBBAAAACCCCDDDDEEEEFFFFAAAABBBB results:none validation status bitmask=0x00000103
Stap 4. Converteer het bitmask nummer naar binair getal. Gebruik een programmeur-rekenmachine: 0001 00000011
Stap 5. Controleer de CVP Rapportagehandleiding voor CCB-tabellen. Je zou moeten zien dat validatie mislukt vanwege "EXCEED_CAPACITY_GW".
Opmerking: ICM_NO_SHCEDULED_ALLOWED en het OK-bit zijn altijd ingesteld
Stap 6. Verminder de kwestie tot een specifieke wachtrij. Controleer de CCB Servelet vanaf de CVP Rapportageserver om te bepalen of er een of meer specifieke wachtrijen zijn waar CCB niet wordt aangeboden. Open een webbrowser en type.
http://{IP-adres van de rapportageserver}:8000/cvp/CallbackServlet?methods=Diag
Dit is een voorbeeld van een wachtrij waar CCB wordt aangeboden:
Dit is een voorbeeld van een wachtrij waar geen CCB wordt aangeboden
Stap 7. Controleer of de wachtrij(s) door een specifieke gateway wordt/worden bediend. Controleer de configuratie van de gateway (overlevingsapplicatieparameters).
application service new-call flash:bootstrap.vxml ! service survivability flash:survivability.tcl paramspace callfeature med-inact-det enable param ccb id:10.201.198.21;loc:CALO;trunks:512
Stap 8. Als de configuratie juist is, controleert u de informatie die in de database van de rapportageserver is opgeslagen (Informix) om het aantal oproepen op deze specifieke gateway en locatie te bepalen. U kunt controleren op de CCB-id (in dit geval op 10.201.198.21) of op de locatie (in dit voorbeeld op CALO).
Stap 9. Op de rapportageserver, toegang Informix database.
Open een CMD-melding en type: dbaccu
Navigeren in op verbinding > verbinden
Selecteer cvp-instantie
type gebruikersnaam cvp_dbadmin
wachtwoord typen
selecteer callback@cvp database
afsluiten en naar Query-talen navigeren
Stap 10. Start de query:
Selecteer count(*) van callback_Current waar location = "CALO";
Stap 11. Als de waarde hetzelfde of hoger is dan de waarde die in de poort is ingesteld voor de locatie(s), is dit de reden waarom de validatie mislukt, omdat de maximale aantallen toegestane stammen in de Callback_Current tabel zijn bereikt.
Opmerking: Zoals vermeld in de CVP-rapportagerichtsnoer, is de terugroepingstabel een weergave van twee tabellen: Callback_Current en Callback_Historical. De twee tabellen zijn identiek. Om de 30 minuten, gegevens voor voltooide oproepen worden getrokken van Callback_Handig en verplaatst naar Callback_Historical.
Stap 12. Als de waarde van de romp per plaats zijn grenzen in de Callback_Current tabel heeft bereikt en er geen callback in de rij zijn, geeft dit aan dat er een probleem is in het verplaatsen van de callback records van Callback_Current naar de Callback_Historische tabel.
Stap 13. Zorg ervoor dat CVPCalbackArchive onder de Schedule Tasks (CVP Reporting Server) werkt. Navigeren in op Start -> Programma's -> Accessoires -> Systeemtools -> Geplande taak.
.
Stap 14. Als deze taak CVPCalbackArchive is voltooid, zorg er dan voor dat de exit code (0x0) is.
Stap 15. Als stap 13 en 14 goed zijn, maar nog steeds geen gegevens in de Callback_Historische tabel zijn, zult u moeten bepalen waarom de informatie niet in de database wordt toegevoegd. Controleer de integriteit van de informatie die in de huidige en historische tabel is opgeslagen. Start deze query in het informix dbaccess CMD venster:
Select count (*) from callback_current where surrogateid in (select surrogateid from callback_historical);
Stap 16. Als de telling 1 of hoger is, betekent dit dat de primaire toets op de huidige tabel al bestaat in de historische tabel en dat de informatie niet in de database wordt toegevoegd. In de meeste van deze scenario's veroorzaakt een race conditie dubbele records om in callback_Current tabel in te voeren.
Welke surrogaat in kaart wordt gebracht, gebeurt op de rijtafel. In situaties waarin de aanroep van terugbellen verandert wachten tot het aanroepen van het in de rij script, lijkt er een venster te zijn waar de archieftaak de records van huidige naar historie verplaatst en de toepassing een nieuw record in de huidige tabel met hetzelfde surrogaat in. Dit probleem houdt verband met dit CDETS CSCuq86400
Stap 1. Toegang tot Informix-database. Open een CMD-melding en type: dbaccu
Stap 2. Navigeer naar verbinding > sluit de optie VIP aan. Typ gebruikersnaam cvp_dbadmin en type wachtwoord
Stap 3. Selecteer callback@cvp voor gegevensextractie en navigeer naar Query Languages
Stap 4. Start deze opdrachten:
wissen van callback_current waar surrogate in (selecteer surrogate in van callback_history);
Als er een tijdelijke tabelfout is gemaakt, doet u het volgende:
tabel t1;
Stap 5. Start de SP-procedure om de informatie van Huidige naar historische callback tabel te verplaatsen vanuit de diskette van het venster query language.
EXECUTE PROCEDURE sp_arch_callback();
Stap 6. Controleer of er niet meer gegevens in de huidige tabel staan dan voorheen.
Selecteer count(*) van callback_Current waar location = "CALO";
Stap 1. Navigeer naar Cisco\CVP\informix_frag en open sp_arch_callback.sql in een teksteditor.
Stap 2. Laat deze regel aan het begin van het bestand los: —valprocedure sp_arch_callback; (aan het begin van de lijn verwijderen).
Stap 3. Voeg deze regel toe: te wissen van callback_current indien surrogate in (selecteer surrogate van callback_history); na
creeer procedure sp_arch_callback() regel.
Stap 4. Sla het bestand op.
Stap 5. Dit is een voorbeeld van hoe het eerste deel van het bestand er moet uitzien.
{********************************************************************************* Stored procedure to move completed calls out of the active table into the historical table. *********************************************************************************} drop procedure sp_arch_callback; create procedure sp_arch_callback() DEFINE p_ageoff INTEGER; -- delete any duplicates found in current table. delete from callback_current where surrogateid in (select surrogateid from callback_historical);
Stap 1. Open een CMD-melding en voer de opdracht uit: dbschema
dbschema -d callback-f sp_arch_callback
Opmerking: Als u een autorisatieprobleem hebt bij het uitvoeren van het dbschema, inlogt u als cvp_dbadmin in de rapportageserver en probeer het nogmaals.
Stap 2. Zorg ervoor dat vanuit de uitvoer de optie Verwijderen uit de opdracht is uitgevoerd.