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 logische partitionering en geografische locatie in Cisco Unified Communications Manager (CUCM) kunt configureren.
Cisco raadt kennis van de volgende onderwerpen aan:
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.
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.
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).
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.
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.
De apparaten in logische indeling worden als binnenkant en rand gecategoriseerd. Dit zijn de inrichtingen die als binnenshuis zijn ingedeeld:
Deze apparaten zijn gecategoriseerd als de grens:
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.
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}
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 =4 (UserDevices) is voor deze apparaten.
Het devType =3 (AccessDevices) indien voor deze apparaten.
Het devType =8 (SIPAcessDevices) voor dit apparaat.
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
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
23-May-2017 |
Eerste vrijgave |