Konfigurieren der Einschränkungsklasse (Class of Restrictions, COR)

Dieses Dokument wurde zum Workflow für die Selbstveröffentlichung migriert. Es wurde ursprünglich auf https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/42720-configuring-cor.html veröffentlicht.
Dieses Dokument sollte aktualisiert werden, um die aktuellen Richtlinien zu erfüllen. Dieser Hinweis sollte vor der Veröffentlichung entfernt werden. Wenn Sie dieses Dokument zur Vorschau veröffentlichen, stellen Sie sicher, dass die Dokument-ID 42720 lautet und die URL mit der ursprünglichen URL in diesem Absatz übereinstimmt. Wenn die Dokument-ID oder die URL nicht übereinstimmen, wenden Sie sich an tz-writers@cisco.com.

Einleitung

In diesem Dokument wird die Konfiguration von Einschränkungsklassen (Classes of Restriction, CORs) beschrieben.

Ein COR ist eine Voice Gateway-Funktion von Cisco, mit der Class of Service (COS)- oder Anruferberechtigungen zugewiesen werden können. Sie wird am häufigsten mit Cisco Survivable Remote Site Telefony (SRST) und Cisco CallManager Express verwendet, kann jedoch auf jeden DFÜ-Peer angewendet werden.

Die COR-Funktion bietet die Möglichkeit, bestimmte Anrufversuche basierend auf den eingehenden und ausgehenden CORs abzulehnen, die von den DFÜ-Peers bereitgestellt werden. COR ist nur erforderlich, wenn Sie die Möglichkeit bestimmter Telefone einschränken, aber andere Telefone diese Anrufe tätigen können.

COR wird verwendet, um anzugeben, welcher eingehende Dial-Peer welchen ausgehenden Dial-Peer für einen Anruf verwenden kann. Jeder Dial-Peer kann mit einer eingehenden und einer ausgehenden COR-Liste ausgestattet werden. Der Befehl corlist legt den COR-Parameter für DFÜ-Peers und die Verzeichnisnummern fest, die für Cisco IP-Telefone erstellt werden, die dem Cisco CallManager Express-Router zugeordnet sind. Die COR-Funktion bietet die Möglichkeit, bestimmte Anrufversuche auf Basis der eingehenden und ausgehenden CORs zu verweigern, die auf den DFÜ-Peers bereitgestellt werden. Diese Funktion bietet Flexibilität beim Netzwerkdesign und ermöglicht es Benutzern, Anrufe zu blockieren (z. B. Anrufe bei 900-Nummern). Außerdem werden Anrufversuche von unterschiedlichen Initiatoren mit unterschiedlichen Einschränkungen versehen.

Wenn die auf einen eingehenden Dial-Peer (für eingehende Anrufe) angewendete COR eine Supermenge oder gleich der COR ist, die auf den ausgehenden Dial-Peer (für ausgehende Anrufe) angewendet wird, wird der Anruf weitergeleitet. Eingehend und ausgehend sind Begriffe, die in Bezug auf die "Sprach-Ports" verwendet werden. COR wird oft als Schlüssel-Schloss-Mechanismus bezeichnet. Sperren werden DFÜ-Peers mit einer ausgehenden COR-Liste zugewiesen. Schlüssel werden DFÜ-Peers mit einer eingehenden COR-Liste zugewiesen.

Wenn Sie beispielsweise ein Telefon mit einem der Foreign Exchange Station (FXS)-Ports des Routers verbinden und versuchen, einen Anruf von diesem Telefon aus zu tätigen, handelt es sich um einen eingehenden Anruf für den Router/Voice-Port. Wenn Sie einen Anruf an dieses FXS-Telefon tätigen, handelt es sich um einen ausgehenden Anruf.

Standardmäßig hat ein eingehender Anrufabschnitt die höchste COR-Priorität, und die ausgehende COR-Liste hat die niedrigste COR-Priorität. Das bedeutet, dass Sie, wenn auf einem Dial-Peer keine COR-Konfiguration für eingehende Anrufe vorhanden ist, einen Anruf von diesem Dial-Peer (einem an diesen Dial-Peer angeschlossenen Telefon) tätigen können, der von einem anderen Dial-Peer ausgeht, unabhängig von der COR-Konfiguration auf diesem Dial-Peer.

Dieses Dokument enthält Beispiele für die Konfiguration der COR.

Voraussetzungen

Anforderungen

Bevor Sie diese Konfiguration vornehmen, vergewissern Sie sich, dass Sie mit der Konfiguration eines Cisco IOS®-Telefoniediensts auf einem Router vertraut sind. Cisco IOS Telefony Service Version 3.0 wird als CallManager Express 3.0 bezeichnet.

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

• Cisco IOS Software, Version 12.2(8)T oder höher, mit mindestens IP Plus (IP/VOX Plus bei der Cisco Serie 1700))-Funktionen In diesem Dokument wird von der Unterstützung von Cisco IOS Telefone Services (ITS) 2.0 in Version 12.2(8)T oder höher der Cisco IOS-Software ausgegangen. Weitere Informationen zu ITS- und Cisco IOS Software-Versionen finden Sie unter Cisco IOS Telefony Services Version 2.1.

• Im Konfigurationsbeispiel wird Cisco 3725 Gateway mit Cisco IOS Software, Version 12.3(4)T mit dem IP Plus-Funktionssatz verwendet. Die meisten IAD-Router der Serien 2400s, 1700, 2600, 2800, 3600, 3700 und 3800 Die derzeit geltenden Bedingungen sind erfüllt. Cisco CallManager Express 3.0 wird von Version 12.4(10) der Cisco IOS-Software unterstützt. Informationen zu aktuellen Versionen und zum Software-Support finden Sie in den Versionshinweisen von Cisco IOS.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netz Live ist, überprüfen Sie, ob Sie die mögliche Auswirkung jedes möglichen Befehls verstehen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Beispiel für COR konfigurieren

Abbildung 1 zeigt das Konzept der COR-Listen.

Verwenden Sie dieses Verfahren als Beispiel für die Konfiguration der COR:

ePhone-DN	COR-Liste eingehend	Anrufmuster
1001	Technik	911, 408.... (Ortsgespräch) und 316...Nummern
1002	Personalverwaltung	911, 1800.... , 408.... (Ortsgespräch) und 316... Nummern
1003	Manager	Nummern 911, 1800.... , 1900...., 408....(local_call) und 316...
1004	none	kann alle vom Router R1 möglichen Nummern anrufen.

1. Konfigurieren Sie den benutzerdefinierten Dial-Peer-Core, und weisen Sie einen aussagekräftigen Namen zu, der angibt, wie CORs auf Dial-Peers angewendet werden. Beispiele:

   Dial-peer cor custom
   
   name 911
   
   name 1800
   
   name 1900
   
   name local_call

2. Erstellen Sie die tatsächlichen Listen der Einschränkungen, die für den Dial-Peer gelten.

   Dial-peer cor list call911
   
   Member 911
   
   Dial-peer cor list call1800
   
   Member 1800
   
   Dial-peer cor list call1900 
   
   Member 1900
   
   Dial-peer cor list calllocal
   
   Member local_call
     
   Dial-peer cor list Engineering 
   
   Member 911
   
   Member local_call
   
   Dial-peer cor list Manager
   
   Member 911
   
   Member 1800
   
   Member 1900
   
   Member local_call
   
   Dial-peer cor list HR 
   
   Member 911
   
   Member 1800
   
   Member local_call 

3. Erstellen Sie DFÜ-Peers und geben Sie die zu verwendende COR-Liste an.

   In diesem Beispiel werden fünf DFÜ-Peers für die Zielnummern 408, 1800, 1900, 911 und 316 erstellt. Die entsprechende Korliste wird auf alle DFÜ-Peers angewendet.

   Dial-peer voice 1 voip
   
   Destination-pattern 408….
   
   Session target ipv4:1.1.1.1
   
   Corlist outgoing calllocal 
   
   Dial-peer voice 2 voip
   
   Destination-pattern 1800…
   
   Session target ipv4:1.1.1.1
   
   Corlist outgoing call1800
   
   Dial-peer voice 3 pots
   
   Destination-pattern 1900…
   
   Port 1/0/0
   
   Corlist outgoing call1900 
   
   Dial-peer voice 4 pots
   
   Destination-pattern 911
   
   Port 1/0/1
   
   Corlist outgoing call911 
   
   Dial-peer voice 5 pots
   
   Destination-pattern 316….
   
   Port 1/1/0 

   Hinweis: Auf den DFÜ-Peer-5-POTS wird keine COR angewendet.

   Hinweis: Wenn auf den Peer für eingehende oder ausgehende Anrufe keine COR-Liste angewendet wurde, wird der Anruf erfolgreich durchgeführt.

   Verwenden Sie den Befehl telephony-service im globalen Konfigurationsmodus, um in den Telefonie-Konfigurationsmodus zu wechseln und ein Cisco CallManager Express-System zu konfigurieren. Standardmäßig ist keine Konfiguration von Cisco CallManager Express oder ITS vorhanden.

4. Wenden Sie die COR-Liste auf die einzelnen Telefone/Ephone-DNS an.

   Ephone-dn 1
   
   Number 1001
   
   Cor incoming Engineering  
   
   Ephone-dn 2
   
   Number 1002
   
   Cor incoming HR 
   
   Ephone-dn 3
   
   Number 1003
   
   Cor incoming Manager 
   
   Ephone-dn 4
   
   Number 1004

   Hinweis: Auf der Ephone-dn 4 wird keine COR angewendet.

Mit dieser Konfiguration:

• Ephone-dn 1 (1001) kann 408..., 911 und 316... Nummern anrufen.

• Ephone-dn 2 (1002) kann Nummern 408..., 1800..., 911 und 316... anrufen.

• Ephone-dn 3 (1003) kann alle von diesem Router aus möglichen Nummern anrufen.

• Ephone-dn 4 (1004) kann alle von diesem Router aus möglichen Nummern anrufen.

Hinweis: Alle Ephone-DNS können 316... Nummern anrufen.

In dieser Tabelle sind verschiedene Kombinationen von COR-Listen und den Ergebnissen aufgeführt:

COR-Liste für eingehenden Dial-Peer	COR-Liste für ausgehenden Dial-Peer	Ergebnis	Grund
Kein COR.	Kein COR.	Anruf erfolgreich.	Die COR ist nicht in Sicht.
Kein COR.	COR-Liste für ausgehende Anrufe angewendet.	Anruf erfolgreich.	Der eingehende Dial-Peer hat standardmäßig die höchste COR-Priorität, wenn kein COR angewendet wird. Wenn Sie daher für einen Dial-Peer keine COR für eine eingehende Anrufstrecke anwenden, kann dieser Dial-Peer unabhängig von der COR-Konfiguration des ausgehenden Dial-Peers Anrufe von jedem anderen Dial-Peer aus tätigen.
Die COR-Liste wurde für eingehende Anrufe angewendet.	Kein COR.	Anruf erfolgreich.	Der ausgehende Dial-Peer hat standardmäßig die niedrigste Priorität. Da auf dem Dial-Peer für eingehende/ausgehende Anrufe einige COR-Konfigurationen vorhanden sind, handelt es sich um einen Supersatz der COR-Konfigurationen für ausgehende Anrufe auf dem Dial-Peer für ausgehende/abschließende Anrufe.
Die COR-Liste wurde für eingehende Anrufe angewendet (übergeordnete Gruppe von COR-Listen für ausgehende Anrufe beim ausgehenden Dial-Peer).	Die COR-Liste, die auf ausgehende Anrufe angewendet wird (ein Teil der COR-Listen wird auf eingehende Anrufe beim eingehenden Dial-Peer angewendet).	Anruf erfolgreich.	Die COR-Liste für eingehende Anrufe auf dem eingehenden Dial-Peer ist eine übergeordnete Gruppe von COR-Listen für ausgehende Anrufe auf dem ausgehenden Dial-Peer.
Die COR-Liste wurde für eingehende Anrufe angewendet (ein Teil der COR-Listen wurde für ausgehende Anrufe auf dem ausgehenden Dial-Peer angewendet).	Die COR-Liste wurde für ausgehende Anrufe angewendet (übergeordnete Gruppe von COR-Listen, die auf eingehende Anrufe beim eingehenden Dial-Peer angewendet wurden).	Der Anruf kann mit diesem ausgehenden Dial-Peer nicht abgeschlossen werden.	Die COR-Listen für eingehende Anrufe auf dem eingehenden Dial-Peer sind keine übergeordnete Gruppe von COR-Listen für ausgehende Anrufe auf dem ausgehenden Dial-Peer.

COR im Vergleich zu Cisco CallManager

• Die COR-Funktion in der Cisco IOS Software-Funktion ähnelt einem Cisco CallManager, der Suchbereiche und Partitionen anruft.

• Die Cisco IOS Software basiert auf der Einschränkung durch Dial-Peer-Übereinstimmung. Der Cisco CallManager führt dies auf der Grundlage einer Ziffernanalyse durch.

• Der Befehl dial-peer core entspricht dem Erstellen von Cisco CallManager-Partitionen.

• Der Befehl dial-peer core list entspricht dem Erstellen eines Cisco CallManager-Calling Search Spaces mit Partitionen.

Partitionen und Calling Search Spaces bieten die Möglichkeit, Anrufeinschränkungen zu implementieren und geschlossene Wählgruppen auf demselben Cisco CallManager zu erstellen. Es bestehen Ähnlichkeiten zwischen dem COR-Vorgang und der Cisco CallManager-Funktion für Calling Search Spaces und Partitionen. COR können jedoch keine separaten Suchbereiche für Leitungen und Geräte sowie Partitionen wie Cisco CallManager einrichten.

Überprüfung

Nachdem Sie die in diesem Dokument beschriebenen Konfigurationen in den Router eingegeben haben, müssen Sie überprüfen, ob das Netzwerk ordnungsgemäß funktioniert. Diese Befehle und die entsprechende Ausgabe zeigen eine erfolgreiche Implementierung der Konfigurationen in diesem Dokument.

Einige Befehle des Typs show werden vom Tool Output Interpreter unterstützt (nur für registrierte Kunden), mit dem sich Analysen der Ausgabe von Befehlen des Typs show abrufen lassen.

• show ephone-dn summary - Zeigt kurze Informationen über Cisco IP-Telefondurchwahlen (Ephone-dns) an.

• show telephony-service ephone-dn: Zeigt Informationen zu Durchwahlen (Ephone-dns) in einem Cisco CallManager Express-System an.

• show telephone-service dial-peer - Zeigt DFÜ-Peer-Informationen für Nebenstellen in einem Cisco CallManager Express-System an.

• show telephony-service all - Zeigt die detaillierte Konfiguration von Telefonen, Sprach-Ports und DFÜ-Peers in einem Cisco CallManager Express-System an.

• show dial-peer cor (Dial-Peer-Core anzeigen): Zeigt die Liste der Korlisten und ihrer Mitglieder in jeder Liste an.

Dies ist eine Beispielausgabe für einige der Befehle in Bezug auf die Konfiguration in diesem Dokument:

Router3725#show ephone-dn summary
PORT     DN STATE    MWI_STATE    CODEC    VAD VTSP STATE            VPM STATE
======== ==========  ============ ======== === ===================== =========
50/0/1   CH1 IDLE        NONE         -         -  -                     EFXS_ONHOOK
50/0/2   CH1 IDLE        NONE         -         -  -                     EFXS_ONHOOK
50/0/3   CH1 IDLE        NONE         -         -  -                     EFXS_ONHOOK
50/0/4   CH1 IDLE        NONE         -         -  -                     EFXS_ONHOOK

Router3725#show telephony-service dial-peer

dial-peer voice 20001 pots
 destination-pattern 1001
 calling-number local
 huntstop
 corlist incoming Engineering
 progress_ind setup enable 3
 port 50/0/1

dial-peer voice 20002 pots
 destination-pattern 1002
 calling-number local
 huntstop
 corlist incoming HR
 progress_ind setup enable 3
 port 50/0/2

dial-peer voice 20003 pots
 destination-pattern 1003
 calling-number local
 huntstop
 corlist incoming Manager
 progress_ind setup enable 3
 port 50/0/3

dial-peer voice 20004 pots
 destination-pattern 1004
 calling-number local
 huntstop
 progress_ind setup enable 3
 port 50/0/4


Router3725#show dial-peer cor

Class of Restriction
  name: 911
  name: 1800
  name: 1900
  name: local_call

COR list <call911>
  member: 911

COR list <call1800>
  member: 1800

COR list <call1900>
  member: 1900

COR list <calllocal>
  member: local_call

COR list <Engineering>
  member: 911
  member: local_call

COR list <Manager>
  member: 911
  member: 1800
  member: 1900
  member: local_call

COR list <HR>
  member: 911
  member: 1800
  member: local_call

Fehlerbehebung

In diesem Abschnitt finden Sie Informationen zur Behebung von Fehlern in Ihrer Konfiguration.

Führen Sie einige Testanrufe über die Gateways durch das IP-WAN oder das PSTN aus, um sicherzustellen, dass Ihre Konfiguration korrekt ist. Sie können sehen, ob der Anruf, der zum Gateway führt, klingelt, wenn Sie ein Debugging auf dem Ziel-Gateway ausführen.

Weitere Informationen zur Fehlerbehebung finden Sie in den Anweisungen unter Konfiguration und Fehlerbehebung für Cisco IOS Telefony Service (ITS).

• debug voip ccapi inout - Dient zum Debuggen von End-to-End-VoIP-Anrufen.

• debug ephone detail - Dient zum Festlegen des Detail-Debugging für das Cisco IP-Telefon.

Hinweis: Lesen Sie den Artikel Wichtige Informationen zu Debug-Befehlen, bevor Sie Debug-Befehle verwenden.