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

Download-Optionen

  • PDF     (155.3 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
  • ePub     (108.7 KB)
    In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
  • Mobi (Kindle)     (145.3 KB)
    Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen
Aktualisiert:31. Oktober 2007
Dokument-ID:42720

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Einführung

Class of Restrictions (COR) ist eine Cisco Voice Gateway-Funktion, mit der Class of Service (COS) oder Anrufberechtigungen zugewiesen werden können. Sie wird in der Regel für 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 ein- und ausgehenden CORs der DFÜ-Peers abzulehnen. COR ist nur dann erforderlich, wenn Sie die Fähigkeit einiger Telefone einschränken möchten, bestimmte Arten von Anrufen zu tätigen, aber es anderen Telefonen gestatten möchten, diese Anrufe zu tätigen.

Mithilfe der COR wird festgelegt, welcher eingehende DFÜ-Peer welche ausgehenden DFÜ-Peers für einen Anruf verwenden kann. Jeder DFÜ-Peer kann mit einer eingehenden und einer ausgehenden COR-Liste bereitgestellt werden. Der Befehl corlist legt den COR-Parameter für Dial-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 aufgrund der ein- und ausgehenden CORs zu verweigern, die auf den DFÜ-Peers bereitgestellt werden. Diese Funktion bietet Flexibilität beim Netzwerkdesign, ermöglicht Benutzern die Blockierung von Anrufen (z. B. Anrufe bei 900 Nummern) und weist bei Anrufversuchen verschiedener Originatoren unterschiedliche Einschränkungen zu.

Wenn die COR für einen eingehenden DFÜ-Peer (für eingehende Anrufe) ein Superset oder gleich dem COR ist, der auf den ausgehenden DFÜ-Peer angewendet wird (für ausgehende Anrufe), wird der Anruf weitergeleitet. Eingehende und Ausgehende Begriffe werden für die "Sprach-Ports" verwendet. COR wird häufig als Lock-and-Key-Mechanismus bezeichnet. Locks 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 FXS-Ports (Foreign Exchange Station) des Routers verbinden und versuchen, von diesem Telefon aus einen Anruf zu tätigen, handelt es sich um einen eingehenden Anruf für den Router/Voice-Port. Wenn Sie einen Anruf an das FXS-Telefon tätigen, handelt es sich ebenfalls 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. Wenn also keine COR-Konfiguration für eingehende Anrufe auf einem DFÜ-Peer vorhanden ist, können Sie einen Anruf von diesem DFÜ-Peer (einem an diesen DFÜ-Peer angeschlossenen Telefon) tätigen, der von einem anderen DFÜ-Peer ausgeht, unabhängig von der COR-Konfiguration auf diesem DFÜ-Peer.

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

Voraussetzungen

Anforderungen

Stellen Sie vor dem Versuch dieser Konfiguration sicher, dass Sie mit der Konfiguration eines Cisco IOS-Telefondienstes 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 basieren auf den folgenden Software- und Hardwareversionen:

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

  • Im Konfigurationsbeispiel wird das Cisco 3725 Gateway mit der Cisco IOS Software Version 12.3(4)T mit dem IP Plus-Feature-Set verwendet. Die meisten Router der Serien IAD 2400, 1700, 2600, 2800, 3600, 3700 und 3 die aktuell gültig sind. Cisco CallManager Express 3.0 wird von der Cisco IOS Software, Version 12.4(10), unterstützt. In den Cisco IOS-Versionshinweisen finden Sie aktuelle Informationen zu Version und Software-Support.

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Konventionen

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

COR-Beispiel konfigurieren

Abbildung 1 veranschaulicht das Konzept von COR-Listen.

configuring-cor-1.gif

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

ephone-dn COR-Liste eingehend Aufrufmuster
1001 Technik 911, 408 .... (local_call) und 316 ... Nummern
1002 HR 911, 1800 .... , 408... (local_call) und 316 ... Zahlen
1003 Manager 911, 1800 .... , 1900 ...., 408 ....(local_call) und 316 ... Zahlen
1004 Keine kann alle möglichen Nummern vom Router R1 anrufen.

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

    Dial-peer cor custom

name 911

name 1800

name 1900

name local_call

  2. Erstellen Sie die 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 Liste 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-POTS 5 wird keine COR angewendet.

    Hinweis: Wenn entweder der eingehende oder der ausgehende DFÜ-Peer keine COR-Liste angewendet hat, ist der Anruf erfolgreich.

    Wechseln Sie mit dem Befehl Telefony-Service im globalen Konfigurationsmodus in den Konfigurationsmodus für Telefoniedienste, um ein Cisco CallManager Express-System zu konfigurieren. Standardmäßig ist keine Cisco CallManager Express- oder ITS-Konfiguration 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 dem Ephone-dn 4 wird kein COR angewendet.

Mit dieser Konfiguration:

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

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

  • 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 anrufen.... Zahlen.

Die folgende Tabelle enthält eine Reihe von Kombinationen aus COR-Listen und den Ergebnissen:

COR-Liste für eingehenden DFÜ-Peer COR-Liste für ausgehenden Dial-Peer Ergebnis Grund
Keine COR. Keine COR. Call Success. COR ist nicht im Bild.
Keine COR. Für ausgehende Anrufe wurde die COR-Liste angewendet. Call Success. Der eingehende Dial-Peer hat standardmäßig die höchste COR-Priorität, wenn kein COR angewendet wird. Wenn Sie einem DFÜ-Peer also keine COR für einen eingehenden Anrufabschnitt zuweisen, kann dieser DFÜ-Peer unabhängig von der COR-Konfiguration auf dem ausgehenden DFÜ-Peer Anrufe von einem anderen DFÜ-Peer tätigen.
Die COR-Liste wurde auf eingehende Anrufe angewendet. Keine COR. Call Success. Der ausgehende Dial-Peer hat standardmäßig die niedrigste Priorität. Da es einige COR-Konfigurationen für eingehende Anrufe auf dem Dial-Peer für eingehende/ausgehende Anrufe gibt, handelt es sich um einen Supersatz der COR-Konfigurationen für ausgehende Anrufe auf dem Dial-Peer für ausgehende/terminierende Anrufe.
Die COR-Liste wurde für eingehende Anrufe angewendet (Super Set von COR-Listen für ausgehende Anrufe auf dem ausgehenden Dial-Peer angewendet). Die COR-Liste wurde für ausgehende Anrufe angewendet (Teilmenge der COR-Listen, die für eingehende Anrufe auf dem eingehenden Dial-Peer angewendet wurden). Call Success. Die COR-Liste für eingehende Anrufe auf dem eingehenden Dial-Peer ist ein Super Set von COR-Listen für ausgehende Anrufe auf dem ausgehenden Dial-Peer.
Die COR-Liste wurde für eingehende Anrufe angewendet (eine Teilmenge der COR-Listen wurde für ausgehende Anrufe auf dem ausgehenden Dial-Peer angewendet). Die COR-Liste wurde für ausgehende Anrufe angewendet (Super Set von COR-Listen für eingehende Anrufe auf dem eingehenden Dial-Peer angewendet). Der Anruf kann mit diesem ausgehenden DFÜ-Peer nicht abgeschlossen werden. COR-Listen für eingehende Anrufe auf dem eingehenden Dial-Peer sind keine Supermenge von COR-Listen für ausgehende Anrufe auf dem ausgehenden Dial-Peer.

COR und Cisco CallManager

  • Die COR-Funktion in der Cisco IOS Software-Funktion ist wie ein Cisco CallManager, der den Suchbereich und die Partitionen aufruft.

  • Die Einschränkungen der Cisco IOS Software werden durch Dial-Peer-Matching festgelegt. Der Cisco CallManager führt die Analyse anhand von Zahlen durch.

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

  • Der Befehl dial-peer cor list entspricht dem Erstellen eines Cisco CallManager-Calling Search Space mit darin enthaltenen Partitionen.

Partitionen und Anrufersuchräume bieten die Möglichkeit, Anrufbeschränkungen zu implementieren und geschlossene Wählgruppen im gleichen Cisco CallManager zu erstellen. Es gibt Ähnlichkeiten zwischen dem COR-Betrieb und der Cisco CallManager-Funktion für die Suche nach Leerzeichen und Partitionen. COR kann keine separate Leitung und Gerät, die Suchräume und Partitionen wie Cisco CallManager anrufen, einrichten.

Überprüfen

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

Bestimmte show-Befehle werden vom Output Interpreter Tool unterstützt (nur registrierte Kunden), mit dem Sie eine Analyse der show-Befehlsausgabe anzeigen können.

Dies ist die Beispielausgabe einiger 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

Dieser Abschnitt enthält Informationen zur Fehlerbehebung in Ihrer Konfiguration.

Führen Sie einige Testanrufe über die Gateways über das IP-WAN oder das PSTN durch, um sicherzustellen, dass Ihre Konfiguration korrekt ist. Sie können sehen, ob der im Gateway eingehende Anruf klingelt, wenn Sie eine Fehlerbehebung auf dem Ziel-Gateway ausführen.

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

Hinweis: Lesen Sie vor dem Ausgabe von Debug-Befehlen unter Wichtige Informationen zu Debug-Befehlen nach.

Zugehörige Informationen

War dieses Dokument hilfreich?

FeedbackFeedback

Cisco kontaktieren