Dieses Dokument beschreibt die Konfiguration und Fehlerbehebung von Transparent Common Channel Signaling (T-CCS).
Die Leser dieses Dokuments sollten folgende Themen kennen:
Konfigurieren der Cisco IOS® Software für Sprachfunktionen
Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:
Cisco IOS Softwareversion 12.2.7a.
Der Cisco Router 3640.
Die in diesem Dokument enthaltenen Informationen wurden aus Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Sie in einem Live-Netzwerk arbeiten, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen, bevor Sie es verwenden.
Weitere Informationen zu Dokumentkonventionen finden Sie in den Cisco Technical Tips Conventions.
T-CCS ermöglicht die Verbindung von zwei PBX-Systemen mit digitalen Schnittstellen, die ein proprietäres oder nicht unterstütztes CCS-Protokoll verwenden, ohne dass die CCS-Signalisierung für die Anrufverarbeitung interpretiert werden muss.
Mit T-CCS können die PBX-Sprachkanäle fest konfiguriert und zwischen den Standorten komprimiert werden. Der bzw. die zugehörigen Signalisierungskanäle können über den IP/FR/ATM-Backbone zwischen den PBX-Systemen getunnelt (transparent übertragen) werden. Anrufe von den PBX-Systemen werden daher nicht von Cisco auf Anrufbasis weitergeleitet, sondern folgen einer vorkonfigurierten Route zum Ziel.
Es gibt drei konfigurierbare Optionen für die Anwendung der Funktion:
Frame-Forwarding T-CCS
Clear Channel T-CCS
Verbindung zwischen T-CCS
Die Verbindung zwischen T-CCS und anderen Geräten ist nur auf dem Cisco 3810 möglich und wird in diesem Dokument nicht behandelt.
Diese Tabelle zeigt die T-CCS-Funktionen, die auf verschiedenen Plattformen konfiguriert werden können.
VoX1 | Cisco 3810 | Cisco 26xx/36xx/72xx |
---|---|---|
VoIP2 | Clear-Channel:
|
Clear-Channel:
|
VoFR3 | Clear-Channel:
|
Clear-Channel:
|
VoATM6 | Clear-Channel:
|
Clear-Channel:
|
1. VoX = Voice over X
2. VoIP = Voice over IP
3. VoFR = Voice-over-Frame-Relay
4. HDLC = High-Level Data Link Control
5. TDM = Time Division Multiplexing
6. VoATM = Voice over ATM
Das T-CCS für die Frame-Weiterleitung kann nur zur Unterstützung von proprietären PBX-Protokollen verwendet werden, bei denen der oder die Signalisierungskanäle HDLC-gerahmt sind. Die gewünschte VoX-Technologie ist VoFR oder VoATM. In dieser Lösung werden die HDLC-Signalisierungs-Frames gekapselt und über eine Channel-Gruppe weitergeleitet, die für die Signalisierung auf dem Controller konfiguriert und somit als serielle Schnittstelle behandelt wird. Das HDLC-Framing wird interpretiert und verstanden, obwohl die Signalisierungsnachrichten nicht interpretiert werden. LeerFrames werden unterdrückt, und nur echte Daten werden über den Signalisierungskanal verteilt.
Derzeit ist die Anzahl der verwendbaren Sprachkanäle bei der Konfiguration von Frame-Forwarding-TCCS auf E1 begrenzt. Die Einschränkung tritt auf, weil ein Konflikt zwischen den Nummernbereichen "ds0-group" und "Channnel-group" besteht, wie in CSCdt55871 erläutert (nur registrierte Kunden).
Der Versuch, eine ds0-Gruppe zu konfigurieren, die +1 der zuvor verwendeten Eingangskanal-Gruppe ist, führt zum Ausfall, wie unten gezeigt.
! controller t1 2/1 channel-group 0 timeslot 24 speed 64 ds0-group 1 timeslots 1 type ext-sig
Die obige Konfiguration führt zu einer Fehlermeldung, wenn die Gruppe ds0 definiert ist und behauptet, dass Kanal 0 bereits verwendet wird, wie hier gezeigt:
%Channel 0 already used by other group
Die Problemumgehung besteht darin, die Konfliktgruppe zu verpassen und mit der nächsten Gruppennummer im Bereich fortzufahren. Dadurch wird die Anzahl der konfigurierbaren Gruppen um eine reduziert.
Beachten Sie diese Punkte, bevor Sie T-CCS für die Frame-Weiterleitung implementieren:
T-CCS für die Frame-Weiterleitung muss nur konfiguriert werden, wenn das zu transportierende CCS-Protokoll einen HDLC-Framing-Typ verwendet.
Der Befehl mode ccs-frame-forward definiert die Frame-Forwarding CCS.
Die DSO-Gruppe und die nächsten sig-Befehle bestimmen, welche Sprach-Ports für den Trunk mit externer Quellsignalisierung erstellt und verwendet werden sollen.
Der Befehl connection trunk stellt permanente Sprachkanäle her.
Der Channel-Group-Befehl definiert den Timeslot oder die Timeslots für die Frame-Weiterleitung.
Frame-Forwarding T-CCS wird für VoIP nicht unterstützt.
TS16 auf E1 ist immer für Channel-Associated Signaling (CAS) reserviert. Wenn Sie einen anderen Timeslot für CAS konfigurieren (wie im obigen Beispiel), haben Sie einen geringeren Timeslot für Sprache.
Die Konfiguration und die Tests in diesem Abschnitt wurden auf einem Cisco 3640 Router ausgeführt, auf dem die Cisco IOS Software, Version 12.2.7a, ausgeführt wird. Das hier gezeigte Beispiel stellt eine Situation dar, in der die Signalisierung nicht auf den normalen Timeslot (Steckplatz 16) angewendet wird. Hier wird ein weiterer Timeslot (Steckplatz 6) verwendet, um die Vielseitigkeit der Funktion anzuzeigen (gilt nicht für den Cisco 3810 Router).
Gehen Sie wie folgt vor, um die Sprachseite zu konfigurieren:
Auf dem T1- oder E1-Controller:
Fügen Sie den Befehl mode ccs frame-forward hinzu.
Definieren Sie die Channel-Gruppe für jeden Signalisierungskanal (nur für die Cisco Serien 26xx und 36xx). Der Cisco 3810 Router erstellt automatisch den D-Channel).
Definieren Sie ds0-Gruppen für jeden Sprachkanal mithilfe des Typs ext-sig.
GTP1 |
---|
controller E1 3/0 mode ccs frame-forwarding channel-group 0 timeslots 6 ds0-group 2 timeslots 2 type ext-sig ds0-group 3 timeslots 3 type ext-sig . ds0-group 30 timeslots 30 type ext-sig |
GTP2 |
---|
controller E1 3/0 mode ccs frame-forwarding channel-group 0 timeslots 6 ds0-group 2 timeslots 2 type ext-sig ds0-group 3 timeslots 3 type ext-sig . ds0-group 30 timeslots 30 type ext-sig |
Auf der D-Channel-Schnittstelle (diese serielle Schnittstelle wird erstellt, nachdem der Befehl channel-group oben konfiguriert wurde):
Fügen Sie den Befehl ccs encap frf11 hinzu.
Zeigen Sie den D-Kanal mithilfe des Befehls ccs connect Serial x/y DLCI CID auf eine Channel-ID an der FR-WAN-Schnittstelle.
Hinweis: Wenn mehr als ein Signalisierungskanal benötigt wird, muss für jeden D-Kanal eine eigene Channel-ID verwendet werden. Beginnen Sie mit der Kanal-ID 254 und arbeiten Sie rückwärts.
GTP1 |
---|
interface Serial3/0:0 no ip address ccs encap frf11 ccs connect Serial0/0 105 254 |
GTP2 |
---|
interface Serial3/0:0 no ip address ccs encap frf11 ccs connect Serial0/0 105 254 |
Auf den Sprach-Ports:
Fügen Sie jedem Sprach-Port den Verbindungs-Trunk xxx hinzu. Die Nummer muss mit dem Zielmuster des terminierenden Sprach-Ports (POTS-DFÜ-Peer) auf der anderen Seite übereinstimmen. Nur eine Seite der Verbindung sollte den Antwortmodus angeben.
GTP1 |
---|
! voice-port 3/0:2 timeouts wait-release 3 connection trunk 6002 ! voice-port 3/0:3 timeouts wait-release 3 connection trunk 6003 ! ... [channels 4-30 the same] ... ! voice-port 3/0:30 timeouts wait-release 3 connection trunk 6030 ! |
GTP2 |
---|
voice-port 3/0:2 timeouts wait-release 3 connection trunk 8002 answer-mode ! voice-port 3/0:3 timeouts wait-release 3 connection trunk 8003 answer-mode ! ... [channels 4-30 the same] ... ! voice-port 3/0:30 timeouts wait-release 3 connection trunk 8030 answer-mode |
Auf den POTS-DFÜ-Peers:
Fügen Sie einen VoFR-DFÜ-Peer hinzu, der mit der gewählten Nummer des Verbindungs-Trunks übereinstimmt, und verweisen Sie ihn auf den DLCI (Frame Relay Data-Link Connection Identifier).
Fügen Sie jedem Sprach-Port einen POTS-DFÜ-Peer hinzu, der der von den Verbindungs-Trunk-xxx-Anweisungen auf der anderen Seite gewählten Nummer entspricht.
GTP1 |
---|
! dial-peer voice 8002 pots destination-pattern 8002 port 3/0:2 ! dial-peer voice 8003 pots destination-pattern 8003 port 3/0:3 ! ... [channels 4-30 the same] ... dial-peer voice 6000 vofr destination-pattern 6... session target Serial0/0 105 ! |
GTP2 |
---|
! dial-peer voice 6002 pots destination-pattern 6002 port 3/0:2 ! dial-peer voice 6003 pots destination-pattern 6003 port 3/0:3 ... [channels 4-30 the same] ... ! dial-peer voice 8000 vofr destination-pattern 8... session target Serial1/0 105 ! |
Gehen Sie wie folgt vor, um die WAN-Seite zu konfigurieren:
Definieren Sie eine serielle Frame-Relay-Schnittstelle und eine Point-to-Point-Subschnittstelle mit normalem VoFR.
Geben Sie Sprachbandbreite basierend auf der Anzahl der Kanäle und der für die Sprachübertragung verwendeten Codecs ein.
Ermöglichen Sie zusätzliche Bandbreite in der Committed Information Rate (CIR) für den Signalisierungskanal und andere Daten, die diesen DLCI gemeinsam nutzen.
GTP1 |
---|
interface Serial0/0 no ip address encapsulation frame-relay frame-relay traffic-shaping ! interface Serial0/0.1 point-to-point ip address 10.10.105.2 255.255.255.0 frame-relay class voice-class frame-relay interface-dlci 105 vofr cisco ! map-class frame-relay voice-class no frame-relay adaptive-shaping frame-relay cir 512000 frame-relay bc 5120 frame-relay be 0 frame-relay fair-queue frame-relay voice bandwidth 512000 frame-relay fragment 640 ! |
GTP2 |
---|
! interface Serial1/0 no ip address encapsulation frame-relay clock rate 768000 frame-relay traffic-shaping frame-relay intf-type dce ! interface Serial1/0.1 point-to-point ip address 10.10.105.1 255.255.255.0 frame-relay class voice-class frame-relay interface-dlci 105 vofr cisco ! ! map-class frame-relay voice-class no frame-relay adaptive-shaping frame-relay cir 512000 frame-relay BC 5120 frame-relay be 0 frame-relay fair-queue frame-relay voice bandwidth 512000 frame-relay fragment 640 ! |
Die im Backbone bereitgestellte Bandbreite muss alle konfigurierten Sprach- und Signalisierungskanäle unterstützen. Da diese Konfigurationen den Verbindungs-Trunk verwenden, sind alle daraus resultierenden Sprach- und Signalisierungskanäle ständig verfügbar. Voice Activation Detection (VAD) ermöglicht Einsparungen bei den aktiven Sprachkanälen (jedoch nicht bei der Signalisierung), VAD wird jedoch erst aktiv, wenn die Sprachkanäle eingerichtet wurden. Die für jeden Sprachkanal erforderliche Bandbreite sollte daher den verwendeten Codec sowie den Header-Overhead berücksichtigen. Für VoFR sollte nur die Bandbreite der Sprachkanäle in den Befehlen für Sprachbandbreite und LLQ berücksichtigt werden. Die Bandbreite der Sprach- und Signalisierungskanäle sollte auf der FR-to-WAN-Schnittstelle berücksichtigt werden.
Mit den folgenden Schritten wird überprüft, ob das T-CSS für die Frame-Weiterleitung ordnungsgemäß funktioniert.
Der E1-Controller muss aktiviert sein, damit die Sprach-Ports abgehoben und Trunked (Trunked) werden.
Überprüfen Sie, ob der Anruf stattfindet und ob die richtigen DSPs (Digital Signal Processors) für Timeslots zugewiesen wurden.
Wenn keine Verbindung hergestellt werden kann, überprüfen Sie die Konfiguration oder Konnektivität des Permanent Virtual Circuit (PVC)-Status und die DFÜ-Peer-Bereitstellung.
Wenn der Befehl show voice port (Sprachübertragung anzeigen) für einen Timeslot den Befehl "idle" (Inaktiv) und "On Hook" (Hook aufgelegt) anzeigt, prüfen Sie, ob dem zugehörigen Timeslot die richtige DSP-Version zugewiesen ist und ob er mit dem Befehl show voice dsp ordnungsgemäß funktioniert.
Debuggen mit dem TCCS-Signalisierungs-Befehl debug im gepufferten Protokollierungsmodus (dies ist sehr CPU-intensiv).
gtp2#show controllers e1 3/0 E1 3/0 is up. Applique type is Channelized E1 - balanced No alarms detected. alarm-trigger is not set Version info Firmware: 20011015, FPGA: 15 Framing is CRC4, Line Code is HDB3, Clock Source is Line. Data in current interval (276 seconds elapsed): 0 Line Code Violations, 0 Path Code Violations 0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins 0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs gtp2#show voice dsp DSP DSP DSPWARE CURR BOOT VOICE PAK TX/RX TYPE NUM CH CODEC VERSION STATE STATE RST AI PORT TS ABORT PACK COUNT ==== === == ======= ======= ===== ===== === == ====== == ===== ============ C549 000 01 g729ar8 3.4.49 busy idle 0 3/0:18 18 0 119229/70248 C549 000 00 g729ar8 3.4.49 busy idle 0 0 3/0:2 02 0 41913/45414 C549 001 01 g729ar8 3.4.49 busy idle 0 3/0:19 19 0 119963/70535 C549 001 00 g729ar8 3.4.49 busy idle 0 0 3/0:3 03 0 42865/47341 C549 002 01 g729ar8 3.4.49 busy idle 0 3/0:20 20 0 77746/69876 !--- This shows DSPs are being used. gtp2#show voice call summary PORT CODEC VAD VTSP STATE VPM STATE ========= ======== === ============ ============== 3/0:2.2 g729ar8 y S_CONNECT S_TRUNKED 3/0:3.3 g729ar8 y S_CONNECT S_TRUNKED 3/0:4.4 g729ar8 y S_CONNECT S_TRUNKED 3/0:5.5 g729ar8 y S_CONNECT S_TRUNKED 3/0:6.31 g729ar8 y S_CONNECT S_TRUNKED !--- This shows call connected. gtp2#show frame-relay pvc PVC Statistics for interface Serial1/0 (Frame Relay DCE) Active Inactive Deleted Static Local 1 0 0 0 Switched 0 0 0 0 Unused 0 0 0 0 DLCI = 105, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1/0.1 input pkts 1201908 output pkts 2177352 in bytes 37341051 out bytes 71856239 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 167 out bcast bytes 48597 PVC create time 08:37:30, last time PVC status changed 02:47:05 Service type VoFR-cisco !--- This shows Frame Relay is active. gtp2#show frame-relay fragment interface dlci frag-type frag-size in-frag out-frag dropped-frag Serial1/0.1 105 VoFR-cisco 640 172 169 0 debug tccs signaling Log Buffer (8096 bytes): 08:55:47: 282 tccs packets received from the port. 08:55:47: 282 tccs packets received from the nework. 08:55:47: RX from Serial3/0:0: 08:55:47: tccs_db->vcd = 105, tccs_db->cid = 254 08:55:47: pak->datagramsize=20 BE C0 C0 00 FF 03 C0 21 09 48 00 0C 01 49 F3 69 00 0C 42 00 08:55:47: 282 tccs packets received from the port. 08:55:47: 283 tccs packets received from the nework. 08:55:47: RX from Serial1/0: dlci=105, cid=254, payld-type =0, payld-length=188, cid_type=424 08:55:47: datagramsize=20 BE C0 C0 00 FF 03 C0 21 0A 48 00 0C 03 EA DF 0D 00 0C 42 00 08:55:50: 282 tccs packets received from the port. 08:55:50: 284 tccs packets received from the nework. 08:55:50: RX from Serial1/0: dlci=105, cid=254, payld-type =0, payld-length=188, cid_type=424 08:55:50: datagramsize=20 BE C0 C0 00 FF 03 C0 21 09 48 00 0C 03 EA DF 0D 00 62 05 00 08:55:50: 283 tccs packets received from the port. 08:55:50: 284 tccs packets received from the nework. 08:55:50: RX from Serial3/0:0: 08:55:50: tccs_db->vcd = 105, tccs_db->cid = 254 08:55:50: pak->datagramsize=20 BE C0 C0 00 FF 03 C0 21 0A 48 00 0C 01 49 F3 69 00 62 05 00 gtp2# wr t !--- This shows packet forwarding and receiving.
Clear-Channel-T-CCS wird zur Unterstützung von proprietären PBX-Protokollen verwendet, bei denen die Signalisierungskanäle ABCD-Bit- oder HDLC-basiert sind oder bei denen die Sprachübertragungstechnologie VoIP ist. Bei dieser Lösung werden der Signalisierungskanal und die Sprachkanäle als ds0groups konfiguriert und alle als Sprachanrufe behandelt.
Bei den echten Sprachanrufen handelt es sich um dauerhaft verbundene Trunk-Verbindungen, die den Sprachcodec Ihrer Wahl verwenden. Die Signalisierungskanäle sind auch permanent über den Clear-Channel-Codec verbundene Trunks, der G.711 in Sample- und Paketgrößen ähnlich ist, jedoch automatisch Echokompensation und VAD ausschließt. Die Software verfügt über keine intelligenten Informationen darüber, welche Kanäle Sprachkanäle sind und welche Signalisierungskanäle es sind. Sie müssen die Timeslots (Timeslots) konfigurieren, von denen Sie wissen, dass der Signalisierungsverkehr übertragen wird, um einem Dial-Peer zu entsprechen, der den Clear-Channel-Codec zuweist, während die Sprachkanäle einem Dial-Peer entsprechen müssen, der die Sprache kodiert (G.729 und andere).
Beachten Sie diese Punkte, bevor Sie Clear Channel T-CCS implementieren:
Clear-Channel-T-CCS kann für jede digitale E1- oder T1-Signalisierung (einschließlich HDLC-basiertes Framing) verwendet werden.
Es können beliebig viele Signalisierungskanäle unterstützt werden.
Clear-Channel-T-CCS kann in VoIP-, VoFR- oder VoATM-Umgebungen verwendet werden
Der Clear-Channel-Codec wird für Signalisierungskanäle in Clear-Channel T-CCS verwendet.
VoIP - Signalisierungs- und Sprachbandbreite müssen in IP RTP Priority oder Low-Latency Queuing (LLQ) berücksichtigt werden.
VoIPovFR/VoFR - Signalisierung und Sprache können sich in denselben oder in separaten DLCIs befinden.
VoFR - Die Bandbreite für die Signalisierung wird als Teil der VoFR-Sprachbandbreite gezählt.
Bei einem Clear-Channel-T-CCS benötigt die Signalisierung 64.000 dedizierte Bandbreite (ohne Paket-Overhead).
Der Befehl DSO-group konfiguriert die Sprach- und Signalisierungskanäle.
Die Cisco IOS Software weiß nicht, welcher Signalisierungskanal verwendet wird.
Für ein PBX-System mit Signalisierung auf Timeslot 16 mit 30 Sprach-Ports sind 31 DSPs erforderlich, sodass zwei Trunks auf E1 2MFT die Anzahl der DSPs auf NMV2 ausgleichen würden (62 sind erforderlich).
Bei der Verwendung von Clear-Channel-Codecs zum Transport des Datenverkehrs ist es wichtig, dass die Netzwerktaktung synchronisiert wird. Dies liegt daran, dass der DSP-Algorithmus Pakete verwirft, wenn Pufferüberläufe auftreten, und dass er seinen automatischen Füllalgorithmus verwendet, wenn Pufferunterläufe auftreten (nicht für Sprachdatenverkehr, aber nicht gut für Datenverkehr). Beide Situationen können dazu führen, dass der D-Channel ausfällt und neu startet.
Die Konfiguration und das Testen des Clear-Channel-VoIP-T-CCS wurde auf einem Cisco 3640-Router mit Cisco IOS Software Release 12.2.7a durchgeführt. Im hier gezeigten Beispiel wird die Signalisierung nicht auf den normalen Timeslot angewendet (16). Ein weiterer Timeslot wird hier verwendet (Timeslot 6), um die Vielseitigkeit der Funktion anzuzeigen.
Auf dem T1- oder E1-Controller:
Definieren Sie "ds0"-Gruppen für jeden Sprachkanal und Signalisierungskanal.
GTP1 |
---|
controller E1 3/0 ds0-group 0 timeslots 6 type ext-sig ds0-group 1 timeslots 1 type ext-sig ds0-group 2 timeslots 2 type ext-sig ds0-group 3 timeslots 3 type ext-sig ds0-group 4 timeslots 4 type ext-sig ds0-group 5 timeslots 5 type ext-sig ds0-group 6 timeslots 31 type ext-sig ds0-group 7 timeslots 7 type ext-sig .... ds0-group 30 timeslots 30 type ext-sig |
GTP2 |
---|
controller E1 3/0 ds0-group 0 timeslots 6 type ext-sig ds0-group 1 timeslots 1 type ext-sig ds0-group 2 timeslots 2 type ext-sig ds0-group 3 timeslots 3 type ext-sig ds0-group 4 timeslots 4 type ext-sig ds0-group 5 timeslots 5 type ext-sig ds0-group 6 timeslots 31 type ext-sig ds0-group 7 timeslots 7 type ext-sig .... ds0-group 30 timeslots 30 type ext-sig |
Auf den Sprach-Ports:
Fügen Sie jeder Sprachport-Konfiguration einen Befehl connection trunk xxx hinzu. Die Nummer muss mit dem Zielmuster des terminierenden Sprach-Ports (POTS-DFÜ-Peer) auf der anderen Seite übereinstimmen.
Fügen Sie jeder Konfiguration des Signalisierungsports einen Befehl connection trunk xxx hinzu - die Nummer muss mit dem Zielmuster des terminierenden Sprach-Ports (POTS-DFÜ-Peer) auf der anderen Seite übereinstimmen.
Nur eine Seite der Verbindung sollte den Antwortmodus angeben.
GTP1 |
---|
voice-port 3/0:0 timeouts wait-release 3 connection trunk 3001 ! voice-port 3/0:1 timeouts wait-release 3 connection trunk 6001 ! ... [channels 2-30 the same] ... ! voice-port 3/0:30 timeouts wait-release 3 connection trunk 6030 |
GTP2 |
---|
! voice-port 3/0:0 timeouts wait-release 3 connection trunk 5001 answer-mode ! voice-port 3/0:1 timeouts wait-release 3 connection trunk 8001 answer-mode ! ... [channels 2-30 the same] ... voice-port 3/0:30 timeouts wait-release 3 connection trunk 8030 answer-mode |
Auf den DFÜ-Peers:
Fügen Sie einen VoIP-DFÜ-Peer hinzu, der der gewählten Nummer der Sprachkanäle entspricht. Zeigen Sie auf die IP-Adresse der Remote-Seite. weisen Sie den gewünschten (oder standardmäßigen) Sprach-Codec auf diesem DFÜ-Peer zu.
Fügen Sie einen VoIP-Dial-Peer hinzu, der der vom gewählten Verbindungstransport gewählten Nummer der Signalisierungskanäle entspricht. Zeigen Sie auf die IP-Adresse der Remote-Seite. weisen Sie den Clear Channel Codec auf diesem DFÜ-Peer zu.
Fügen Sie jedem Sprach-Port POTS-DFÜ-Peers hinzu, die mit der von den Verbindungs-Trunk-Anweisungen auf der anderen Seite gewählten Nummer übereinstimmen.
GTP1 |
---|
dial-peer voice 8001 pots destination-pattern 8001 port 3/0:1 ! !--- Pots dial peers 8001 --- 8030 are !--- configured similarly with exclusive POTS, !--- destination patterns and ports. These are !--- associated with the voice channels. dial-peer voice 8030 pots destination-pattern 8030 port 3/0:30 ! dial-peer voice 5001 pots destination-pattern 5001 port 3/0:0 !--- This is the POTS dial peer associated with !--- the port connected to the local PBX !--- signaling channel. ! dial-peer voice 6000 voip destination-pattern 6... session target ipv4:10.10.105.1 ! dial-peer voice 3001 voip answer-address 5001 destination-pattern 3001 session target ipv4:10.10.105.1 codec clear-channel !--- This is the VoIP dial peer associated !--- with the destination pattern that !--- connects to the remote PBX signaling !--- channel port. |
GTP2 |
---|
! dial-peer voice 6001 pots destination-pattern 6001 port 3/0:1 ! !--- POTS dial peers 6001 --- 6030 are !--- configured similarly with exclusive POTS, !--- destination patterns, and ports. !--- These are associated with the !--- voice channels. dial-peer voice 6030 pots destination-pattern 6030 port 3/0:30 ! dial-peer voice 3001 pots destination-pattern 3001 port 3/0:0 !--- This is the POTS dial peer associated !--- with the port connected to the local PBX !--- signaling channel. ! dial-peer voice 8000 voip destination-pattern 8... session target ipv4:10.10.105.2 ! dial-peer voice 5001 voip answer-address 3001 destination-pattern 5001 session target ipv4:10.10.105.2 codec clear-channel !--- This is the VoIP dial peer associated with !--- the destination pattern that connects !--- to the remote PBX signaling channel port. |
Gehen Sie wie folgt vor, um die WAN-Seite zu konfigurieren:
Geben Sie einen IP RTP Priority-Befehl oder eine LLQ-Bandbreite basierend auf den folgenden Werten ein:
Die Anzahl der Sprachkanäle und die für Sprachsignale verwendeten Codecs.
Die Anzahl der Signalisierungskanäle multipliziert mit 80.000 (wird wie bei G.711 behandelt).
GTP1 |
---|
interface Multilink1 bandwidth 512 ip address 10.10.105.2 255.255.255.0 ip tcp header-compression iphc-format no cdp enable ppp multilink ppp multilink fragment-delay 20 ppp multilink interleave multilink-group 1 ip rtp header-compression iphc-format ip rtp priority 16384 16383 384 ! interface Serial0/0 no ip address encapsulation ppp no fair-queue ppp multilink multilink-group 1 |
GTP2 |
---|
interface Multilink1 bandwidth 512 ip address 10.10.105.1 255.255.255.0 ip tcp header-compression iphc-format no cdp enable ppp multilink ppp multilink fragment-delay 20 ppp multilink interleave multilink-group 1 ip rtp header-compression iphc-format ip rtp priority 16384 16383 384 !! interface Serial1/0 no ip address encapsulation ppp no fair-queue clock rate 512000 ppp multilink multilink-group 1 |
Mit diesen Schritten kann überprüft werden, ob das Clear-Channel-T-CSS ordnungsgemäß funktioniert:
Der E1-Controller muss aktiviert sein, damit Sprach-Ports abgehoben und getrunken werden können.
Stellen Sie sicher, dass Anrufe überprüft und die richtigen DSPs für Timeslots zugewiesen sind.
Wenn keine Verbindung hergestellt werden kann, überprüfen Sie die IP-Konfiguration und -Konnektivität, und wählen Sie Peer-Bereitstellung.
Wenn die IP nach einem Schnittstellenausfall oder Verbindungsausfall wiederhergestellt wird, muss der Befehl shutdown/no shutdown für die Schnittstelle des Controllers ausgegeben werden, oder der Router muss neu geladen werden, um die Trunk-Verbindungen wiederherzustellen.
Wenn der Befehl show voice port (Sprachübertragung anzeigen) für einen Timeslot die Einstellung inaktiv und aufgelegt anzeigt, stellen Sie sicher, dass dem zugehörigen Timeslot die richtige DSP-Version zugewiesen ist und er mit dem Befehl show voice dsp (Sprache anzeigen) ordnungsgemäß arbeitet (siehe unten).
gtp#show voice dsp DSP DSP DSPWARE CURR BOOT VOICE PAK TX/RX TYPE NUM CH CODEC VERSION STATE STATE RST AI PORT TS ABORT PACK COUNT ==== === == ======= ======= ===== ===== === == ====== == ===== ============ C549 000 02 g729r8 3.4.49 busy idle 0 3/0:25 25 0 264/2771 C549 000 01 g729r8 3.4.49 busy idle 0 3/0:12 12 0 264/2825 C549 000 00 clear-ch 3.4.49 busy idle 0 0 3/0:0 06 0 158036/16069 !--- The above identifies that the clear codec is used for timeslot 6. !--- Ensure that clear codec is applied correctly against the correct timeslot. gtp1#show voice port sum PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC ====== == ========== ===== ==== ======== ======== == 3/0:0 6 ext up up trunked trunked y 3/0:1 1 ext up up trunked trunked y 3/0:2 2 ext up up trunked trunked y 3/0:3 3 ext up up trunked trunked y !--- This shows that the voice port used for signaling is off-hook and trunked. gtp1#show voice call sum PORT CODEC VAD VTSP STATE VPM STATE ============ ======== === ============ ============= 3/0:0.6 clear-ch y S_CONNECT S_TRUNKED 3/0:1.1 g729r8 y S_CONNECT S_TRUNKED 3/0:2.2 g729r8 y S_CONNECT S_TRUNKED 3/0:3.3 g729r8 y S_CONNECT S_TRUNKED 3/0:4.4 g729r8 y S_CONNECT S_TRUNKED 3/0:5.5 g729r8 y S_CONNECT S_TRUNKED 3/0:6.31 g729r8 y S_CONNECT S_TRUNKED 3/0:7.7 g729r8 y S_CONNECT S_TRUNKED !--- This shows a signaling call in progress.
RTP-Signalisierung auf AS5350 und AS5400 aktivieren
Um Fehler zu vermeiden, die durch RTP-Pakete des Payload-Typs "123" auf Plattformen der Serien Cisco AS5350 und AS5400 verursacht werden, ist die RTP-Signalverarbeitung standardmäßig deaktiviert. Unter bestimmten Umständen können Pakete dieses Typs bei Plattformen der Serien AS5350 und AS5400 einen ungültigen Speicheradressfehler verursachen, der die Geräte möglicherweise abstürzt.
Bei diesen Modellen können Sie die RTP-Signalverarbeitung mithilfe des Befehls für die verborgene Konfiguration mit dem Befehl für die Sprach-Fastpath-Sprachsignalisierung aktivieren. Bereiten Sie die Plattform jedoch vor, bevor Sie die RTP-Signalverarbeitung aktivieren, um RTP-Pakete des Payload-Typs "123" durch Aktivierung von T-CCS zu verarbeiten.
Nachdem Sie die Plattform vorbereitet haben, können Sie diese Befehle verwenden, um die RTP-Signalverarbeitung zu aktivieren oder zu deaktivieren.
Verwenden Sie den folgenden Befehl, um die RTP-Signalverarbeitung zu aktivieren:
Router(config)#voice-fastpath voice-rtp-signalling enable
Verwenden Sie folgenden Befehl, um die RTP-Signalverarbeitung zu deaktivieren:
Router(config)#no voice-fastpath voice-rtp-signalling enable
In bestimmten Situationen kann es unpraktisch sein, die Konfiguration von T-CCS mit PBX-Systemen zu überprüfen. In diesem Abschnitt wird eine Methode beschrieben, bei der die PBX-Systeme durch Router ersetzt werden, um zu testen, ob die Signalisierung übertragen werden kann. Da die in PPP verwendete Rahmenstruktur der von nachrichtenbasierter Signalisierung (z. B. CCS) ähnelt, können Sie für PPP konfigurierte Router verwenden, um zu testen, ob der Signalisierungskanal funktioniert. Dies kann in Situationen nützlich sein, in denen die Bereitstellung von T-CCS fehlgeschlagen ist, und es ist ein weiterer Nachweis erforderlich, dass der Signalisierungskanal funktioniert. (Im Frame-Forwarding T-CCS stehen Debuginformationen zur Verfügung, die die Übertragung und den Empfang von Frames anzeigen. Im Clear-Channel-T-CCS sind keine Debug-Informationen in Echtzeit verfügbar.)
Konfigurieren Sie den E1-Controller der Router für den gewünschten Signalisierungskanal. In diesem Beispiel wird Timeslot 6 verwendet, um mit den oben genannten Tests zu verknüpfen. Konfigurieren Sie PPP auf der entsprechenden seriellen Schnittstelle, um den Signalisierungsverkehr darzustellen.
Router 1 |
---|
controller E1 0 clock source internal channel-group 0 timeslots 6 ! interface Serial0:0 ip address 1.1.1.2 255.255.255.0 encapsulation ppp |
Router 2 |
---|
controller E1 0 clock source internal channel-group 0 timeslots 6 ! interface Serial0:0 ip address 1.1.1.1 255.255.255.0 encapsulation ppp |
Typische Ausgabe mit Debug-ppp-Paketen |
---|
1d00h: Se0:0 LCP: Received id 1, sent id 1, line up 1d00h: Se0:0 PPP: I pkt type 0xC021, datagramsize 16 1d00h: Se0:0 LCP: I ECHOREQ [Open] id 2 len 12 magic 0x0676C553 1d00h: Se0:0 LCP: O ECHOREP [Open] id 2 len 12 magic 0x0917B6ED 1d00h: Se0:0 PPP: I pkt type 0x0207, datagramsize 305 1d00h: Se0:0 LCP: O ECHOREQ [Open] id 2 len 12 magic 0x0917B6ED 1d00h: Se0:0 PPP: I pkt type 0xC021, datagramsize 16 1d00h: Se0:0 LCP: I ECHOREP [Open] id 2 len 12 magic 0x0676C553 1d00h: Se0:0 LCP: Received id 2, sent id 2, line up |