Inhoud

Inleiding

Voorwaarden

Gebruikte componenten

Achtergrondinformatie

Elementen van logische verdeling

Geolocatie

Geolocatiefilter

Logisch partitiebeleid

Configuratie

Problemen oplossen

Punten voor nadenken

Referenties

gekende insecten

Inleiding

Dit document beschrijft hoe u logische partitionering en geografische locatie in Cisco Unified Communications Manager (CUCM) kunt configureren.

Voorwaarden

Cisco raadt kennis van de volgende onderwerpen aan:

- Cisco Unified Communications Manager

Gebruikte componenten

- Cisco Unified Communications Manager 8.6 of hoger

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

De logische scheidingsfunctie zorgt ervoor dat één enkel systeem kan worden gebruikt om beide types van vraag te steunen zolang de vraag die door een PSTN-poort (Public Switched Telephone Network) passeert niet rechtstreeks aan een VoIP-telefoon of VoIP PSTN-poort op een andere geografische locatie (geolocatie) aansluit zelfs wanneer een functie voor mid-bellen wordt aangehaald.

In sommige landen, zoals India, zijn er telecomvoorschriften die op ondernemingsniveau moeten worden nageleefd. Daarom kunnen bedrijven een spraakinfrastructuur opzetten. Ze zijn zo ingesteld dat het lokale PSTN uitsluitend wordt gebruikt bij het aansluiten van oproepen buiten de onderneming. Volgens de Telecom Regulatory Authority (TRAI) mag het PSTN-telefonienetwerk in India nooit worden aangesloten op het VoIP-telefonienetwerk voor de toepassing van Toll ByPass.

Dit vereist dat het spraaksysteem logischerwijze in twee systemen wordt verdeeld: één VoIP binnen de onderneming en een tweede om toegang te krijgen tot het lokale PSTN.

Het was vrij moeilijk om dit soort spraaksysteem te onderhouden met de optie Calling Search Space (CSS) en Partition in CUCM. CSS en Partition kunnen de basisoproepen beperken, maar het is niet beperkt tot medio gespreksfuncties zoals opnieuw richten en aansluiten.

Elementen van logische verdeling

Geolocatie

CUCM vereist het ter beschikking stellen van identificatiemiddelen voor het toewijzen aan apparaten zoals telefoons, gateways, stammen, enz. Geolocation is een standaard die kan worden gebruikt als een identificatiemiddel in een logische partitionering.

Geolocation wordt gebruikt om de fysieke locatie aan te geven op basis van maximaal 17 parameters: Afkorting land 2, staat (A1), County (A2), Stad (A3), District (A4), wijk (A5), Street (A6), Richting (PRD), Street Suffix (POD), House Number (HNO) en House Number Suffix (HNS).

Geolocatiefilter

Een typische Logische beleidsconfiguratie van de Partitie gebruikt slechts een deelgroep van velden in Geolocation-beleidsrecord. Deze selectie wordt beperkt door het Geolocatiefilter. De velden die in Geolocation Filter zijn geselecteerd, worden gebruikt door de logische verdelingsfunctie.

Logisch partitiebeleid

In CUCM wordt Logical Partization gedefinieerd als een functie voor gespreksbeheer die kan worden gebruikt om de communicatie tussen deze VoIP-entiteiten te beperken met behulp van Logisch partitioneringsbeleid.

- IP-telefoon naar/van gateway

- Gateway to Gateway

- IP-telefoon naar/van Trunk (ICT/SIP-stam)

- Gateway to/from Trunk (ICT/SIP-stam)

De apparaten in logische indeling worden als binnenkant en rand gecategoriseerd. Dit zijn de inrichtingen die als binnenshuis zijn ingedeeld:

1. Telefoons (SCCP, SIP, derde partij)

2. VG224 analoge telefoons

3. MGCP-poort (FXS)

4. Cisco Unity Voice Mail (SCCP)

5. CTI-routepunt, CTI-poort

6. QSIG-gateway of ICT

Deze apparaten zijn gecategoriseerd als de grens:

1. Gateway

2. Intercluster-kofferbak (ICT)

3. H.225-stam

4. SIP-stam

5. MGCP-poort (E1, T1, PRI, BRI, FXO)

Configuratie

Stap 1. Standaard geolocatie is van toepassing op de apparaten waarin geen Geolocatie is ingesteld en niet deelneemt aan de logische partitionering. Om het standaard Geolocatiebeleid in te stellen speelt een belangrijke rol, als het ingesteld wordt om toe te staan dan is het nodig om een passend Logisch Partitiebeleid te voeren met ontkende functionaliteit en vice versa.

Stap 2. Ga naar systeemconfiguratie -> Geolocatie en voeg de informatie toe met betrekking tot de locatie. Dit fungeert als identificator voor de apparaten die met deze specifieke Geolocatie zijn verbonden.

Stap 3. Ga naar systeemfilter -> Geolocatiefilter en controleer de velden in de configuratie Geolocatie Filter op basis van wat het logische beleid is vereist om tegen te filteren.

Stap 4. Configureer het logische verdelingsbeleid. Dit is het belangrijkste deel van de configuratie aangezien alle besluiten om de oproepen toe te staan of te ontkennen van zijn configuratie afhangen.

Stap 5. Ga naar de pagina van de apparatenconfiguratie van de telefoon en pas de geolocatie toe afhankelijk van waar de telefoon zich bevindt.

Ga op dezelfde manier naar de apparaatpool en voeg de geolocatie-configuratie toe.

Stap 6. Ga vervolgens naar de configuratiepagina voor de Gateway/Trunk/MGCP-poort die fungeert als een interface naar het PSTN en pas de geolocatie-configuratie en het geolocatie-filter toe.

Problemen oplossen

Stap 1.Controleer in Enterprise-parameters die de optie Logische partitionering inschakelen inschakelen hebben, op True.

Stap 2. Zorg ervoor dat de apparaten met een geldige geolocatie op het niveau van het apparaat of van het apparaatpool worden geassocieerd.

Stap 3. Controleer in de configuratiepagina dat het apparaat met een geldig geolocatiefilter is geassocieerd, met selectie van een aantal van de geolocatie-velden op apparaat- of apparaatniveau.

Stap 4. Controleer of de casedetectie juist is voor de velden van de LP GeolocationPolicy records en overeenkomt met de configuratie van de geolocatie.

Stap 5. De geolocatieconfiguratie, de filters en het beleid kunnen ook van de CLI met de hulp van deze SQL opdrachten worden geverifieerd.

run sql select * from geolocationfilter

run sql select * from geolocationpolicy

run sql select * from geolocationpolicymatrix

run sql select * from typelogicalpartitionpolicy

Stap 6. Nadat de basisconfiguratie is gecontroleerd, controleert u het verband tussen het geolocatiebeleid. Wanneer het beleid voor de standaardindeling van de Enterprise Parameter Logical Division Policy is ingesteld op Deny, controleert u of het logische opsplitsingsbeleid van een gateway- en VoIP-site is geconfigureerd. In tegendeel, als het standaardbeleid is toestaan, controleer dan of Deny logical division beleid is ingesteld.

Stap 7. Controleer of er geen overlappende of conflicterende beleidsvormen zijn geconfigureerd.

Voorbeeld.

LP-India->Binnenlandse Zaken LP-Pudong-9>Grenstoestaan

LP-Pudong-1>Border LP-India-1Interior Dense

Op dit punt heeft de logische relatie tussen het beleid een conflict. Als het logische beleid om LP-India aan Border LP-pudong te koppelen is geconfigureerd, impliceert dit dat deze relatie geldt voor Border-LP pudong tot LP-India. Dit beleid heeft een tweerichtingskarakter.

In dit voorbeeld, volgens het eerste beleid, mogen interne IP-telefoons in Podong-lokatie uitbellen via PRI-India. Tegelijkertijd is PSTN-oproepen van PRI-India naar de IP-telefoons in de Pudong-locatie toegestaan.

Maar in het tweede beleid wordt de roep van de Indiase-PRI naar IP-telefoons op de locatie van Pudong en vice versa afgewezen, maar dit is in strijd met het eerste beleid.

In zulke gevallen moet u niet vergeten dat het beleid dat hier het laatst werd toegevoegd voorrang zal krijgen.

Stap 8. Volg het overlappende beleid met Unified Reporting Properties om de logische matrix van een partitiebeleid te verkrijgen. Het is zeer behulpzaam om problemen op te lossen aangezien u alle logische verdelingsbeleid kunt leren kennen dat in CUCM van één scherm wordt gevormd. Het Unified CM Geolocation Policy met Filterrapport bevat een volledige lijst met records uit de beleidsmatrix Geolocatie van logische Partitionering voor geselecteerd Geolocatiebeleid, terwijl het Unified CM Geolocation Policy-rapport een volledige lijst bevat van records van alle Logische Partitioneringsbeleid.

Stap 9. Neem een paar testoproepen en controleer of het werkt. Het Real Time Monitoring Tool (RTMT) wordt uitgebreid om het aantal fouten te volgen die het gevolg zijn van logische scheidingsbeleidsbeperkingen in nieuwe Perfmon-tellers. Persoonlijke tellers hebben een nieuwe groep die de Beperking van de Vraag van Cisco heet. Van daaruit kunnen we een aantal callfaillissementen in verschillende scenario's volgen, zoals overboekingsfouten, ad-hocconferentiefouten, Meet-Me-conferentiemislukkingen, doorsturen van mislukkingen, basisoproepen mislukkingen, midden-oproepen mislukkingen, totale Call-beperkingen, enz.

Stap 10. Verzamel de CUCM sporen van RTMT voor de duur van de oproep. In de sporen van Signaling Distribution Layer (SDL) kunt u het beleid zien dat wordt geselecteerd en het beleid dat tussen het paar Geolocation Policy wordt ingesteld.

Mededeling van Geolocatieinformatie in CC-signalen.

| SdlSig    | CcRegisterPartyA                      | restart0                      | LineControl(1,100,139,3)        | SIPCdpc(1,100,55,17)            | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 2, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI=23624774 CI.branch=0  CSS= cssIns=0 aarCSS= aarDev=T doNotAppendLineCSS=F lrg= ccBearCap.itc=0 ccBearCap.l=3 ccBearCap.itr=1 protected=1 flushCapIns=0 geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4} locPkid= locName=

Mededeling van Geolocatieinformatie in PolicyandRSVP-signalen.

| SdlSig    | PolicyAndRSVPRegisterReq              | wait                          | RSVPSessionMgr(1,100,76,1)      | SIPCdpc(1,100,55,17)            | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI= 23624774 Branch= 0  reg=Default cap=5 loc=0 MRGLPkid= PrecLev=5 VCall=F VCapa=F regiState=0 medReq=0 dataCapFl=2 ipAddrMode=0 status=0 geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4}

| SdlSig    | PolicyRegisterReq                     | await_init                    | LPSession(1,100,26,21)          | RSVPSessionMgr(1,100,76,1)      | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI= 23624774 Branch= 0  geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4}

Punten voor nadenken

- Mediaapparaten, d.w.z. (Media Termination Point) MTP, (Conference Bridge) CFB, Annunciator, (Music on Hold) MoH hoeven niet gekoppeld te worden aan geolocatiewaarden.

- Er is geen LP Policy check voor VoIP naar VoIP-apparaataanroep of -functie met alleen VoIP-deelnemers. Met andere woorden: binnenlandse zaken zijn altijd toegestaan.

- LPPPolicyManager is een eenzijdig proces dat inMemDB een raakvlak heeft met InMemDB en dat beleid handhaaft in de vorm van de LP-beleidsboom. Tijdens het opstarten van de CUCM-service leest de LPPPolicy Manager het beleid uit de tabellen in InMemDB en bouwt de LP-beleidsboom. Het toevoegen/verwijderen/bijwerken van een beleid in OB resulteert in de melding van wijzigingen aan LPPPolicyManager en wijziging wordt beïnvloed in LP-beleidsboom.

Logische controle van het verdelingsbeleid.

001853112| 2008/09/26 11:50:39.687| 001| AppInfo   |                                       |                               |                                 |                                 |                                         | LPPolicyManager -getLogicalPartitionPolicy, GeolocInfoA[pkid=31396408-3d83-74a9-1655-d2f0a05dd0a4, filter=d5bdda76-6a86-56c5-b5fd-6dff82b37493, val=, devType=4]

001853113| 2008/09/26 11:50:39.687| 001| AppInfo   |                                       |                               |                                 |                                 |                                         | LPPolicyManager -getLogicalPartitionPolicy, GeolocInfoB[pkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filter=d5bdda76-6a86-56c5-b5fd-6dff82b37493, val=, devType=8]

- Het DevType dat in de sporen verschijnt beschrijft de typen apparaten.

Het devType =4 (UserDevices) is voor deze apparaten.

- Telefoons (SCCP, SIP, derde partij)

- VG224 analoge telefoons

- CTI-routepunten en CTI-poorten

- Cisco Unity Voice Mail (SCCP)

- MGCP-poort (FXS)

Het devType =3 (AccessDevices) indien voor deze apparaten.

- Intercluster boomstam (ICT), zowel door gatekeeper bestuurde als niet door gatekeeper bestuurdeH.225-stam

- MGCP-poort (E1, T1, PRI, BRI, FXO)

- Gateway (bijvoorbeeld H.323 gateway)

Het devType =8 (SIPAcessDevices) voor dit apparaat.

- SIP-stam

Referenties

- http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/10_0_1/ccmfeat/CUCM_BK_F3AC1C0F_00_cucm-features-services-guide-100/CUCM_BK_F3AC1C0F_00_cucm-features-services-guide-100_chapter_011100.html?bookSearch=true

- http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/116038-logical-partition-geolocation-00.html

gekende insecten

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsz91044

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuo85770

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsq79192

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsr91423

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsy73509

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCtb33479

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCtb05434

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsv65724

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsq73894

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsr38397