Verständnis und Fehlerbehebung bei Problemen mit Anrufweiterleitungs- und Nummernmustern mit Cisco CallManager

Download-Optionen

PDF (332.4 KB)
Mit Adobe Reader auf verschiedenen Geräten anzeigen
ePub (208.3 KB)
In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
Mobi (Kindle) (338.2 KB)
Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen

Aktualisiert:18. Juli 2006

Dokument-ID:13920

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.

Inhalt

Einführung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Konventionen

Terminologie

Anruffluss verstehen

Grundlegende Anrufweiterleitung und Zuordnung von Wählmustern

Hinweise zur Verwendung von Ablaufverfolgungen

Fehlerbehebung

Planung

Zentrale Anrufverarbeitung

Verarbeitung verteilter Anrufe

Installations-Checkliste

NANP-Tags

Vollständiger Text von Traces

Anruf unter 1000-1111 (kurz)

Rufen Sie uns an unter 1000-1111 (Voll)

Anruf unter 1211

Anruf 1311 (kurz)

Rufen Sie uns an unter 1311 (Voll)

Zugehörige Informationen

Einführung

Ein Wählplan beschreibt im Wesentlichen die Anzahl und das Muster der Ziffern, die ein Benutzer wählt, um eine bestimmte Telefonnummer zu erreichen. Zugriffscodes, Ortsvorwahlen, spezielle Codes und Kombinationen aus der Anzahl der gewählten Ziffern sind Teil eines Wählplans. Das North American Public Switched Telefone Network (PSTN) verwendet beispielsweise einen zehnstelligen Wählplan mit einer dreistelligen Ortsvorwahl und einer siebenstelligen Telefonnummer. Die meisten Telefonanlagen unterstützen Nummernpläne mit variabler Länge, die zwischen 3 und 11 Ziffern verwenden. Nummernpläne müssen den Telefonnetzen entsprechen, mit denen sie verbunden werden. Nur private, vollständig mit dem PSTN oder anderen PBX-Systemen verbundene Sprachnetzwerke können einen beliebigen Wählplan verwenden. Sie entspricht einer statischen Routing-Tabelle in einem Router. Cisco CallManager-Wählpläne wurden erheblich verbessert, um eine wesentlich höhere Skalierbarkeit, Flexibilität, Sicherheit und Benutzerfreundlichkeit zu ermöglichen. Sie erfordern ein hohes Maß an Planung, um drastische Veränderungen in der Zukunft zu vermeiden. Dieses Dokument erläutert die Wählplankonzepte, die grundlegende Anrufweiterleitung und Planungsüberlegungen. Um diese Punkte zu veranschaulichen, werden mehrere Beispiele vorgestellt.

Voraussetzungen

Anforderungen

Cisco empfiehlt, über Kenntnisse von Cisco CallManager 3.x und 4.x zu verfügen.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- oder Hardwareversionen beschränkt.

Konventionen

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

Terminologie

Viele dieser Konzepte, die sich auf den Wählplan beziehen, werden durch Beispiele in nachfolgenden Abschnitten erläutert. Im Folgenden finden Sie grundlegende Definitionen der Begriffe, die für den Cisco CallManager gelten.

Directory Number (DN) - Die DN ist die Telefonnummer eines Endgeräts. Dabei kann es sich um eine Nummer handeln, die einem IP-Telefon, einem Cisco IP SoftPhone, einem Faxgerät oder einem analogen Telefon zugewiesen wird, das an ein Gateway angeschlossen ist. Beispiele: 1000, 24231 und andere.

Routenmuster - Bei VoIP (Voice Over IP) entsprechen Routenmuster statischen Routen. Der einzige Unterschied besteht darin, dass die Weiterleitungsmuster auf E.164-Nummern anstatt auf die IP-Adresse verweisen. Das Routenmuster ist eine bestimmte Nummer oder, häufiger, eine Reihe gewählter Nummern, die verwendet werden, um Anrufe direkt an ein Gerät weiterzuleiten, z. B. einen DT-24+- oder einen sprachfähigen Router, oder indirekt über eine Routenliste. 1XXX bedeutet beispielsweise 1000 bis 1999. Das X in 1XXX gibt eine Ziffer, einen Platzhalter oder einen Platzhalter an. Es gibt weitere Platzhalter, die später hinzugefügt werden sollen, z. B. @, . und !). Ein Routenmuster muss innerhalb einer Partition nicht eindeutig sein, solange der Routenfilter anders ist. Im Allgemeinen stimmt ein Routenmuster mit der gewählten Nummer für externe Anrufe überein, führt eine Nummernänderung durch (optional) und verweist auf eine Weiterleitungsliste.

Routenliste - Früher als Routenpunkt bezeichnet, ermöglicht die Routenliste Cisco CallManager, in einer konfigurierten Vorzugsreihenfolge durch eine Liste von Routengruppen zu jagen. Eine Routenliste besteht aus einer geordneten Liste von Routengruppen. Routenlisten erweitern das Routengruppenkonzept und ermöglichen dem Benutzer die Bestellung und Priorisierung von Routengruppen. Mehrere Routenlisten können auf dieselben Routengruppen verweisen. Eine Weiterleitungsliste wählt einen Pfad für die Anrufweiterleitung und verweist auf priorisierte Weiterleitungsgruppen.

Routengruppe: Routengruppen und Routenlisten arbeiten zusammen, um die externe Anrufweiterleitung zu steuern und zu verbessern. Eine Routengruppe ist eine Liste von einem oder mehreren Gateways oder Ports auf Gateways, die als gleichberechtigter Zugriff angesehen werden. Es entspricht einer Trunk-Gruppe in traditioneller PBX-Terminologie. So kann man beispielsweise zwei PRI-Schaltkreise (Primary Rate Interface) zum selben Carrier haben, die beliebig verwendet werden können. Ein Gateway oder ein bestimmter Port eines Gateways kann nur einer Routengruppe hinzugefügt werden.

Gerät - Ein Gerät ist in diesem Sinne ein Gateway mit Skinny-basierten Gateways (DT-24+, AS/AT oder Catalyst 6000-Gateways), MGCP-basiert (VG200) oder H.323-basiert (alle Cisco IOS® Gateways und andere Cisco CallManager). Auf diese Geräte kann eine Routengruppe verweisen. Skinny- oder H.323-basierte Endgeräte, wie IP-Telefone oder NetMeeting-Clients, sind nicht in diese Geräte eingeschlossen.

Übersetzungsmuster - Ein Übersetzungsmuster wird verwendet, um angerufene (DNIS [Dialed Number Identification Service]) und anrufende (Automatic Number Identification [ANI]) Nummern zu übersetzen, bevor der Anruf weitergeleitet wird. Sie können beispielsweise festlegen, dass Anrufe in eine Reihe von Nummern 919 392-3XXX eingehen, die in eine Reihe von IP-Telefonen übersetzt werden müssen, die sich im 2XXX-Bereich befinden. In Cisco CallManager richten Sie ein Übersetzungsmuster für 919 392-3XXX ein, das den führenden 919 392-3 auf nur 2 ändert, während die übrigen Ziffern intakt bleiben. Anschließend wird der Anruf an das entsprechende IP-Telefon weitergeleitet. Übersetzungsmuster werden nur für echte Übersetzungen verwendet und dürfen nicht als einfache Methode zum Entfernen oder Präfix von Ziffern verwendet werden.

Routenfilter - Ein Routenfilter kann nicht nur zum Beschränken des Wählvorgangs, sondern auch zum Identifizieren einer Teilmenge eines Musters mit einem Platzhalter verwendet werden, wenn der @Platzhalter im Nummernplan für Nordamerika verwendet wird. Cisco CallManager identifiziert Tags in jeder Nummer, für internationalen Zugriff, Ortsvorwahl und Büronummer. Sie können beispielsweise 900 Ortsvorwahlen blockieren. Sie kann auch zusammen mit Partitionen und Calling Search Spaces verwendet werden, um komplexe Regeln festzulegen. Sie können beispielsweise Routenfilter einrichten, mit denen eine Benutzergruppe einer Führungskraft eine beliebige Nummer wählen kann, einschließlich internationaler Nummern, aber eine Personalbenutzergruppe auf lokale Nummern oder Ferngespräche beschränkt und eine Benutzergruppe eines Gastes darauf beschränkt, nur lokale Nummern, 911- und 800-Nummern zu wählen.

Partition - Eine Partition ist eine logische Gruppe von Verzeichnisnummern und Weiterleitungsmustern mit ähnlichen Merkmalen für die Erreichbarkeit. Aus Gründen der Einfachheit sind diese in der Regel nach ihren Merkmalen benannt, wie "NYLongDistance" und "NY911". Wenn eine DN oder ein Weiterleitungsmuster in eine bestimmte Partition eingefügt wird, wird eine Regel erstellt, die bestimmt, wer das Gerät oder die Weiterleitungsliste aufrufen kann.

Calling Search Space (Calling Search Space) - Der Calling Search Space ist eine Gruppe von Partitionen, die bei einem Anruf durchsucht werden sollen. Diese Gruppen definieren, welche Nummern ein Gerät anrufen kann. Eine IP-Telefonnummer, die bei der Initiierung eines Anrufs über einen Executive Calling Search Space verfügt, kann beispielsweise über "NYInternationalCall", "NYLongDistance", "NYLocalCall" und "NY911" Partitionen zum Durchsuchen verfügen. Eine IP-Telefonnummer mit einem Guest Calling Search Space kann nur nach "NYLocalCall" und "NY911" durchsucht werden. Wenn diese Nummer versucht, eine internationale Nummer zu wählen, wird keine Übereinstimmung gefunden, und der Anruf wird nicht weitergeleitet. Der Calling Search Space legt fest, welche Verzeichnisnummern und Weiterleitungsmuster aufgerufen werden können.

Hinweis: Hinsichtlich der Anrufweiterleitung bestehen die Hauptunterschiede zwischen Cisco CallManager 2.x und Cisco CallManager 3.x oder 4.x in den Konzepten von Partitionen und Calling Search Spaces und der Ersetzung des Begriffs "Routenpunkt" durch den Begriff "Weiterleitungsliste".

Hunting: Ermöglicht die Weiterleitung eines Anrufs an eine Liste von Leitungsgruppen, in der jede Gruppe unabhängig einen von drei Algorithmen verwenden kann, die als Broadcast, Top Down oder Circle bezeichnet werden:

Die Hunting-Funktion wird gestartet, wenn eine mit einer Sammelanschlussliste verknüpfte Pilotnummer aufgerufen wird.
Der Hunt-Pilot kann direkt angerufen oder über Weiterleitung erreicht werden.
Bei der Jagd werden die Weiterleitungsfelder der Sammelanschlüsse ignoriert. Die Bestimmung, welches Telefon als Nächstes klingelt, hängt von den Leitungsgruppen in der Sammelanschlussliste ab.

Hinweis: In Cisco CallManager Version 4.0 wird die Jagd beendet, wenn einer der Sammelanschlüsse entgegengenommen oder die Sammelanschlussliste erschöpft ist. Wenn die Jagd aufgrund eines Erschöpfungszustands beendet wird, erhält der Anrufer einen Reorder-Ton oder eine entsprechende Ankündigung.

Call Forwarding (Rufumleitung): Ermöglicht Benutzern, festzulegen, wie Anrufe an ihre Nummern umgeleitet werden können, wenn ein Benutzer einen Anruf in einem festgelegten Zeitintervall (Call Forward No Answer (Rufumleitung bei Nichtantwort)) nicht annimmt oder wenn der Benutzer beschäftigt ist (Call Forward Busy).

Anruffluss verstehen

In diesem Diagramm wird ein typischer Anrufablauf veranschaulicht:

Grundlegende Anrufweiterleitung und Zuordnung von Wählmustern

Cisco CallManager führt Routing mit der höchsten Übereinstimmung durch. Diese Funktion wird am besten in den Beispielen in diesem Abschnitt erläutert. Wenn Sie versuchen, ein Nummernplanproblem zu beheben, lesen Sie zunächst den Abschnitt Fehlerbehebung dieses Dokuments, bevor Sie die Ablaufverfolgung aktivieren.

Der N-Platzhalter ist in Cisco CallManager 3.x und 4.x nicht mehr zulässig. Verwenden Sie stattdessen [2-9].
Wenn Sie einen sekundären Wählton konfigurieren, sollten Sie beachten, dass Sie den Wählton erst hören, wenn das Routenmuster eindeutig ist. Die . hat nichts mit dem sekundären Wählton zu tun.
Achten Sie darauf, dass Sie die 9 nicht verwenden, da keine Telefonnummer angegeben ist, oder dass Sie eine zusätzliche Ziffernsammlung durchführen müssen, bevor die 9.@Nummer eingegeben wird.

Die Ziffernanalyse wird durchgeführt, wenn ein Benutzer eine Nummer wählt und der Router die Ziffern interpretiert. Wenn ein Benutzer beispielsweise die 1000 wählt, kann dies einem im Cisco CallManager konfigurierten Muster entsprechen, das 1XXX, oder 100X oder 1! entspricht. Es gibt eine Reihe von Sonderzeichen, die verwendet werden können, um einen Bereich von gewählten Ziffern anzugeben, wie in der folgenden Tabelle gezeigt:

Platzhalter	Erläuterung	Beispiele
Ziffer	Eine Ziffer, die als ihr literaler Wert interpretiert wird.	0 Übereinstimmungen 0, 1 Übereinstimmungen 1, 2 Übereinstimmungen 2 usw.
X	Eine einzelne Ziffer im Bereich von 0 bis 9.	X Übereinstimmungen 0, 1, 2, 3, 4, 5, 6, 7, 8 oder 9
[m-n]	Eine einzelne Ziffer im Bereich m bis n.	[4-9] Übereinstimmungen 4, 5, 6, 7, 8 oder 9
[^m-n]	Eine einzelne Ziffer außerhalb des Bereichs m bis n.	[^4-9] Übereinstimmungen 0, 1, 2, 3, # oder *
!	Eine oder mehrere Ziffern im Bereich von 0 bis 9. Dieser Platzhalter kann für Nummernpläne mit variabler Länge sehr nützlich sein. Der Anruf wird erst weitergeleitet, wenn die #-Taste gedrückt wird oder die Zeitüberschreitung zwischen den Ziffern abläuft (Standardwert: 10 Sekunden).	9! Matches 91, 911 oder 912342, aber nicht nur 9, wie! für eine Übereinstimmung mindestens eine Ziffer erforderlich ist.
?	Wie ! mit der Ausnahme, dass sie 0 oder mehr Ziffern entsprechen kann.	9? Übereinstimmungen 9, 91, 911 oder 912342
+	Eine oder mehrere der vorherigen Ziffern oder Platzhalter.	9+ Matches 99, 999 oder 999 9X+ entsprechen 9! und 9x?
.	Ein Teil der Nummer, der nach der Zuordnung eines Musters entfernt werden kann.	Muster zuordnen: 9.8XXX Anweisungen zum Verwerfen von Ziffern (DDI): PreDot Wenn der Benutzer die 98111 wählt, wird das PreDot DDI auf das 9,8XXX Routenmuster angewendet, das die "9" aus den gewählten Ziffern entfernt und nur die 8111 an das PBX sendet.
@	Referenziert den NANP (North American Numbering Plan), ein Makro, das etwa 300 individuelle Muster enthält. Sie können diesen Platzhalter verwenden, um Filterregeln anzuwenden, da ein @zum Filtern von Überprüfungen "Ortscode" und "Servicecode" zur Verfügung stellt. Weitere Informationen zu den Tags finden Sie im Abschnitt NANP-Tags dieses Dokuments.	[2-9]11 Entsprechungen 211, 311, 411, 511, 611, 711, 811 oder 911 [2-9]XX XXXX Entspricht 7-stelligen lokalen Nummern [2-9]XX [2-9]XX Entsprechungen 10 Die lokalen Ziffern 1 [2-9]XX [2-9]XX XXXX entsprechen den 11-stelligen Nummern für Ferngespräche 011 3[0-469] ! Übereinstimmungen mit internationalen Nummern

Beim Verwenden des @Platzhalters treten zwei häufig auftretende Probleme auf:

Wenn ein Benutzer eine siebenstellige Nummer wählt, muss der Benutzer warten, bis die Zeitüberschreitung zwischen den Ziffern abläuft, oder die #-Taste drücken.

Wechseln Sie zum Fenster Route Filter, und fügen Sie einen Filter mit LOCAL-AREA-CODE DOES-NOT-EXIST UND END-OF-DIALING DOES-NOT-EXIST hinzu. Wenden Sie es auf das Routenmuster an, das den @Platzhalter enthält.
Benutzer können keine Nummer wählen, bei der der Bürocode X11 lautet (1 + Ortsvorwahl + Amtsvorwahl + Durchwahl), z. B. den 11 in 1 800 611 4215 oder 1 919 311 5432.

Die Problemumgehung besteht darin, ein weiteres Routenmuster wie 9.1 [2-9]XX [2-9]11 XXXX demselben Gateway oder derselben Routenliste wie das 9.@Muster hinzuzufügen. Vergessen Sie nicht, die gleiche Ziffer zu verwerfen Anweisungen, falls vorhanden.

Hier einige Beispiele für Routenmuster:

Muster	Übereinstimmungen
1111	Nur 111
*1 x 1	11 nur
12XX	Nur 1.200 bis 1.299
13[25-8]6	1326, 1356, 1366, 1376, 1386 nur
13[^3-9]6	1306, 1316, 1326, 13*6, nur 13#6
13!#	Eine beliebige Zahl, die mit 13 beginnt und einer oder mehreren Ziffern vorangeht und mit # endet. 135# und 13579# sind Beispielübereinstimmungen.

Berücksichtigen Sie den Wählplan:

Muster	Übereinstimmungen
1111	Nur 111
1211	Nur 1211
1[23]XX	Nur 1.200 bis 1.399
131	Nur 131
13[0-4]X	Nur 1.300 bis 1.349
13!	Jede Nummer, die mit einer 13 beginnt, die einer oder mehreren Ziffern vorangeht.

Wenn der Benutzer die 1111 wählt, wartet er auf die Eingabe aller vier Ziffern, bevor er den Anruf weiterleitet.

Hinweise zur Verwendung von Ablaufverfolgungen

Bevor Sie die Ablaufverfolgung für Wählplanprobleme aktivieren, lesen Sie den Abschnitt Fehlerbehebung in diesem Dokument.
Stellen Sie die Benutzermaske Bit 5 auf der Benutzermaske ein, um Probleme mit dem Wählplan zu beheben. Legen Sie die Benutzermaske Bit 11 für eine Systemüberwachung fest, um weitere Informationen zur Nummernanalyse anzuzeigen.

Vorsicht: Setzen Sie Bit 11 mit Vorsicht ein, da es eine Last erzeugen kann, die die Leistung auf einem stark genutzten System beeinflusst.
Um zu sehen, welcher IP-Adresse ein tcpHandle zugeordnet ist, erfassen Sie eine Keepalive-Nachricht, die alle 30 Sekunden mit einem Netzwerkanalyst erfolgt. Das tcpHandle für ein Telefon bleibt so lange unverändert, wie es bei einem Cisco CallManager registriert wird.
Die StationD-Nachrichten werden immer vom Cisco CallManager zum IP-Telefon gesendet. Die StationInit-Nachrichten werden vom Telefon an den Cisco CallManager gesendet.
Die Instanz ist die Leitungsinstanz für die jeweilige Telefonvorlage. Die Leitungstaste(9) bezieht sich auf eine Leitungstaste, im Gegensatz zu Halten oder einem anderen Typ.

Weitere Informationen zur Verwendung der Ablaufverfolgungsfunktion finden Sie unter Einrichten von Cisco CallManager Traces für den technischen Support von Cisco. Wenn Sie Cisco CallManager 3.1 verwenden, finden Sie weitere Informationen in Trace für Cisco CallManager.

Hinweis: Viele der in Trace für Cisco CallManager beschriebenen Verfahren gelten auch für 3.0.

Die nächste Beispielausgabe ist ein Ablaufverfolgungsausschnitt, für den nur das User Mask Bit 5 festgelegt ist. Die vollständige Nachverfolgung (nur Bit 5) finden Sie im Abschnitt Call 1000-1111 (Short) dieses Dokuments. Die vollständige Ablaufverfolgung bei aktivierter System Trace finden Sie im Abschnitt Call 1000-1111 (Full) dieses Dokuments.

Hinweis: In dieser Ablaufverfolgung ist tcpHandle 0x53563d0 das anrufende Telefon und 0x53294d8 das angerufene Telefon (DN=1111).


!--- Output is suppressed.

   |StationD - stationOutputStartTone: 33=InsideDialTone tcpHandle=0x53563d0
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
    tcpHandle=0x53563d0
   |StationD - stationOutputStopTone tcpHandle=0x53563d0
   |StationD - stationOutputSelectSoftKeys tcpHandle=0x53563d0
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
    tcpHandle=0x53563d0
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
    tcpHandle=0x53563d0
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
    tcpHandle=0x53563d0
   |Locations: Orig=0 BW=-1 Dest=0 BW=-1 (-1 implies infinite bw available)
   |StationD - stationOutputCallState tcpHandle=0x53294d8
   |StationD - stationOutputCallInfo CallingPartyName=Markus (1000),
    CallingParty=1000, CalledPartyName=Dave (1111), CalledParty=1111,
    tcpHandle=0x53294d8
   |StationD - stationOutputSetLamp stim: 9=Line instance=3 lampMode=LampBlink
    tcpHandle=0x53294d8
   |StationD - stationOutputSetRinger: 2=InsideRing tcpHandle=0x53294d8
   |StationD - stationOutputDisplayNotify tcpHandle=0x53294d8
   |StationD - stationOutputDisplayPromptStatus tcpHandle=0x53294d8
   |StationD - stationOutputSelectSoftKeys tcpHandle=0x53294d8
   |StationD - stationOutputCallState tcpHandle=0x53563d0
   |StationD - stationOutputCallInfo CallingPartyName=Markus (1000),
    CallingParty=1000, CalledPartyName=, CalledParty=1111,
    tcpHandle=0x53563d0
   |StationD - stationOutputCallInfo CallingPartyName=Markus (1000),
    CallingParty=1000, CalledPartyName=Dave (1111), CalledParty=1111,
    tcpHandle=0x53563d0
   |StationD - stationOutputStartTone: 36=AlertingTone tcpHandle=0x53563d0

!--- Output is suppressed.

Wenn der Benutzer die 1211 wählt, stimmt sie mit 1211 und 1[23]XX überein. Da 1211 nur einer potenziellen Wählzeichenfolge entspricht, während 1[23]XX Übereinstimmungen mit 200, 1211 das ausgewählte Muster ist. Dieser Auswahlprozess ist das Wesen einer Anrufweiterleitung mit der höchsten Übereinstimmung. Eine vollständige SDI-Verfolgung (Serial Digital Interface) dieses Prozesses finden Sie im Abschnitt Call 1211 dieses Dokuments.


!--- Output is suppressed.

   |StationInit - InboundStim - StimulusMessageID stimulus:
    Line(9) Instance: 1 tcpHandle=0x53563d0
   |StationInit - InboundStim - OffHookMessageID tcpHandle=0x53563d0
   |StationD - StimLine: OnHook --- OnHook
   |StationD - stationOutputSetSpeakerMode: 1 tcpHandle=0x53563d0
   |StationD - stationOutputDisplayText tcpHandle=0x53563d0, Display= 1000
   |StationD - stationOutputDisplayText tcpHandle=0x53563d0, Display= 1000
   |StationD - stationOutputSetLamp stim: 9=Line instance=1 lampMode=LampOn
    tcpHandle=0x53563d0
   |StationD - stationOutputCallState tcpHandle=0x53563d0
   |StationD - stationOutputDisplayPromptStatus tcpHandle=0x53563d0
   |StationD - stationOutputSelectSoftKeys tcpHandle=0x53563d0
   |StationD - stationOutputActivateCallPlane tcpHandle=0x53563d0
   |Digit analysis: match(fqcn="", cn="1000", pss="", dd="")
   |Digit analysis: analysis results
    |PretransformCallingPartyNumber=1000
    |CallingPartyNumber=1000
    |DialingPartition=
    |DialingPattern=
    |DialingRoutePatternRegularExpression=
    |DialingWhere=
    |PatternType=Unknown
    |PotentialMatches=PotentialMatchesExist
    |DialingSdlProcessId=(0,0,0)
    |PretransformDigitString=
    |PretransformTagsList=
    |PretransformPositionalMatchList=
    |CollectedDigits=
    |TagsList=
    |PositionalMatchList=
    |RouteBlockFlag=BlockThisPattern
    |InterceptPartition=
    |InterceptPattern=
    |InterceptWhere=
    |InterceptSdlProcessId=(1,82,1)
    |InterceptSsType=16777221
    |InterceptSsKey=7864
   |StationD - stationOutputStartTone: 33=InsideDialTone tcpHandle=0x53563d0
   |CMProcMon - ------Entered Router Verification
   |CMProcMon - ----Exited Router Verification
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
    tcpHandle=0x53563d0
   |StationD - stationOutputStopTone tcpHandle=0x53563d0
   |StationD - stationOutputSelectSoftKeys tcpHandle=0x53563d0
   |Digit analysis: match(fqcn="", cn="1000", pss="", dd="1")
   |Digit analysis: potentialMatches=PotentialMatchesExist
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 2
    tcpHandle=0x53563d0
   |Digit analysis: match(fqcn="", cn="1000", pss="", dd="12")
   |Digit analysis: potentialMatches=PotentialMatchesExist
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
    tcpHandle=0x53563d0
   |Digit analysis: match(fqcn="", cn="1000", pss="", dd="121")
   |Digit analysis: potentialMatches=PotentialMatchesExist
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
    tcpHandle=0x53563d0
   |Digit analysis: match(fqcn="", cn="1000", pss="", dd="1211")
   |Digit analysis: analysis results
    |PretransformCallingPartyNumber=1000
    |CallingPartyNumber=1000
    |DialingPartition=
    |DialingPattern=1211
    |DialingRoutePatternRegularExpression=(1211)
    |DialingWhere=
    |PatternType=Enterprise
    |PotentialMatches=NoPotentialMatchesExist
    |DialingSdlProcessId=(1,38,19)
    |PretransformDigitString=1211
    |PretransformTagsList=SUBSCRIBER
    |PretransformPositionalMatchList=1211
    |CollectedDigits=1211
    |TagsList=SUBSCRIBER
    |PositionalMatchList=1211
    |RouteBlockFlag=RouteThisPattern
    |InterceptPartition=
    |InterceptPattern=
    |InterceptWhere=
    |InterceptSdlProcessId=(0,0,0)
    |InterceptSsType=0
    |InterceptSsKey=0
   |Locations: Orig=0 BW=-1 Dest=0 BW=-1 (-1 implies infinite bw available)
   |StationD - stationOutputCallState tcpHandle=0x56ca080
   |StationD - stationOutputCallInfo CallingPartyName=Markus (1000),
    CallingParty=1000, CalledPartyName=1211, CalledParty=1211,
    tcpHandle=0x56ca080
   |StationD - stationOutputSetLamp stim: 9=Line instance=4 lampMode=LampBlink
    tcpHandle=0x56ca080
   |StationD - stationOutputSetRinger: 2=InsideRing tcpHandle=0x56ca080
   |StationD - stationOutputDisplayNotify tcpHandle=0x56ca080
   |StationD - stationOutputDisplayPromptStatus tcpHandle=0x56ca080
   |StationD - stationOutputSelectSoftKeys tcpHandle=0x56ca080
   |StationD - stationOutputCallState tcpHandle=0x53563d0
   |StationD - stationOutputCallInfo CallingPartyName=Markus (1000),
    CallingParty=1000, CalledPartyName=, CalledParty=1211,
    tcpHandle=0x53563d0
   |StationD - stationOutputCallInfo CallingPartyName=Markus (1000),
    CallingParty=1000, CalledPartyName=1211, CalledParty=1211,
    tcpHandle=0x53563d0
   |StationD - stationOutputStartTone: 36=AlertingTone tcpHandle=0x53563d0

!--- Output is suppressed.

Wenn der Benutzer die 1311 wählt, wartet Cisco CallManager, bis der Zeitüberschreitungswert abläuft. Wegen der 13! -Muster gibt es das Potenzial, dass der Benutzer noch keine Zahlen eingegeben hat. Nach Ablauf des Timers gibt es drei Übereinstimmungen: 1[23]XX, 13[0-4]X und 13!. Da 1[23]XX etwa 200 Muster entspricht, entspricht 13[0-4]X etwa 50 Mustern und 13! einer unbegrenzten Anzahl von Mustern entspricht, ist 13[0-4]X ausgewählt. Eine SDI-Spur davon finden Sie im Abschnitt Call 1311 (Full) dieses Dokuments, und im Abschnitt Call 1311 (Short) Abschnitt dieses Dokuments finden Sie eine Ablaufverfolgung, für die nur Bit 5 zum Debuggen festgelegt ist.


!--- Output is suppressed.

|StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
 tcpHandle=0x53563d0
   |StationD - stationOutputStopTone tcpHandle=0x53563d0
   |StationD - stationOutputSelectSoftKeys tcpHandle=0x53563d0
   |Digit analysis: match(fqcn="", cn="1000", pss="", dd="1")
   |Digit analysis: potentialMatches=PotentialMatchesExist
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 3
    tcpHandle=0x53563d0
   |Digit analysis: match(fqcn="", cn="1000", pss="", dd="13")
   |Digit analysis: potentialMatches=PotentialMatchesExist
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
    tcpHandle=0x53563d0
   |Digit analysis: match(fqcn="", cn="1000", pss="", dd="131")
   |Digit analysis: analysis results
    ||PretransformCallingPartyNumber=1000
    |CallingPartyNumber=1000
    |DialingPartition=
    |DialingPattern=131
    |DialingRoutePatternRegularExpression=(131)
    |DialingWhere=
    |PatternType=Enterprise
    |PotentialMatches=PotentialMatchesExist
    |DialingSdlProcessId=(1,38,22)
    |PretransformDigitString=131
    |PretransformTagsList=SUBSCRIBER
    |PretransformPositionalMatchList=131
    |CollectedDigits=131
    |TagsList=SUBSCRIBER
    |PositionalMatchList=131
    |RouteBlockFlag=RouteThisPattern
    |InterceptPartition=
    |InterceptPattern=
    |InterceptWhere=
    |InterceptSdlProcessId=(0,0,0)
    |InterceptSsType=0
    |InterceptSsKey=0
   |StationInit - InboundStim - KeypadButtonMessageID kpButton: 1
    tcpHandle=0x53563d0
   |Digit analysis: match(fqcn="", cn="1000", pss="", dd="1311")
   |Digit analysis: analysis results
   ||PretransformCallingPartyNumber=1000
    |CallingPartyNumber=1000
    |DialingPartition=
    |DialingPattern=13[0-4]X
    |DialingRoutePatternRegularExpression=(13[0-4]X)
    |DialingWhere=
    |PatternType=Enterprise
    |PotentialMatches=PotentialMatchesExist
    |DialingSdlProcessId=(1,38,21)
    |PretransformDigitString=1311
    |PretransformTagsList=SUBSCRIBER
    |PretransformPositionalMatchList=1311
    |CollectedDigits=1311
    |TagsList=SUBSCRIBER
    |PositionalMatchList=1311
    |RouteBlockFlag=RouteThisPattern
    |InterceptPartition=
    |InterceptPattern=
    |InterceptWhere=
    |InterceptSdlProcessId=(0,0,0)
    |InterceptSsType=0
    |InterceptSsKey=0
   |Locations: Orig=0 BW=-1 Dest=0 BW=-1 (-1 implies infinite bw available)
   |StationD - stationOutputCallState tcpHandle=0x56ca080

!--- Output is suppressed.

Fehlerbehebung

Cisco CallManager durchsucht den Calling Search Space einer Leitungsinstanz und des Geräts, dem die Leitung zugeordnet ist.
Wenn ein Gerät nicht Teil einer Partition ist, wird es als Teil der Null- oder Standardpartition bezeichnet. Jeder Benutzer muss das Gerät anrufen können. Die Null-Partition wird immer zuletzt durchsucht.
Wenn Sie eine externe Nummer wählen, die mit einem 9.@-Muster übereinstimmt und zehn Sekunden dauert, bevor der Anruf durchgeht, überprüfen Sie die Filteroptionen. Standardmäßig wartet bei einem 9.@Muster 10 Sekunden, wenn eine siebenstellige Nummer gewählt wird. Sie müssen einen Filter auf das Muster anwenden, das LOCAL-AREA-CODE DOES-NOT-EXIST angibt.
Nach dem Upgrade von Cisco CallManager erhalten Benutzer einen anderen sekundären Wählton, wenn 9 für eine externe Leitung gedrückt wird. Um dieses Problem zu beheben, verwenden Sie das Cisco IP Telefony Locale Installer-Plugin auf der Cisco CallManager-Verwaltungsseite. Sie können diese auch vom Cisco Unified Communications Locale Installer herunterladen (nur registrierte Kunden).
Wenn Sie die 9 und dann die 0 wählen, um den lokalen Operator zu erreichen, kann es sich bei einem Anruf, der zeitaufwendig ist und schnell besetzt ist, um ein Problem mit den Weiterleitungsmustern handeln, die sich überschneiden. Wenn Sie das 9.@-Routenmuster haben, überschneidet sich 9.0 mit dem 9.@. Wenn Sie also die 9 wählen, um eine externe Leitung zu erhalten, dann die 0 für den Operator, erwarten die Wählmuster, dass Sie mehr Ziffern wie die internationale Nummer (011) wählen. Da Sie keine weiteren Ziffern mehr eingeben, wird der Anruf zeitgesteuert und schnell besetzt. Um dieses Problem zu beheben, fügen Sie im Cisco CallManager ein neues Routenmuster hinzu, wie hier gezeigt:
```
9.0# 

!--- Discard pre dot (if needed with your PSTN connection).
```
Wenn Sie den Operator erreichen müssen, wählen Sie 9, dann 0 und dann die Rautetaste (#), um den Anruf sofort weiterzuleiten und nicht auf weitere Ziffern zu warten.

Weitere Informationen zur Konfiguration von Weiterleitungsmustern finden Sie unter Konfigurieren des Wählplans in Cisco CallManager.
Es ist nicht möglich, eine Zahl mit MGCP-Gateways für eine angerufene Nummer zu suffix-ieren, da die Umwandlung des Angerufenen für den XOR-Mechanismus funktioniert und es keine spezielle Möglichkeit gibt, eine Zahl zu suffix, da die logische Relevanz jeder Ziffer von links nach rechts liegt. Daher können Sie nur Präfixe erstellen. Die einzige Möglichkeit, dies zu erreichen, ist die Verwendung des H323-Gateways, das über die Intelligenz verfügt, um Umwandlungen bei Anrufern/Angerufenen zu kombinieren und die Übersetzungen je nach Bedarf durchzuführen.

Es ist nicht sehr einfach, einen klaren Anrufverlauf zu sehen, um Probleme bei Wählplänen mit der SDI-Ablaufverfolgungsfunktion zu beheben. Bevor Sie die SDI-Ablaufverfolgungsfunktion verwenden, versuchen Sie, die folgenden Richtlinien anzuwenden:

Ermitteln Sie zunächst die folgenden relevanten Informationen:

Wie lautet die Verzeichnisnummer, die den Anruf auslöst?
Welcher Calling Search Space (Calling Search Space) wird für diese Verzeichnisnummer verwendet? Diese Informationen finden Sie unter der Leitungskonfiguration.
Welches ist der Calling Search Space des Geräts, auf dem die Verzeichnisnummer konfiguriert ist? Stellen Sie sicher, dass Sie das richtige Gerät identifizieren. Da Cisco CallManager die Anzeige mehrerer Leitungen unterstützt, können Sie eine Verzeichnisnummer auf mehreren Geräten verwenden.

Beachten Sie den auf dem Gerät konfigurierten Calling Search Space. Wenn ein IP-Telefon den Anruf auslöst, denken Sie daran, dass eine bestimmte Leitung und das Gerät, dem die Leitung zugeordnet ist, beide Calling Search Spaces (Calling Search Spaces) aufweisen. Sie werden kombiniert, wenn ein Anruf getätigt wird. Angenommen, die Leitungsinstanz 1000 verfügt über einen Calling Search Space von AccessLevelX, und das IP-Telefon mit der konfigurierten Durchwahl 1000 verfügt über AccessLevelY als Calling Search Space. Wenn ein Anruf aus dieser Leitungsdarstellung getätigt wird, durchsucht der Cisco CallManager die Partitionen in Calling Search Space AccessLevelX und AccessLevelY.
Welche Partitionen sind mit dem/den Calling Search Space(n) verknüpft?
Wie lautet die Partition des Geräts, auf das der Anruf gehen soll oder soll?
Welche Nummer wird gewählt?

Notieren Sie, ob und wann ein sekundärer Wählton zu einem beliebigen Zeitpunkt verfügbar ist. Was hören sie auch, nachdem alle Ziffern eingegeben wurden? Handelt es sich um eine Neubestellung oder um eine schnelle Kontaktaufnahme? Erhalten sie die Fortschrittstöne, bevor sie etwas hören wollen? Stellen Sie sicher, dass sie mindestens zehn Sekunden warten, nachdem sie die letzte Ziffer gedrückt haben, da sie möglicherweise warten müssen, bis der Zeitüberschreitungswert abläuft.

Gehen Sie dann wie folgt vor:

Suchen Sie im Routenplanbericht nach allen Weiterleitungsmustern für die Partitionen, die sich im Calling Search Space für den Anruf befinden.

Fügen Sie ggf. die Routenmuster oder Routenfilter hinzu, oder ändern Sie sie.
Wenn Sie das Weiterleitungsmuster finden, an das der Anruf gesendet wird, notieren Sie sich die Weiterleitungsliste oder das Gateway, auf das bzw. das das Muster verweist.

Wenn es sich um eine Routenliste handelt, überprüfen Sie, welche Routengruppen Teil der Liste sind und welche Gateways zu den Routengruppen gehören.
Überprüfen Sie, ob die entsprechenden Geräte bei Cisco CallManager registriert sind.
Achten Sie auf den @Platzhalter. Dies ist ein Makro, das sich erweitern kann, um viele verschiedene Dinge. Sie wird häufig in Kombination mit Filteroptionen verwendet.

Planung

Wenn Sie einen Nummernplan entwerfen, wird empfohlen, einen vierstelligen oder fünfstelligen lokalen Wählplan zu verwenden. Wenn Sie weniger einsetzen, kann die Integration von Cisco Unity Voicemail-Diensten schwierig sein.

Beachten Sie, dass Cisco CallManager oder Cluster keine Möglichkeit haben, Wählpläne gemeinsam zu nutzen. Sie sind unabhängige Einheiten. Alle Überlegungen zum Wählplan und alle Designprobleme, wie Voicemail-, Konferenz- oder Transkodierungsprobleme, müssen für jeden einzelnen Cisco CallManager oder Cluster berücksichtigt werden.

Bei der Erstellung eines Wählplans muss der Zweck darin bestehen, den Plan für den Endbenutzer so einfach wie möglich zu halten und den lokalen PSTN-Gateway-Zugriffscode (z. B. 9 oder 0) für Standorte zu verwenden, die über das PSTN erreicht werden müssen, sowie für Anrufe, die das IP-WAN passieren können. Wenn das IP-WAN nicht mehr verfügbar ist oder über keine ausreichenden Ressourcen verfügt, muss es für den Endbenutzer transparent sein.

Bei der Implementierung eines Wählplans wird zuerst die Netzwerktopologie berücksichtigt. Wenn Sie mehrere Standorte haben, müssen Sie feststellen, ob jeder Standort über einen eigenen Cisco CallManager verfügt oder ob diese über einen zentralen Cisco CallManager gesteuert werden.

Zentrale Anrufverarbeitung

Bei der zentralisierten Anrufverarbeitung kontrolliert ein Cisco CallManager- oder Cisco CallManager-Cluster alle IP-Telefoniegeräte. Der Vorteil ist, dass es nur einen zentralen Verwaltungspunkt gibt. Der Nachteil ist, dass alle IP-Telefone und Skinny-Geräte diesen Cisco CallManager erreichen müssen, um einen Anruf tätigen zu können. Wenn beispielsweise die IP-Verbindung unterbrochen wird, können Benutzer bei einem Ausfall des WAN isoliert bleiben, ohne einen Anruf tätigen zu können. Lebensbereichsdienste, wie 911, müssen über einen anderen Mechanismus bereitgestellt werden. Bei dieser Option wird eine standortbasierte Call Admission Control (Anrufzugangssteuerung) wahrscheinlich bevorzugt.

Im vorherigen Diagramm ist zu sehen, dass beim Wählen der 9 für das Wählen eines Gateways der Cisco CallManager anhand des geografischen Standorts des Benutzers ausgewählt wird. Sie können auch eine Einrichtung einrichten, bei der ein Gateway an einem Remote-Standort verwendet wird, falls eines der Gateways keine freien Ressourcen für einen Anruf über das PSTN hat. Ein weiterer Aspekt ist die Möglichkeit für Benutzer, Ferngespräche über das PSTN zwischen den Standorten zu führen, wenn das IP-WAN nicht über genügend Bandbreite verfügt, um einen qualitativ hochwertigen VoIP-Anruf zu erhalten. Andere Punkte, die man berücksichtigen muss, sind, ob jeder Zugang hat, um Anrufe zu tätigen, sei es im Ferngespräch, im Ausland oder im Büro. Um in Zukunft Komplikationen zu vermeiden, sollten Sie zunächst einige grundlegende Benutzerebenen einrichten. Es ist dann viel einfacher, Rechte zu ändern. Da der Benutzerzugriff die Einrichtung von Partitionen und Calling Search Spaces umfasst, die dann auf einzelne DNs und Geräte angewendet werden, müssen diese Benutzerebenen sorgfältig durchdacht werden. Spätere Änderungen können dazu führen, dass jedes Gerät oder jede Verzeichnisnummer geändert werden muss.

Verarbeitung verteilter Anrufe

Bei der verteilten Anrufverarbeitung ist jedes IP-Telefon oder jedes Skinny-Gerät bei einem lokalen Cisco CallManager- oder Cisco CallManager-Cluster registriert. Wenn jeder Benutzer über ein lokales Gateway für den Zugang zum PSTN verfügt, kann der Benutzer selbst bei einem Ausfall des IP-WAN weiterhin lokale Nummern anrufen und Benutzer am anderen Standort im PSTN anrufen. Nur die Cisco IOS-basierte Gatekeeper Call Admission Control ist hier möglich.

Jeder Cisco CallManager unterhält seinen eigenen Wählplan und muss daher separat verwaltet und verwaltet werden.

Angenommen, ein Benutzer im RTP versucht, die 9 zu wählen, um eine externe PSTN-Leitung zu erhalten. Es stehen jedoch keine Leitungen zur Verfügung. Es ist nicht ratsam, den Anruf an einen NY Cisco CallManager weiterzuleiten, da der Wählplan in NY für einen Benutzer, der einen Anruf in RTP tätigt, nicht anwendbar sein kann. In einer solchen Situation muss der RTP-Benutzer beispielsweise eine Nummer und die RTP-Ortsvorwahl wählen, um einen lokalen Anruf an RTP zu tätigen. Der Cisco CallManager-Server kann den Benutzer jedoch nicht über diese Anforderung informieren. Obwohl es möglich sein kann, Transformationen der angerufenen Partei für jedes dreistellige Präfix im RTP-Bereich (um den erforderlichen 1 + Ortscode vorzustellen) auszuführen, ist dies keine skalierbare Lösung.

Darüber hinaus muss jeder Cisco CallManager (Cluster) über eine eigene Voicemail-Instanz (Cisco Unity) verfügen. Für dieses Bereitstellungsmodell ist ein Gatekeeper für die Zugangskontrolle erforderlich. Jeder Standort muss über Cisco CallManager-, Voicemail- und DSP-Ressourcen für die Umkodierung verfügen, wenn im WAN Komprimierung und Konferenzen verwendet werden.

Installations-Checkliste

Wählen Sie beschreibende Partitionsnamen aus. Es ist sehr schwierig, Probleme bei Systemen zu beheben, die keine Ferngespräche führen können, wenn die Partitionsnamen sinnlose Begriffe wie Widget und Foobar sind.
Beachten Sie, dass Funktionen wie Parken von Anrufen und Anrufübernahme ebenfalls Teil einer Partition sind. Sie werden normalerweise der Null- oder Standardpartition überlassen, sodass jeder Zugriff darauf hat. Sie können auch einer einfachen Benutzerebene zugewiesen werden, z. B. NYInternalCalls in den Beispielen weiter unten in diesem Dokument.
Die Blockierung des Zugriffs auf bestimmte Bereichscodes und -nummern erfolgt über eine separate Partition, z. B. Block900 in den Beispielen weiter unten in diesem Dokument, für jedes Muster, dem der Zugriff verweigert werden muss, z. B. 9.@ wo AREA-CODE=900 ist. Da es sich um eine Übereinstimmung handelt, die näher als eine einfache 9.@ ist, bei der AREA-CODE VORHANDEN ist, und das Routenmuster so konfiguriert ist, dass es blockiert, anstatt alles weiterzuleiten, was mit diesem Muster übereinstimmt, funktioniert die Filterung.

Dies sind einige der häufigsten Punkte, die vor dem Start einer Konfiguration berücksichtigt werden müssen:

Welches Anrufverarbeitungsmodell möchten Sie verwenden? zentralisiert oder verteilt?
Welche Art von Call Admission Control möchten Sie verwenden? Cisco IOS Gatekeeper oder standortbasiert?
Wurden im Netzwerk Quality of Service (QoS) implementiert? (Infrastruktur-Verbesserungen zur Unterstützung von Datenverkehr, Priorisierungsmechanismen, Traffic-Shaping und Fragmentierung, falls erforderlich.)
Gibt es vorhandene Telefonanlagen, die miteinander verbunden werden müssen, oder stellen Sie eine Verbindung zu einem Local Exchange Carrier (LEC) oder einem Inter-eXchange Carrier (IXC) her? Wenn ja, welchen Signalisierungsmechanismus möchten Sie verwenden? PRI, Q.SIG oder Channel Associated Signaling (CAS)? Beachten Sie, dass nicht alle diese Funktionen dieselben Funktionen bieten (z. B. ANI oder CallerID).
Wenn Sie eine Verbindung zu einem PBX-System herstellen, notieren Sie alle Zugangscodes, die für externe Anrufe (Orts- und Ferngespräche) erforderlich sind, sowie alle speziellen Zugangscodes für Nebenanschlüsse hinter dem PBX-System.
Wenn mehrere Standorte von einem einzigen Cisco CallManager gesteuert werden (z. B. im zentralisierten Anrufverarbeitungsmodell), entscheiden Sie, ob Sie diese Fallbacks verwenden möchten:
- Fallback für lokale Anrufe: Wenn Ihr lokales Gateway nicht verfügbar ist, leiten Sie den Anruf an ein Gateway an einem Remote-Standort weiter, und führen Sie einen Ferngespräch.
- Umgehungsfallback: Wenn ein Remote-Gateway für einen lokalen Anruf im Remote-Ortscode nicht verfügbar ist, leiten Sie den Anruf als Ferngespräch über das lokale Gateway weiter.
- Ferngespräche und Auslandsgespräche: Wenn ein lokales Gateway für Ferngespräche oder Auslandsgespräche nicht verfügbar ist, leiten Sie den Anruf über ein Gateway an einem entfernten Standort weiter.
Notieren Sie sich alle Ortsvorwahlen, und ob Sie 7- oder 10-stellige Rufnummern haben.
Beachten Sie den Bereich der DID-Nummern (Direct Inward Dial), die den Leitungen an den einzelnen Remote-Standorten zugewiesen sind. Beachten Sie auch die 7- oder 10-stellige Nummer, die (falls vorhanden) als Hauptzugriffsnummer am Standort verwendet wird.
Notieren Sie sich die von den einzelnen PBX-Systemen bedienten Durchwahlen (1XXX oder 29XX).
Was möchten Sie dem PBX-System oder dem PSTN als Anrufer-ID anzeigen: Anrufvermittlungsnummer, vollständige Nummer oder Telefonnummer?
Listen Sie alle speziellen Benutzergruppen auf, die Sie differenzieren möchten (die Beispiele weiter unten in diesem Dokument umfassen NYLocalCalls, NYTollFreeCalls, NYLongDistanceCalls, NYInternationalCalls, Block900Calls, RTPCallsOnly, NYInternalOnly und NY991191). Anrufe). Diese speziellen Benutzergruppen werden zu Partitionen und ermöglichen Ihnen, Zugriffsgruppen und -ebenen zu erstellen. Achten Sie darauf, diese Gruppen sorgfältig zu betrachten, da Sie langfristig viel Zeit bei gut geplanten Gruppen sparen.

Hinweis: Stellen Sie sicher, dass Sie beschreibende Namen verwenden, einschließlich des Standortnamens und der Zugriffsberechtigung, auch wenn Sie derzeit nicht erwarten, dass mehrere Sites vorhanden sind. In den meisten Szenarien wird empfohlen, Partitionsnamen im Formular CompanyNameSiteNameAccessPrivilege zu verwenden. Verwenden Sie beispielsweise Partitionsnamen wie "CiscoRTP911Calls" oder "AcmeNewYorkLongDistanceCalls".

Erstellen Sie "Benutzerzugriffsebenen", die die Partitionen in den vorherigen Schritten gruppieren. Diese werden zu Calling Search Spaces (CSS), wie in der folgenden Beispieltabelle gezeigt:

Calling Search Space	Partitionen	Zugeordnet
NYGuest	NY911NYInternale Anrufe NYTollFreeAnrufe	Gastbenutzer, Lobby-Telefone Geräte können nur 911, interne NY-Anrufe oder gebührenfreie Anrufe anrufen.
NYStaff	NY911NYInternaleAnrufe NYTollFreeCalls NYLocalCalls RTPIInternalCalls RTPLocalCalls	Mitarbeiter in NY, die 911-, interne oder lokale Anrufe an jedem Standort oder gebührenfreie Ferngespräche anrufen können.
NYManager	NY911NYInternale Anrufe NYLocalCalls RTPIinternalCalls RTPLocalCalls Block900 NYLongDistanceCalls	Gruppe auf Managerebene mit allen Rechten von NYStaff sowie Ferngespräche von NY. Anrufe an 900 Nummern werden blockiert.
NYEekutive	NY911NYInternaleAnrufe NYLocalCalls RTPIinternalCalls RTPLocalCalls Block900 NYLongDistanceCalls RTPLongDistanceAnrufe NYInternationalCalls RTPIinternationalCalls	Gruppe der Führungsebene, die über alle Rechte von NYManager verfügt, sowie Rechte für Ferngespräche vom RTP - wenn NY aus irgendeinem Grund nicht verfügbar ist - und gegebenenfalls für internationale Gespräche von NY oder RTP. Anrufe an 900 Nummern werden blockiert.
RTPGuest	RTP911Ruft RTPInternalCalls RTPTollFreeCalls	Wie NYGuest, aber für RTP.
RTPStaff	RTP911Ruft RTPInternalCalls RTPTollFreeCalls RTPLocalCalls NYInternalCalls NYLocalCalls	Wie NYStaff, aber für RTP.
RTPManager	RTP911RTPInternaleAnrufe RTPLocalAnrufe NYInternalAnrufe NYLocalCalls Block900RTPLongDistanceAnrufe	Wie NYManager, aber für RTP.
RTPE-Exekutive	RTP911Ruft RTPInternalCalls RTPLocalCalls NYInternalCalls NYLocalCalls Block90RTPLongDistanceCalls NYLongDistanceCalls RTPIInternationalCalls NYIInternationalCalls	Wie bei NYEExecutives, aber für RTP.

In Nordamerika wird normalerweise empfohlen, 1XXX oder 29XXX zu verwenden, um interne PBX-Nebenstellen oder andere IP-Telefone zu bestimmen. Bei externen Anrufen wird der @Platzhalter nach dem Zugriffscode wie 8.@ oder 9.@verwendet.

Wenn Sie alle diese Überlegungen berücksichtigt haben, ist es oft einfacher, den Wählplanassistenten zu verwenden, um zunächst einen komplexen Wählplan zu entwickeln. Gehen Sie wie folgt vor, um dieses Tool zu verwenden:

Beginnen Sie mit einem neuen Computer, auf dem keine Partitionen, Calling Search Spaces, Routenlisten, Routengruppen, Routenfilter oder Routenmuster installiert sind. Wenn Sie bereits einige erstellt haben, sollten Sie diese zuerst löschen.
Erstellen Sie alle Gateways: H.323-Gateways - Cisco IOS-Router oder, in einem verteilten Modell, andere Cisco CallManager - sowie andere analoge oder digitale Gateways.
Rufen Sie den Routenplanassistenten auf, und vervollständigen Sie die Anweisungen. Überprüfen Sie die vorherige Liste, um sich im Voraus auf die Fragen vorzubereiten. Der Wählplan wird automatisch erstellt.

Hinweis: Der Assistent kann keine Filterung einrichten. Es ist sehr einfach, zurückzukehren und einen Block900numbers-Filter hinzuzufügen, nachdem der Assistent alles andere erstellt hat.