Overzichten van CUCM-kiesschema’s voor CMR in het configuratievoorbeeld van een CUCM-centrische implementatie

Inleiding

Dit document beschrijft de overwegingen van het kiesschema op Cisco Unified Communications Manager (CUCM) wanneer CMR-ruimtes (samenwerkingsruimtes voor vergaderingen) in een CUCM-centrifuge-toepassing worden gebruikt. Het bespreekt de verschillende opties, de implicaties en de configuratie.

Voorwaarden

Vereisten

CMR wordt ondersteund vanuit TelePresence Conductor versie XC2.3 en TelePresence Management Suite Provisioning Extension (TMSPE) versie 1.2. Dit document heeft geen betrekking op de configuratie van CMR, dat wordt bestreken door Cisco TelePresence Management Suite Provisioning Extension Deployment Guide.

Gebruikte componenten

De oplossing in dit voorbeeld gebruikt TelePresence Management Suite (TMS), TMSPE, TelePresence Conductor, TelePresence Server (TS) en CUCM. De andere geïllustreerde componenten (Expressway-C en Expressway-E) zijn optioneel en bieden connectiviteit aan endpoints op het internet en/of zakelijke gesprekken met bedrijven.

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.

Configureren

Netwerkdiagram

Aangezien dit document een CUCM-centrifuge-toepassing gebruikt, wordt de expressdoelserie gebruikt en wordt de Conductor met CUCM geïntegreerd. Hier wordt een typische inzet geïllustreerd:

In dit voorbeeld is het Session Initiation Protocol (SIP)-domein in de implementatie company.com en gebruikers kunnen worden bereikt via de selectie Uniform Resource Identifier (URI), bijvoorbeeld user1@company.com.

Configuraties

CMR wordt gehost door de TelePresence Server. Om gebruikers in hen te kunnen bellen, moet de vraag naar de SIP-trunk naar de Conductor worden gestuurd. Er zijn twee opties voor het formaat van de URI voor de CMR.

Optie 1: CMR-indeling - user1@meet.company.com

De eerste optie gebruikt een subdomein van company.com als het domeingedeelte in de URIs van CMR.: meet.company.com.

Dit maakt de configuratie van het kiesschema op CUCM recht; u kunt een nieuw SIP-routepatroon met Domain Routing configureren voor dit subdomein zoals hier wordt geïllustreerd:

Merk op dat in dit voorbeeld, geen Verdeling van de route op het SIP-routepatroon is ingesteld en dus op alle apparaten bereikbaar is. Klasse van controle die de ruimten van het Onderzoek van de Vraag (CSS) en de Verdelingen gebruiken kunnen worden gebruikt om bepaalde gebruikers/apparaten te beperken om deze patronen te draaien.

Optie 2: CMR-indeling - meet.user1@company.com

De tweede optie gebruikt het hoofddomein als het domein gedeelte in de SIP URIs van de CMR.: bedrijf.com.

SIP-routepatronen ondersteunen geen reguliere expressies, zodat u het SIP-routepatroon kunt configureren zoals hier wordt weergegeven:

Met deze configuratie, wordt elke URI die overeenkomt met het domeingedeelte company.com dat niet in de CUCM-database staat (lokaal geregistreerde endpoints) naar de Conductor verzonden. Het is belangrijk om op te merken dat oproepen naar URIs die niet op CUCM zijn geregistreerd naar de Conductor worden verzonden (zelfs voor URIs is de Conductor niet op de hoogte van). Om dit te overwinnen, kunt u de InterCluster Upload Service (ILS) import gebruiken, die later wordt beschreven.

De vorige oplossing werkt wanneer de implementatie geen endpoints heeft die zijn geregistreerd op de Video Communication Server (VCS) die hetzelfde domein of Lync-integratie delen die hetzelfde domein delen. Indien er endpoints of een Lync-integratie zijn die hetzelfde domein delen, moeten sommige gesprekken met het bedrijf van het domeinportaal.com worden verzonden naar Expressway-C/VCS-C, terwijl oproepen naar de CMR (die ook het domeinportaal bedrijf.com hebben) naar de Conductor moeten worden gestuurd. Een voorbeeldtoepassing waarbij hetzelfde domein wordt gedeeld tussen endpoints die zijn geregistreerd op CUCM en een gespreksbeheersysteem van derden, wordt hier weergegeven:

In deze situatie moet u de ILS-importfunctie gebruiken om SIP URIs van de Conductor als Global Catalog in de CUCM ILS-tabel te importeren. Als bron voor deze invoer kunt u de kamergegevens exporteren in TMS. Deze optie is beschikbaar onder System > Provisioning > gebruikers.

Het is echter belangrijk om op te merken dat als de CMR niet door de gebruiker is gemaakt, de ruimte niet in deze export is vermeld. Dit betekent dat u deze procedure moet uitvoeren elke keer dat een nieuwe ruimte wordt gecreëerd of gegevens van Active Directory (AD) moet exporteren om de lijst voor alle gebruikers te kunnen maken.

Op CUCM moet u de volgende stappen uitvoeren:

1. Zorg ervoor dat de Cisco ILS en de Cisco Bulk Provisioning Service worden geactiveerd en uitgevoerd.
   
   
2. Verander de rol van de cluster in Hub Cluster onder Geavanceerde eigenschappen > ILS Configuratie.
   
   

   

   
   
   
3. Geef de Cluster ID een juiste naam onder Systeem > Enterprise-parameters.
   
   

   

   
   
   
4. Maak een globale cataloog van het kiesschema onder Oproeproutering > Mondiale replicatie van kiesschema > Importeerde globale kiesschema's. De string wordt gebruikt in combinatie met SIP routepatronen om aanroepen naar de Conductor te starten: u associeert de URIs voor CMR met deze cataloog van het Global Dial Plan, gebruikt CUCM dan de reeks die wordt geconfigureerd om te beslissen hoe de oproep wordt geleid (in plaats van de oorspronkelijke URI). Op deze manier kunt u oproepen met hetzelfde domein naar een andere SIP-trunk sturen:
   
   

   

   
   
   
5. Configureer een routepatroon van SIP dat overeenkomt met de routestring in de geconfigureerde catalogus van het Global Dial Plan, zodat de geïmporteerde URIs die gekoppeld zijn aan de Catalogus van het Global Dial Plan, naar de Conductor SIP Trunk worden verzonden:
   
   

   

   
   
   
6. Upload het tekstbestand dat de SIP URIs van CMR bevat als geïmporteerde directory URIs en patronen onder Bulkbeheer > Upload/Download bestanden:
   
   

   

   
   
   Uw importbestand moet er als volgt uitzien:
   
   

   PatternType,PSTNFailover,Pattern
   URI,,meet.user1@company.com
   URI,,meet.user2@company.com

   
   
   
7. Importeer de URIs met het geïmporteerde tekstbestand en de gemaakte catalogus van het Global Dial Plan onder Bulkbeheer > URIs en patronen > InvoerURI en Patronenconfiguratie.
   
   

   

   
   
   

Nadat de taak is voltooid, wordt de aanroep naar URIs in het tekstbestand naar de SIP stam naar de Conductor gestuurd.

Verifiëren

Wanneer er geen URIs in de Global Catalog worden geïmporteerd, kunt u testen of u de URI van een CMR belt die is gemaakt. Op CUCM moet u ervoor zorgen:

• De SIP-trunk naar de Conductor wordt volledig onderhouden:
  
  

  

  
  
  
• De CSS van het oproepapparaat moet de partitie bevatten die wordt geconfigureerd op het SIP-routepatroon.

Indien URIs in de Global Catalog zijn geïmporteerd, moet u er ook voor zorgen dat:

• De invoertaak is voltooid onder Bulkbeheer > taakplanner:
  
  

  

  
  
  
• De URI die u noemt is vermeld onder Call Routing > Global Dial Plan ULATION > Importeerde Directory URI’s:
  
  

  

Problemen oplossen

Er is momenteel geen specifieke troubleshooting-informatie beschikbaar voor deze configuratie.

Gerelateerde informatie

• TelePresence Management Suite - uitbreidingshandleidingen voor provisioning
• CUCM-onderhouds- en gebruikshandleidingen
• Technische ondersteuning en documentatie – Cisco Systems