VoIP mit Common Channel Signaling (CCS)

Einführung

In diesem Dokument werden die Konfigurationen erläutert, die für die Kommunikation der beiden Router in diesem Dokument über Voice over IP (VoIP) und Common Channel Signaling (CCS) über ein digitales PRI erforderlich sind.

Es ist zu beachten, dass in dieser Konfiguration die beiden Router Back-to-Back-Verbindungen über ein IP-Segment aufweisen. In den meisten Topologien können die sprachfähigen Router jedoch überall vorhanden sein. In der Regel sind die Sprach-Router über LAN-Verbindungen mit anderen Routern verbunden, die mit dem WAN verbunden sind. Dies ist wichtig, da alle Konfigurationsbefehle für die WAN-Konnektivität auf den mit dem WAN verbundenen Routern und nicht auf den Sprach-Routern konfiguriert werden, wie sie in den Konfigurationen in diesem Dokument beschrieben sind, wenn die Sprach-Router nicht über eine Mietleitung verbunden sind.

In diesem Konfigurationsbeispiel werden ein Cisco 3640-Router und ein Cisco AS5300-Router verwendet. Diese Konfigurationen können jedoch auch für Cisco Router der Serie 2600 verwendet werden.

Voraussetzungen

Anforderungen

Bevor Sie Ihren Cisco Router für die Verwendung von VoIP konfigurieren können, sollten Sie sich mit den Konzepten der Quality of Service (QoS)-Funktionen in der Cisco IOS®-Software vertraut machen. Weitere Informationen zu QoS-Funktionen finden Sie unter Warteschlangenverwaltung, Traffic Shaping, Filterung und QoS-Signalisierung auf der Cisco IOS QoS-Seite auf Cisco.com.

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:

• Cisco Router der Serien 2600 und 3640

• Cisco AS5300

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.

T1-Signalisierung: CAS und CCS

Die Signalisierung im Bereich Telefonie bietet Funktionen wie Überwachung und Anzeige des Leitungsstatus, Warnmeldungen bei Verbindungsversuchen von Geräten sowie Routing- und Adressinformationen.

In der T1-Welt gibt es zwei verschiedene Arten von Signalisierungsinformationen:

• CCS

• Channel Associated Signaling (CAS)

CCS

CCS ist die Übertragung von Signalisierungsinformationen aus dem Informationsband. Die auffälligste und am häufigsten verwendete Form dieses Signalisierungstyps ist ISDN. Ein Nachteil gegenüber einem ISDN PRI ist die Entfernung eines DS0 oder eines Sprachkanals. In diesem Fall für die Verwendung der Signalisierung. Aus diesem Grund verfügt ein T1 über 23 DS0s bzw. B-Kanäle für Benutzerdaten und eine DS0- oder D-Kanal für die Signalisierung. Es ist möglich, mehrere PRIs mit jeweils einem D-Kanal über Non Facility Associated Signaling (NFAS) zu steuern. Daher können Sie die anderen PRIs in der NFAS-Gruppe so konfigurieren, dass alle 24 DS0s als B-Kanäle verwendet werden. Durch die Verwendung der PRI-Signalisierung werden die maximal möglichen Verbindungsraten sichergestellt, insbesondere bei der Einführung von 56.000 Modems. Dies zeigt die Clear Channel-Funktion von ISDN.

Ein weiterer Nachteil von CCS (siehe Netzwerkdiagramm) ist, dass das PBX-System eine digitale T1 PRI-Karte benötigt, die teurer ist als eine E&M-Signalisierungskarte. Eine E&M-Signalisierungskarte wird im gleichen Netzwerkdiagramm verwendet, wenn Sie CAS zwischen dem AS5300 und dem PBX ausführen.

CAS

CAS ist die Übertragung von Signalisierungsinformationen innerhalb des Informationsbands oder die In-Band-Signalisierung. Das bedeutet, dass Sprachsignale auf denselben Leitungen übertragen werden wie Leitungsstatus, Adresse und Alarmsignale. Da es 24 Kanäle auf einer vollständigen T1-Leitung gibt, überträgt CAS die Signalisierungspakete in Sprachpaketen. Es gibt also 24 Kanäle für die Sprachkommunikation.

In der T1-Welt stehen verschiedene Arten von CAS-Signalisierung zur Verfügung. Die gebräuchlichsten Formen der CAS-Signalisierung sind Loopstart, Basisstart und E&M-Signalisierung. Der größte Nachteil der CAS-Signalisierung besteht darin, dass das Netzwerk Bits von Information-IP-Paketen, z. B. Sprachpakete, verwendet, um Signalisierungsfunktionen auszuführen. Die CAS-Signalisierung wird daher häufig als Raubbit-Signalisierung bezeichnet.

CAS ist nicht die optimale Wahl, wenn man versucht, bei Modems die höchstmögliche Verbindungsrate zu erreichen. Die meisten Modems können sich an die Signalqualität anpassen und trotzdem zuverlässige Hochgeschwindigkeits-Verbindungen herstellen. Die Verwendung von 56 K-Modems auf CAS-Leitungen senkt die Verbindungsgeschwindigkeiten jedoch um fast 2 K in die Downstream-Richtung der Kommunikation pro Trunk, der CAS-Signalisierung verwendet.

Konfigurieren

In diesem Abschnitt erhalten Sie Informationen zum Konfigurieren der in diesem Dokument beschriebenen Funktionen.

Hinweis: Um weitere Informationen zu den in diesem Dokument verwendeten Befehlen zu erhalten, verwenden Sie das Command Lookup Tool (nur registrierte Kunden).

Netzwerkdiagramm

In diesem Dokument wird die folgende Netzwerkeinrichtung verwendet:

Konfigurationen

In diesem Dokument werden folgende Konfigurationen verwendet:

• Cisco 3640 San Jose

• Cisco AS5300 Raleigh

sanjose3640A#show run
Building configuration...
 
Current configuration:
!
version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname 3640
!
logging buffered 60000 debugging
enable password cisco
!
no ip subnet-zero
!
!
!
!
voice-port 1/0/0
!
voice-port 1/0/1
!
voice-port 3/0/0
 operation 4-wire
!
voice-port 3/0/1
 operation 4-wire
!
voice-port 3/1/0
!
voice-port 3/1/1
!
dial-peer voice 1 pots     

!--- More on dial peers.

 destination-pattern 4552468
 port 1/0/1
!
dial-peer voice 2 voip
 destination-pattern 3006
 session target ipv4:10.2.1.2
!
dial-peer voice 3 pots
 destination-pattern 5551234
 port 1/0/0
!
dial-peer voice 4 voip
 destination-pattern 4005
 fax-rate 9600
 session target ipv4:10.2.1.2
!
interface Ethernet0/0
 ip address 10.2.1.1 255.255.255.0
 no ip directed-broadcast
!
interface Serial2/0
 no ip address
 no ip directed-broadcast
 no ip mroute-cache
 shutdown
 no fair-queue
 clockrate 64000
!
interface Serial2/1
 no ip address
 no ip directed-broadcast
 shutdown
 clockrate 38000
!
interface Serial2/2
 no ip address
 no ip directed-broadcast
 shutdown
!
interface Serial2/3
 no ip address
 no ip directed-broadcast
 shutdown
!
ip classless
no ip http server
!
!
!
line con 0
 transport input none
line aux 0
line vty 0 4
 password cisco
 login
!
end

AS5300#show run
Building configuration...
 
Current configuration:
!
version 11.3
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname AS5300
!
boot system flash c5300-js-mz_113-6_na2.bin
enable password cisco
!
isdn switch-type primary-dms100
!
!
controller T1 0
 framing esf
 clock source line primary
 linecode b8zs
 pri-group timeslots 1-24
!
controller T1 1
 clock source internal
!
controller T1 2
 clock source internal
!
controller T1 3
 clock source internal
!
!
dial-peer voice 1 voip           

!--- More on dial peers.

 destination-pattern 4552468
 session target ipv4:10.2.1.1
!
dial-peer voice 2 pots
 destination-pattern 3...
 direct-inward-dial
 port 0:D
 prefix 3
!
dial-peer voice 4 pots
 destination-pattern 4...
 direct-inward-dial
 port 0:D
 prefix 4
!
dial-peer voice 3 voip
 destination-pattern 5551234
 fax-rate 9600
 session target ipv4:10.2.1.1
!
!
voice-port 0:D
!
interface Ethernet0
 ip address 10.2.1.2 255.255.255.0
!
interface Serial0:23
 no ip address
 isdn switch-type primary-dms100
 isdn tei-negotiation first-call
 isdn incoming-voice modem
 no cdp enable
!
interface FastEthernet0
 no ip address
 shutdown
!
ip classless
!
logging buffered 60000 debugging
!
!
line con 0
line aux 0
line vty 0 4
 password cisco
 login
!
end

Überprüfen

Für diese Konfiguration ist derzeit kein Überprüfungsverfahren verfügbar.

Fehlerbehebung

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

Befehle zur Fehlerbehebung

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

Hinweis: Bevor Sie Debugbefehle ausgeben, lesen Sie Wichtige Informationen über Debug-Befehle.

• debug voip ccapi inout - Wird verwendet, um den Ausführungspfad über die Anrufsteuerungs-API zu verfolgen, die als Schnittstelle zwischen der Anrufsitzungsanwendung und der zugrunde liegenden netzwerkspezifischen Software dient. Sie können die Ausgabe dieses Befehls verwenden, um zu verstehen, wie Anrufe vom Router verarbeitet werden.

• debug vpm all - Wird verwendet, um alle Debug-VPM-Befehle zu aktivieren: debug vpm spi, debug vpm signal und debug vpm dsp.

  Hinweis: Dieser Debugger generiert eine Menge Ausgabe.

• show call active voice: Diese Funktion wird verwendet, um den Inhalt der aktiven Anruftabelle anzuzeigen, in der alle Anrufe angezeigt werden, die aktuell über den Router verbunden sind.

• show call history voice - Wird zum Anzeigen der Anrufsverlaufstabelle verwendet. Die Anrufsverlaufstabelle enthält eine Liste aller Anrufe, die über diesen Router verbunden sind, in absteigender Zeitreihenfolge seit der Aktivierung von VoIP. Sie können Teilmengen der Anrufsverlaufstabelle mithilfe bestimmter Schlüsselwörter anzeigen.

• show voice port - Wird zum Anzeigen von Konfigurationsinformationen zu einem bestimmten Sprach-Port verwendet.

Zugehörige Informationen

• Unterstützung von Sprachtechnologie
• Produkt-Support für Sprach- und Unified Communications
• Fehlerbehebung bei Cisco IP-Telefonie
• Technischer Support - Cisco Systems