Zugriffsserver (Cisco AS5350, AS5400 und AS5850) verwenden denselben digitalen Signalprozessor (DSP) für Modem- und Sprachdienste. Dank der Cisco Any Service, Any Port (ASAP)-Architektur kann der Cisco AS5xxx gleichzeitig als Netzwerkzugriffsserver (NAS) und als Sprach-Gateway betrieben werden, das jederzeit universelle Dienste an jedem Port bereitstellt. Diese Gateways sind vom Wählplan abhängig, der festlegt, wann der Router ein Modem oder einen Sprachdienst für einen bestimmten Anruf aktiviert. In diesem Dokument wird beschrieben, wie das Gateway zur Unterscheidung zwischen Sprach- und Modemanrufen konfiguriert wird (erforderlich, wenn das NAS sowohl Modem-DFÜ als auch VoIP-Benutzer über dieselbe herkömmliche Telefonschnittstelle unterstützt).
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:
Cisco AS5xxx-Gateways
Cisco IOS Software, Versionen 12.2(11)T und 12.3(1a)
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.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Die universellen Gateways weisen Probleme bei der Unterscheidung von Modem- und Sprachanrufen auf. Die Cisco Gateways AS5350, AS5400 und AS5850 verwenden nur den DFÜ-Peer-Abgleich, um dem Router mitzuteilen, dass es sich um einen Sprachanruf handelt. Alle anderen Anrufe, die keine eingehende POTS-DFÜ-Peer-Übereinstimmung aufweisen, werden als Modem-Anruf betrachtet.
Wenn Sie beispielsweise das Gateway als Ursprungs- und Terminierungs-Gateway konfiguriert haben, kann der Router selbst bei Verwendung einer eingehenden angerufenen Nummer für Sprachanrufe einen POTS-Abgleich von einem Anrufer erhalten, der die Modemnummer anruft. Der Grund hierfür ist, dass die anrufende Nummer mit dem Zielmuster des POTS-DFÜ-Peers übereinstimmt. Daher wird der Anruf immer noch als Sprachanruf betrachtet.
Eine TCL-Anwendung mit dem Namen data_dialPeer wurde zuerst in Version 12.2(2)XB der Cisco IOS-Software eingeführt und später in Version 12.2(11)T der Cisco IOS-Software integriert, die unter einem POTS-Dial-Peer konfiguriert werden konnte. Weitere Informationen zu dieser Anwendung finden Sie unter Feinkörnige Adresssegmentierung in DFÜ-Peers. Mit dieser Anwendung können alle Anrufe, die eine eingehende Übereinstimmung für diesen POTS-DFÜ-Peer aufweisen, als Modemanruf betrachtet werden. Sie ist hilfreich, wenn Sie die Methode der eingehenden angerufenen Nummer verwenden, um die Übereinstimmung für Modemanrufe herzustellen. Diese Ausgabe zeigt ein Beispiel.
dial peer voice 3 POTS application data_dialpeer !--- TCL application that supports data/modem calls. incoming called-number 83103 ! dial peer voice 4 POTS application data_dialpeer incoming called-number 83104 ! dial peer voice 10 POTS incoming called-number XXXXX direct-inward-dial !
Dieses Beispiel zeigt, dass Anrufe mit angerufenen Nummern (83103 und 83104) als Modemanrufe und alle anderen Anrufe als Sprache behandelt werden.
Hinweis: Die Anwendung data_dialpeer ist in dem Sinne ausgeblendet, dass Sie sie nicht sehen können, wenn Sie den Befehl show call application voice data_dialpeer ausführen. Wenn der Router jedoch neu geladen wird, verlieren Sie die Anwendungskonfiguration nicht, solange Sie sie im Arbeitsspeicher speichern.
Hinweis: Dies ist eine temporäre Problemumgehung für den AS5x00-Router, der in Version 12.2(11)T der Cisco IOS-Software eingeführt wurde. In Version 12.2(13)T der Cisco IOS Software wurde eine permanente Lösung eingeführt, die die Erstellung von DFÜ-Peers für Daten-/Modemanrufe ermöglicht.
Weitere Informationen zur Funktion "DFÜ-Peerdaten" finden Sie unter DFÜ-Peerunterstützung für Datenanrufe.
Das Gateway erstellt eine eingehende Telefonleitung für diesen Anruf, bevor es ihn an das Ziel weiterleitet. Das Gateway bestimmt, welche Art von Anwendung oder Funktionen für diesen Anruf verwendet werden soll, indem die eingehende Verbindung mit einem gültigen POTS-DFÜ-Peer abgeglichen wird. Unabhängig von der Anwendung oder den Funktionen, die unter dem entsprechenden POTS-DFÜ-Peer konfiguriert wurden, verwendet der Router diese für den Anruf. Beispiele für solche Anwendungen und Funktionen sind Interactive Voice Response (IVR) und Direct Inward Dial (DID).
Ein gültiger POTS-DFÜ-Peer muss mindestens eine der folgenden Bedingungen erfüllen:
Für den POTS-DFÜ-Peer sind ein Zielmuster und ein Port konfiguriert.
Für den POTS-DFÜ-Peer ist eine eingehende angerufene Nummer konfiguriert.
Für den POTS-DFÜ-Peer wurde eine Antwortadresse konfiguriert.
Der Router führt die folgenden Schritte aus, um den eingehenden Abgleich für diesen Anruf durchzuführen:
Der Router versucht, die angerufene Nummer (DNIS) mit jedem DFÜ-Peer abzugleichen, der die eingehende angerufene Nummer hat.
Zunächst versucht der Router oder das Gateway, die angerufene Nummer der Anrufeinrichtungsanforderung mit der konfigurierten eingehenden angerufenen Nummer jedes Dial-Peers abzugleichen. Da die Anrufeinstellungen immer DNIS-Informationen enthalten, empfiehlt Cisco, den Befehl incoming called-number für den Peer-Abgleich für eingehende Anrufe zu verwenden. Dieses Attribut hat eine übereinstimmende Priorität gegenüber Antwortadresse und Zielmuster.
Der Router versucht, die anrufende Nummer (ANI) mit jedem POTS-DFÜ-Peer mit Antwortadresse abzugleichen.
Wenn in Schritt 1 keine Übereinstimmung gefunden wird, versucht der Router oder das Gateway, die Anrufernummer der Anrufeinrichtungsanforderung mit der Antwortadresse jedes DFÜ-Peers abzugleichen. Dieses Attribut kann in Situationen nützlich sein, in denen Sie Anrufe basierend auf der anrufenden Nummer (Ursprungs-Nummer) zuordnen möchten.
Der Router versucht, die anrufende Nummer (ANI) dem Zielmuster des POTS-DFÜ-Peers anzupassen.
Wenn in Schritt 2 keine Übereinstimmung gefunden wird, versucht der Router oder das Gateway, die Anrufernummer der Anrufeinrichtungsanforderung mit dem Zielmuster jedes Dial-Peers abzugleichen.
Der Router versucht, einen gültigen DFÜ-Peer mit dem Port zu finden, über den der Anruf eingegangen ist.
Wenn in Schritt 3 keine Übereinstimmung gefunden wird, versucht der Router oder das Gateway, den konfigurierten DFÜ-Peer-Port mit dem Sprach-Port abzugleichen, der dem eingehenden Anruf zugeordnet ist. Wenn für mehrere Dial-Peers derselbe Port konfiguriert ist, wird der Dial-Peer, der zuerst in der Konfiguration hinzugefügt wurde, abgeglichen.
Wenn keine der Methoden in den Schritten 1 bis 4 eine Übereinstimmung ergibt, gleicht der Router den eingehenden Anruf mit dem standardmäßigen POTS-DFÜ-Peer ab, dessen Peer-Tag = 0 ist.
Hinweis: Schritt 4 gilt nicht für Sprach- oder Wählplattformen wie AS5300, AS5350, AS5400, AS5800 und AS5850. Wenn einer der ersten drei Schritte nicht verwendet wird, suchen Sie den DFÜ-Peer 0. Der Anruf wird dann als ein Anruf über ein Wählmodem behandelt. Das bedeutet, dass Kunden bei eingehenden Anrufen Modemtöne anstelle von Wähltönen erhalten.
Der Cisco IOS-Router oder -Gateway erfüllt nur eine dieser Bedingungen. Es müssen nicht alle Attribute im Dial-Peer konfiguriert werden, oder jedes Attribut muss mit den Anrufeinrichtungsinformationen übereinstimmen. Es muss nur eine Bedingung erfüllt sein, damit der Router oder das Gateway einen Dial-Peer auswählen kann. Der Router oder das Gateway wird bei Übereinstimmung mit einem DFÜ-Peer angehalten, um die Suche durchzuführen.
Nachdem die Anwendungen oder Funktionen ermittelt und verwendet wurden, vergleicht das Gateway die angerufene Nummer mit einem ausgehenden DFÜ-Peer und sendet sie an dessen Ziel.
Ein Gateway empfängt und beendet Sprach- und Modemanrufe vom/zum PSTN über ISDN-Signalisierung. Wenn ein Benutzer eine der beiden Nummern (408-526-4800 und 408-526-4801) wählt, sollte der Anruf als Modem behandelt werden. Wenn der Benutzer eine andere Nummer (408-525-50xx) an dieses Gateway wählt, muss der Anruf als Sprache behandelt werden. Da der Router zum Terminieren von Anrufen an das öffentliche Telefonnetz (PSTN) verwendet wird, verfügt er über einen POTS-DFÜ-Peer als:
dial peer voice 1 POTS incoming called-number 52550.. destination pattern 9..... direct-inward-dial port 2/0:D
Die Ziffer "9" dient als Zugangscode, um von der IP-Seite zum PSTN zu gelangen.
In der Einrichtungsnachricht vom PSTN kann die anrufende Nummer eine beliebige Nummer in den USA sein, und die angerufene Nummer kann eine beliebige der zuvor genannten Nummern ohne Vorwahl 408 sein.
Da Sie die eingehende Rufnummer 52550 konfiguriert haben, werden Anrufe von Benutzern, die die Nummern 408-525-50xx anrufen, als Sprachanrufe behandelt. Das Problem besteht darin, dass ein Anrufer mit der Rufnummer 919-254-5566, der eine der Modem-Servicenummern anruft, weiterhin als Sprachanruf behandelt wird. Dies liegt daran, dass die anrufende Nummer mit dem Zielmuster des zuvor erwähnten POTS-DFÜ-Peers übereinstimmt.
Die Lösung besteht in der Verwendung der Cisco IOS Software Version 12.2(2)XB und deren Anwendung auf einen anderen POTS-DFÜ-Peer mit der Anwendung "data_dialPeer" und der eingehenden angerufenen Nummer, wie diese Ausgabe zeigt:
! dial peer voice 1 POTS incoming called-number 52550.. destination pattern 9..... direct-inward-dial port 2/0:D ! dial peer voice 3 POTS application data_dialpeer incoming called number 5264800 ! dial peer voice 4 POTS application data_dialpeer incoming called number 5264801 !
In diesem Beispiel wird die Verwendung von ISDN PRI vereinfacht, da sowohl die anrufende als auch die angerufene Nummer in der Einrichtungsnachricht enthalten sind. Die E&M-FGB- oder FGD-Kanalsignalisierung (Channel Associated Signaling, CAS) (e&m-fgb, e&m-fgd) funktioniert auf die gleiche Weise, solange Digital Number Identification Service (DNIS)- oder ANI-Ziffern bereitgestellt werden.
In diesem Beispiel ist das Gateway für die CAS-Signalisierung "e&m-immediate" konfiguriert. Es werden die gleichen Nummern wie in Beispiel 1 für Modem- und Sprachanrufe verwendet. Da für diese Signalisierung keine Rufnummern und angerufene Nummern blockiert sind, kann der Router den eingehenden Anruf nur über den Port an einen eingehenden POTS-DFÜ-Peer abgleichen. Das Problem besteht darin, dass alle Anrufe für diesen POTS-DFÜ-Peer übereinstimmen, da derselbe Port verwendet wird. Gehen Sie wie folgt vor, um das Problem zu beheben:
Erstellen Sie einen oder mehrere separate Sprachports, indem Sie ds0-group für bestimmte Zeitschlitze konfigurieren, die Sie nur Modemanrufen zuweisen. Alle anderen Zeitschlitze befinden sich in einem anderen Sprach-Port.
Das Hauptproblem besteht darin, dass Sie die Terminierung von Anrufen auf den Sprach-Ports vermeiden möchten, die für den Empfang von Modem-Anrufen zugewiesen sind. Sie können jedoch weiterhin einen gültigen DFÜ-Peer mit konfiguriertem Sprach-Port ohne Zielmuster erstellen. Verwenden Sie dazu die eingehende angerufene Nummer oder die Answer Address-Anweisung für den DFÜ-Peer, und konfigurieren Sie den Port darunter. Die Übereinstimmung mit der eingehenden angerufenen Nummer oder der Antwortadresse muss nicht berücksichtigt werden, da keine blockierenden anrufenden oder angerufenen Nummern vorhanden sind, wenn der Anruf das Gateway erreicht. In diesem Fall verwendet der Router nur den Port, um die Übereinstimmung herzustellen. So sieht die Konfiguration aus:
! dial peer voice 1 POTS incoming called number 52550.. destination pattern 9..... port 2/0:0 ! dial peer voice 3 POTS application data_dialpeer incoming called number 5264800 port 2/0:1 ! dial peer voice 4 POTS application data_dialpeer incoming called number 5264801 port 2/0:2 !
Wenn Sie bestimmte Zeitschlitze für Modemanrufe nicht zuweisen können, ändern Sie die Signalisierung in e&m-fgb, e&m-fgd oder ISDN, wobei die anrufenden oder angerufenen Nummern in der Einrichtungsnachricht gesendet werden. Weitere Informationen finden Sie in Beispiel 1.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
26-Nov-2001 |
Erstveröffentlichung |