Unified Contact Center Enterprise (UCCE) Perifere Gateway (PG) TCP-poorttoewijzing en duplexbewerkingen

Inleiding

Dit document beschrijft de methode voor het opsporen van problemen bij de identificatie van Unified Contact Center Enterprise (UCCE) Perifere Gateway (PG) die in geïsoleerde staat blijft, vooral na een nieuwe PG-installatie of de upgradepoging. De typische oorzaken van dit probleem zijn verwant aan de onjuiste PG poortnummers die door het installatieprogramma van de UCCE-toepassing worden toegewezen tijdens de installatie- en upgradeperiode. Dit document vat ook een lijst van havens samen die voor het handhaven van de duplex operaties van PG worden gebruikt.

Achtergrondinformatie

Voor tweezijdige PG paren, wanneer u de OPCTEST statusopdracht aan beide zijden van de PG draait, is de OPC-status alleen zichtbaar voor de ene kant van PG's en is de andere kant niet bereikbaar. Alsof elke PG server van de PG paren onder simplex mode op zichzelf loopt.

Het MDS-proces (Multilayer Data Switch) geeft aan dat MDS het registratieproces van al zijn klanten op gang brengt en dat de duplex-handeling gevraagd wordt maar uiteindelijk mislukt. MDS gaat naar simplexing.

Het OPC-proceslogbestand (Open Peripaning Controller) geeft de kant van de bedrading van OPC aan die offline was gegaan als gevolg van het MDS-probleem.

De PGAG-proceslogboeken duiden ook op TOS-gebeurtenissen en ontvangen uiteindelijk rapporten van het MDS-proces dat de andere kant niet bereikbaar is, MDS in simplex-modi enzovoort.

Aangezien dit rampzalige gebreken zijn, zijn deze fouten duidelijk en gemakkelijk beschikbaar, zelfs wanneer de standaardsporen op PG-diensten worden gezet.

De stappen van de oplossing van problemen omvatten eerst enkele basisnetwerkcontroles:

1. IP-adresconfiguratie op USB- en Private NIC’s controleren
2. Naam
3. Netwerkverbindingen
4. Inspecties van routetabellen

Er zijn echter gevallen waarin het probleem zich blijft voordoen wanneer alle stappen zijn onderzocht. Dan begint ons onderwerp nu.

Opmerking: Alle poorten waarnaar in dit artikel wordt verwezen zijn TCP-poorten.

Voordat de installateur het havengebiedschema voor een PG uiteenzet, moet hij eerst de bestaande PG-installatie op de server inspecteren om er zeker van te zijn dat er na de installatie geen conflicten in het poortbereik zijn.  In sommige gevallen, vooral na een upgrade, migratie en het opnieuw installeren van PG-servers, zouden toegewezen poorten verkeerd kunnen worden afgestemd op een PG-server. De onaangepaste contracten worden waarschijnlijk veroorzaakt door de bestaande ICM-installaties of de handhaving ervan op de servers, en de dekking-installaties worden uitgevoerd bovenop de bestaande installatie.

Belangrijke systeemnummers

PG poortbereik wordt toegewezen door ICM installateur tijdens de installatietijd, en de waarden zijn gebaseerd op bepaalde factoren, het aantal van de Instantie van de onderneming is één van deze factoren en het eerste om te verifiëren.

Nummer van ondernemingsinstantie

Geherdacht van de oude Geotel Intelligent Call Management (ICM) - softwarearchitectuur, wordt het voorbeeldnummer gebruikt om de softwarecontexten te differentiëren. De standaardwaarde is 0. Deze wordt gewoonlijk tijdens de installatietijd bepaald. als het Instance Number niet consequent wordt gehandhaafd in de gehele bedrijfsinstelling van de software, zullen poortnummers zeker ongelijk worden weergegeven.

HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc\ICM\<Customer Name>\CurrentVersion\InstanceNumber 

PG-poortberekening gebaseerd op Instantie nummer n

havennummer (voorbeeld n) = havennummer (voorbeeld 0) + 40 * n.

PG DMP-systeem id

PG DMP systeemid bepaalt de aanwijzing van een paar PG in de router van de vraag van UCCE, zal de verkeerde configuratie van deze waarde conflict in termen van communicatiestoornis tussen de Routers van de Vraag en PGs veroorzaken. Verschillende waarden als zij per ongeluk over een PG paar worden geconfigureerd zullen niet toestaan dat PG paar duidelijk duplex vormt.

HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc\ICM\<Customer Name>\PGXX>\DMP\CurrentVersion\SystemID

PG1 heeft systeem-ID 1

PG2 heeft systeem-ID ingesteld op 2 door de installateur.

PG3 heeft systeem-ID als 3

PG-installatiestaat van duplex/simplex

Om te bevestigen of de PG voor duplex bediening of simplex bediening is geïnstalleerd. Als één kant van PG paren met simplex werking is geïnstalleerd, kan geen staatsoverdracht tussen PG's geïnitieerd worden.

HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems,Inc.\ICM\<Customer Name>\PG<XX>\NodeManager\CurrentVersion\Dumplexed

Simplex PG de waarde is ingesteld op 0

Duplex PG de waarde is ingesteld op 1

Poortbereiken op elke PG-hostserver

Door het ontwerp konden er slechts 2 PG knooppunten op elke host server zijn. Als de installateur een bestaande PG-installatie op de host-server vond, probeert u verschillende poorten voor de nieuwe PG te gebruiken.

Ongeacht de PG DMP of het systeemid van de PG, installeert het installatieprogramma 43XXX bereik van deze poorten aan de eerste pg-installatie op een host server. Het tweede PG-knooppunt dat op dezelfde server is geïnstalleerd, gebruikt het 45XXX-poortbereik. O. als PG2 is geïnstalleerd voordat PG1 op de server van de host, nemen de relevante poorten die gekoppeld zijn aan PG2-knooppunten 43XXX poortbereik in, terwijl PG1 45XXX poortbereik krijgt.

Dit is waar poortmismatch zelfs bij de volgorde van de installatie van PG zou kunnen voorkomen.

Poortindex

HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\<instance-name>\PGXX\PortIndex

Bijvoorbeeld, 0 1st geïnstalleerde PG, is de waarde van de HAVEN 0 aan beide kanten van PG.

Bijvoorbeeld, 0 2ste geïnstalleerde PG, is de havenwaarde 1 aan beide kanten van PG.

PG PGAG-test Andere nevenpoort

Dit is de poort die wordt gebruikt wanneer PG-paar de privé netwerkconnectiviteit verliest en TOS-berichten via PGAG-proces via de openbare interfaces verstuurt.

HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc\ICM\<Customer Name>\PGXX\DMP\CurrentVersion\PGTestOtherSide

Bijvoorbeeld, 0 1ste geïnstalleerde PG, is de havenwaarde 43006 aan beide kanten van PG.

Bijvoorbeeld, 0 2ste geïnstalleerde PG, is de waarde van de PORT 45006 aan beide zijden van PG.

PG MDS-poorten

Een verzameling havens die verantwoordelijk zijn voor Hoog-, Middelgroot-, Lage MDS-verkeer tussen de PG-paren via privé-interfaces.

High-Priority

HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc\ICM\<Customer Name>\PGXX\MDS\CurrentVersion\DedicatedPath\HighPriority

Bijvoorbeeld 0 en 1st PG, is de POORTwaarde 43005 aan beide zijden van PG
Bijvoorbeeld 0 en 2e PG, de POORTwaarde is 45005 aan beide zijden van PG

Middelgrote prioriteit

HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc\ICM\<Customer Name>\PGXX\MDS\CurrentVersion\DedicatedPath\MediumPriority

Bijvoorbeeld 0 en 1st PG, is de POORTwaarde 43016 aan beide zijden van PG
Bijvoorbeeld 0 en 2nd PG, is de POORTwaarde 45016 aan beide zijden van PG

LowPriority

HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc\ICM\<Customer Name>\PGXX\MDS\CurrentVersion\DedicatedPath\LowPriority

Bijvoorbeeld 0 en 1st PG, is de POORTwaarde 43004 aan beide zijden van PG
Bijvoorbeeld 0 en 2e PG, de POORTwaarde is 45004 aan beide zijden van PG

PG OPC-overdrachtpoort

Dit is de poort die gebruikt wordt voor OPC om staatsoverdracht door MDS uit te voeren wanneer het PG paar start.

HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc\ICM\<Customer Name>\PGXX\MDS\CurrentVersion\Clients\opc

Bijvoorbeeld 0 en 1st PG, is de waarde van StateXferPort 43023 aan beide zijden van PG
Bijvoorbeeld 0 en 2nd PG, de waarde van StateXferPort is 45023 aan beide zijden van PG

Conclusie

Voor PG-duplex-exploitatie, problemen met de overdracht van de staat, als de problemen zich voordoen na een grote upgrade, migratie en installatie van PG-servers, zie hierboven genoemde poorten en getallen, of een van deze problemen aan beide zijden van PG-paren verkeerd is afgestemd.