透過型 CCSの設定とトラブルシューティング

ダウンロードオプション

PDF (306.9 KB)
Adobe Reader を使ってさまざまなデバイスで表示
ePub (104.0 KB)
iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
Mobi (Kindle) (155.7 KB)
Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示

Updated: 2012 年 6 月 28 日

Document ID:19087

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポートコンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

内容

概要

前提条件

要件

使用するコンポーネント

表記法

背景説明

T-CCS の互換性一覧

フレームフォワーディング T-CCS

フレームフォワーディングT-CCSの実装

フレームフォワーディング VoFR T-CCS の設定例

音声側の設定手順

WAN 側の設定手順

帯域幅

フレームフォワーディングT-CCSのトラブルシューティングと確認

クリアチャネルコーデック T-CCS

クリアチャネルコーデックT-CCSの実装

クリアチャネル VoIP T-CCS の設定例

WAN 側の設定手順

クリアチャネルT-CCSのトラブルシューティングと確認

T-CCS（フレームフォワーディングおよびクリアチャネル）を PBX なしでテストする方法

概要

このドキュメントでは、トランスペアレント CCS（T-CCS）の設定、およびトラブルシューティングの方法を説明します。

前提条件

要件

このドキュメントの読者は次のトピックについての専門知識を有している必要があります。

音声機能用のCisco IOS^®ソフトウェアの設定方法

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。

Cisco IOS ソフトウェアリリース 12.2.7a
Cisco 3640 ルータ

このマニュアルの情報は、特定のラボ環境に置かれたデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。実稼動中のネットワークで作業をしている場合、実際にコマンドを使用する前に、その潜在的な影響について理解しておく必要があります。

表記法

ドキュメント表記の詳細は、「シスコテクニカルティップスの表記法」を参照してください。

背景説明

T-CCS を使用すれば、独自またはサポートされていない CCS プロトコルを使用するデジタルインターフェイスが設定された 2 台の PBX を、CCS シグナリングを解釈してコール処理しなくても接続できるようになります。

T-CCSを使用すると、PBX音声チャネルを固定（固定）して、サイト間で圧縮できます。付属のシグナリングチャネルまたはチャネルは、PBX間のIP/FR/ATMバックボーンを介してトンネリング（透過的に送信）できます。したがって、PBX からのコールが、シスコ音声ルータによりコール毎にルーティングされるのではなく、その宛先に対して事前に設定されたルートを経由します。

この機能の実装方法としては、次の 3 つがあります。

フレームフォワーディング T-CCS
クリアチャネル T-CCS
クロスコネクト　T-CCS

クロスコネクト T-CCS は、Cisco 3810 のみサポートされており、この文書では説明していません。

T-CCS の互換性一覧

次の表に、さまざまなプラットフォームで設定可能なT-CCS機能を示します。

VoX¹	Cisco 3810	Cisco 26xx/36xx/72xx
VoIP²	クリアチャネル：任意のタイプのCCSシグナリング。任意の数のシグナリングチャネル	クリアチャネル：任意のタイプのCCSシグナリング。任意の数のシグナリングチャネル
VoFR³	クリアチャネル：任意のタイプのCCSシグナリング。任意の数のシグナリングチャネルフレームフォワーディング： HDLC フレーム型シグナリング 1つのシグナリングチャネル：E1 E1 = TS16。 T1= TS 24。 TDM クロスコネクト：任意のタイプのCCSシグナリング。任意の数のシグナリングチャネル	クリアチャネル：任意のタイプのCCSシグナリング。任意の数のシグナリングチャネルフレームフォワーディング： HDLC フレーム型シグナリングシグナリングチャネル = コントローラごとに設定可能なチャネルグループ
VoATM⁶	クリアチャネル：任意のタイプのCCSシグナリング。任意の数のシグナリングチャネルフレームフォワーディング： HDLC フレーム型シグナリング 1 つだけのシグナリングチャネル	クリアチャネル：任意のタイプのCCSシグナリング。任意の数のシグナリングチャネルフレームフォワーディング： HDLC フレーム型シグナリングシグナリングチャネル = コントローラごとに設定可能なチャネルグループ

VoX¹

Cisco 3810

Cisco 26xx/36xx/72xx

VoIP²

クリアチャネル：

任意のタイプのCCSシグナリング。
任意の数のシグナリングチャネル

クリアチャネル：

任意のタイプのCCSシグナリング。
任意の数のシグナリングチャネル

VoFR³

クリアチャネル：

任意のタイプのCCSシグナリング。
任意の数のシグナリングチャネル

フレームフォワーディング：

HDLC フレーム型シグナリング
1つのシグナリングチャネル：E1
E1 = TS16。
T1= TS 24。

TDM クロスコネクト：

任意のタイプのCCSシグナリング。
任意の数のシグナリングチャネル

クリアチャネル：

任意のタイプのCCSシグナリング。
任意の数のシグナリングチャネル

フレームフォワーディング：

HDLC フレーム型シグナリング
シグナリングチャネル = コントローラごとに設定可能なチャネルグループ

VoATM⁶

クリアチャネル：

任意のタイプのCCSシグナリング。
任意の数のシグナリングチャネル

フレームフォワーディング：

HDLC フレーム型シグナリング
1 つだけのシグナリングチャネル

クリアチャネル：

任意のタイプのCCSシグナリング。
任意の数のシグナリングチャネル

フレームフォワーディング：

HDLC フレーム型シグナリング
シグナリングチャネル = コントローラごとに設定可能なチャネルグループ

1. VoX = Voice over X

2. VoIP = Voice over IP

3. VoFR = Voice over Frame Relay

4. HDLC =ハイレベルデータリンク制御

5. TDM = Time-Division Multiplexing（時分割多重）

6. VoATM = Voice over ATM

フレームフォワーディング T-CCS

フレーム転送T-CCSは、シグナリングチャネルまたはチャネルがHDLCフレームであるPBX独自のプロトコルをサポートする場合にのみ使用でき、目的のVoXテクノロジーはVoFRまたはVoATMです。このソリューションは、ＨＤＬＣシグナリングフレームがカプセル化され、コントローラ上にシグナリング用に設定したチャネルグループを通って転送されます。したがって、シリアルインターフェイスのように扱われます。HDLCフレーミングは解釈され、理解されますが、シグナリングメッセージは解釈されません。アイドルフレームの抑制が行われている場合は、実際にシグナリングデータが存在する場合のみ、シグナリングチャネルを通って転送されます

フレームフォワーディングT-CCSの実装

警告：CSCdt55871の制限

E1でフレーム転送TCCSを設定する際に使用可能な音声チャネルの数に現在の制限があります。この制限は、CSCdt55871(登録ユーザ専用)で説明されているように、ds0-groupとchannel-groupののの間ののの間の間で競合ががが発生発生します。

前に入力したチャネルグループの+1であるds0グループを設定しようとすると、次に示すように失敗します。

!
 controller t1 2/1 
 channel-group 0 timeslot 24 speed 64 
 ds0-group 1 timeslots 1 type ext-sig

上記の設定では、ds0グループが定義されるとエラーメッセージが表示され、次に示すように、チャネル0がすでに使用されていると主張します。

%Channel 0 already used by other group

この問題を回避するには、競合するグループを失い、範囲内の次のグループ番号で続行します。これにより、設定可能なグループの数が1つ減ります。

フレームフォワーディングT-CCSを実装する前に、次の点に注意してください。

フレームフォワーディング T-CCS は、転送される CCS プロトコルに HDLC タイプのフレーム方式が使用されている場合にのみ設定します。
mode ccs-frame-forwarding コマンドによって、フレームフォワーディング CCS の使用を定義します。
DSO-groupコマンドとext sigコマンドは、どの音声ポートを作成し、外部ソースシグナリングを使用してトランクに使用するかを決定します。
connection trunkコマンドは、永続的な音声チャネルを確立します。
channel-groupコマンドは、フレーム転送タイムスロットまたはタイムスロットを定義します。
VoIPでは、フレーム転送T-CCSはサポートされません。
E1のTS16は、常に個別線信号方式(CAS)用に予約されています。 CASに別のタイムスロットを設定する場合（上記の例を参照）、音声用のタイムスロットが1つ少なくなります。

フレームフォワーディング VoFR T-CCS の設定例

このセクションで報告されている設定とテストは、Cisco IOSソフトウェアリリース12.2.7aが稼働するCisco 3640ルータで実行されました。次の例は、シグナリングが通常のタイムスロット（スロット16）に適用されていない状況を示しています。この機能の汎用性を示すために、別のタイムスロット（スロット6）が使用されます（Cisco 3810ルータでは適用されません）。

音声側の設定手順

音声側を設定するには、次の手順を実行します。

T1/E1 コントローラ

mode ccs frame-forwardingコマンドを追加します。
各シグナリングチャネルのチャネルグループを定義します(Cisco 26xxおよび36xxシリーズ専用。3810 では D チャネルが自動的に作成されます）。

ext-sig タイプを使用して、各音声チャネルに対して DS0-groups を定義します。

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

D チャネル（このシリアルインターフェイスは、上記の channel-group コマンドが設定された後で作成されます）
1. ccs encap frf11 コマンドを設定します。
2. ccs connect Serial x/y DLCI CID コマンドを使用して、D チャネルを FR WAN インターフェイスの CID に割り当てます。
  
  注：複数のシグナリングチャネルが必要な場合は、各Dチャネルに個別のチャネルIDを使用する必要があります。チャネルID 254から開始し、逆方向に動作します。
  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

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

音声ポート：

各音声ポートに connection trunk xxx を設定します。この番号は、相手ルータの着側音声ポート（POTS ダイヤルピア）の「destination-pattern」に一致する必要があります。接続の片側だけが「応答モード」を指定する必要があります。

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 !

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

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

POTSダイヤルピアの場合：

接続トランクのダイヤル番号と一致するVoFRダイヤルピアを追加し、フレームリレーデータリンク接続識別子(DLCI)をポイントします。

相手側ルータからconnection trunk xxx によってダイヤルされる番号に一致するPOTS ダイヤルピアを設定し、それぞれに音声ポートを割り当てます。

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 !

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 !

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
!

WAN 側の設定手順

WAN側を設定するには、次の手順を実行します。

フレームリレーのシリアルインターフェイスと、通常のVoFRを使用するポイントツーポイントサブインターフェイスを定義します。
音声に使用するチャネル数とそのコーデックの種類にに基づいて、voice-bandwidth の値を設定します。

シグナリングチャネルとこのDLCIを共有する他のデータに対して、Committed Information Rate（CIR；認定情報レート）で帯域幅を追加できるようにします。

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 !

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 !

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
!

帯域幅

バックボーン側の帯域幅については、設定されている全ての音声チャネルやシグナリングチャネルの数を考慮する必要があります。この設定では、「connection-trunk」を使用しているため、すべての音声チャネルおよびシグナリングチャネルは常時「アップ」状態になっています。Voice activation detection（VAD）では、アクティブな音声チャネル（シグナリングチャネルではなく）を節約できますが、VAD は音声チャネルが確立されるまではアクティブになりません。したがって、音声チャネル単位に必要な初期の帯域幅については、使用されているコーデックとヘッダーのオーバーヘッドを考慮する必要があります。VoFRの場合、音声チャネルの帯域幅のみをvoice bandwidthコマンドとLLQコマンドで考慮する必要があります。音声チャネルとシグナリングチャネルの帯域幅は、FR-to-WANインターフェイスで考慮する必要があります。

フレームフォワーディングT-CCSのトラブルシューティングと確認

次のステップは、フレームフォワーディング T-CSS が正しく動作していることを確認する際に役立ちます。

E1 コントローラは、音声ポートがオフフックまたはトランク状態になるために、アップの状態である必要があります。
コールが確立されているかどうか、および正しいデジタル信号プロセッサ(DSP)がタイムスロットに割り当てられているかどうかを確認します。
コールが接続に失敗した場合は、相手先固定接続(PVC)のステータス設定または接続、およびダイヤルピアのプロビジョニングを確認します。
show voice portコマンドでは、任意のタイムスロットに「idle」および「on hook」と表示される場合は、関連するタイムスロットに正しいDSPバージョンが割り当てられており、show voice dspコマンドで正常に動作しているかどうかを確認します。

logging bufferedモードでdebug TCCS signalingコマンドを使用したデバッグ（これはCPUに非常に負荷がかかります）。

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.

クリアチャネルコーデック T-CCS

クリアチャネル T-CCS は、PBX の独自プロトコルをサポートするために使用されます。このとき、シグナリングチャネルは ABCD ビットベース、HDLC、または音声の転送にVoIPが使用される場合に用いられます。このソリューションでは、シグナリングチャネルと音声チャネルは ds0-group として設定され、すべてが音声コールとして取り扱われます。

実際の音声コールは、選択した音声コーデックを使用して、トランク接続により固定的に接続されます。シグナリングチャネルも、クリアチャネルコーデックを使用して常にトランク接続されます。クリアチャンネル　コーデックは、サンプリングとそのパケットサイズの点で G.711 に似ていますが、エコーキャンセルと VADの機能は自動的に除外されます。どのチャネルが音声チャネルで、どのチャネルがシグナリングチャネルかを知るインテリジェンスはソフトウェアにありません。したがって、シグナリングトラフィックを搬送させるタイムスロットに対して、クリアチャネルコーデックを使用するダイヤルピアを設定します。同様に、音声用のチャネルには適切なコーデック（G.729 およびその他）を使ってダイアルピアを設定する必要があります。

クリアチャネルコーデックT-CCSの実装

クリアチャネルT-CCSを実装する前に、次の点に注意してください。

クリアチャネルT-CCSは、任意のタイプのデジタルE1またはT1シグナリング（HDLCベースのフレーミングを含む）に使用できます。
任意の数のシグナリングチャネルがサポートできます。
クリアチャネルT-CCSは、VoIP、VoFR、またはVoATM環境で使用できます
クリアチャネルコーデックは、クリアチャネルT-CCSのシグナリングチャネルまたはチャネルに使用されます。
VoIP：シグナリングと音声の帯域幅は、IP RTPプライオリティまたは低遅延キューイング(LLQ)で考慮する必要があります。
VoIPovFR/VoFR：シグナリングと音声は、同じDLCIまたは別のDLCI上に存在できます。
VoFR：シグナリング帯域幅は、VoFRの「音声帯域幅」の一部としてカウントされます。
クリアチャネルT-CCSでは、シグナリングに専用の帯域幅64K（パケットオーバーヘッドは除く）が必要です。
DSO-group コマンドによって、音声チャネルとシグナリングチャネルが設定されます。
IOS のソフトウェアでは、シグナリングチャネルを識別することはありません。
30個の音声ポートを備えたタイムスロット16のシグナリングを使用するPBXには31個のDSPが必要です。そのため、E1 2MFTの2つのトランクでは、NMV2のDSPの数が枯渇します（62が必要）。

クリアチャネルコーデックを使用してデータトラフィックを転送する場合、ネットワーククロッキングが同期していることが重要です。これは、DSPアルゴリズムがバッファオーバーランが発生するとパケットをドロップし、バッファアンダーランが発生するとオートフィルアルゴリズムを使用するためです（音声トラフィックは問題ありませんが、データトラフィックは問題です）。何れの状況においても、D チャネルの障害や再起動が引き起こされる可能性があります。

クリアチャネル VoIP T-CCS の設定例

クリアチャネルVoIP T-CCSの設定とテストは、Cisco IOSソフトウェアリリース12.2.7aが稼働するCisco 3640ルータで実行されました。次の例では、シグナリングは通常のタイムスロット(16)には適用されません。この機能の汎用性を示すために、別のタイムスロット（タイムスロット6）が使用されます。

T1/E1 コントローラ

各音声チャネルおよびシグナリングチャネルに DS0-group を割り当てます。

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

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

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

音声ポート：

各音声ポートに connection trunk xxx を設定します。この番号は、相手ルータの着側音声ポート（POTS ダイヤルピア）の「destination-pattern」に一致する必要があります。
各シグナリング音声ポートの設定にconnection trunk xxxコマンドを追加します。この番号は、相手側の着信音声ポート（POTSダイヤルピア）の宛先パターンと一致する必要があります。

トランク接続される片側の音声ポートは、「answer-mode (応答モード)」を指定します。

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

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

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

ダイヤルピア：

音声チャネルの接続トランクダイヤル番号に一致するVoIPダイヤルピアを追加します。リモート側のIPアドレスをポイントします。このダイヤルピアには、任意の（あるいはデフォルトの）音声コーデックを割り当てます。
シグナリングチャネルの接続トランクダイヤル番号に一致するVoIPダイヤルピアを追加します。リモート側のIPアドレスをポイントします。このダイヤルピアには、クリアチャネルコーデックを割り当てます。

相手ルータ側から「connection trunk xxx」によってダイヤルされる番号に一致するPOTS ダイヤルピアを追加し、音声ポートを割り当てます。

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.

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.

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.

WAN 側の設定手順

WAN側を設定するには、次の手順を実行します。

「IP RTP Priority」または LLQ の帯域幅を、次の項目に基づいて設定します。

音声チャネルの数、および音声信号に使用されるコーデック。
シグナリングチャネルの数に80Kを掛けた値（G.711と同様に扱われる）。

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

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

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

クリアチャネルT-CCSのトラブルシューティングと確認

次の手順は、クリアチャネルT-CSSが正常に動作していることを確認するのに役立ちます。

E1 コントローラは、音声ポートがオフフックまたはトランク状態になるために、アップの状態である必要があります。
コールのチェックが行われ、正しいDSPがタイムスロットに割り当てられていることを確認します。
コールの接続ができなかった場合は、IP の設定と接続性、およびダイヤルピアの条件を確認してください。
インターフェイスおよびリンクにエラーが生じた後に IP が回復した場合、トランク接続がアップに戻るように、コントローラを shut/ no shut するか、ルータをリロードする必要があります。
show voice portコマンドでタイムスロットにidleとon hookが表示される場合は、関連するタイムスロットに正しいDSPバージョンが割り当てられており、次に示すようにshow voice dspコマンドで正常にに動作していることを確認します。

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.

AS5350およびAS5400でのRTPシグナリングの有効化

Cisco AS5350およびAS5400シリーズプラットフォームで、ペイロードタイプ「123」のRTPパケットに起因するエラーを防止するために、RTP信号処理はデフォルトで無効になっています。状況によっては、このタイプのパケットにより、AS5350およびAS5400シリーズプラットフォームで無効なメモリアドレスエラーが発生し、デバイスがクラッシュする可能性があります。

これらのモデルでは、voice-fastpath voice-rtp-signaling enable隠し設定コマンドを使用してRTP信号処理を有効にできます。ただし、RTP信号処理を有効にする前に、T-CCSを有効にして、ペイロードタイプ「123」のRTPパケットを処理するプラットフォームを準備してください。

プラットフォームを準備したら、次のコマンドを使用して、RTP信号処理を有効または無効にできます。

RTP信号処理を有効にするには、次のコマンドを使用します。
```
Router(config)#voice-fastpath voice-rtp-signalling enable
```
RTP信号処理を無効にするには、次のコマンドを使用します。
```
Router(config)#no voice-fastpath voice-rtp-signalling enable
```

T-CCS（フレームフォワーディングおよびクリアチャネル）を PBX なしでテストする方法

状況によっては、T-CCS の設定を実際にPBXと接続して検証することが不可能な場合があります。このセクションでは、PBXをルータに置き換えて、シグナリングが転送可能かどうかをテストする方法について説明します。PPP で使用されているフレーム構造と、メッセージベースのシグナリング（CCS など）で使用されている方法が似ているため、PPP を設定したルータを使用してシグナリングチャネルが動作していることをテストすることができます。これは、T-CCSの導入が失敗し、シグナリングチャネルが動作していることを詳細に証明する必要がある場合に役立ちます。(フレーム転送T-CCSには、フレームの送受信を示すデバッグ情報が用意されています。クリアチャネル T-CCS では、リアルタイム　デバッグの表示はできません）。

選択したシグナリングチャネル用にルータのE1コントローラを設定します。この例では、タイムスロット6を使用して、上記のテストと結び付けています。シグナリングトラフィックを表すように、結果のシリアルインターフェイスでPPPを設定します。

ルータ 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

ルータ 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

「debug ppp packets」での一般的な出力
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

「debug ppp packets」での一般的な出力

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

透過型 CCSの設定とトラブルシューティング

ダウンロードオプション

偏向のない言語

翻訳について

内容

概要

前提条件

要件

使用するコンポーネント

表記法

背景説明

T-CCS の互換性一覧

フレームフォワーディング T-CCS

フレームフォワーディングT-CCSの実装

警告：CSCdt55871の制限

フレームフォワーディング VoFR T-CCS の設定例

音声側の設定手順

WAN 側の設定手順

帯域幅

フレームフォワーディングT-CCSのトラブルシューティングと確認

クリアチャネルコーデック T-CCS

クリアチャネルコーデックT-CCSの実装

クリアチャネル VoIP T-CCS の設定例

WAN 側の設定手順

クリアチャネルT-CCSのトラブルシューティングと確認

T-CCS（フレームフォワーディングおよびクリアチャネル）を PBX なしでテストする方法

関連情報

このドキュメントは役に立ちましたか?

シスコに問い合わせ

透過型 CCSの設定とトラブルシューティング

ダウンロード オプション

偏向のない言語

翻訳について

内容

このドキュメントは役に立ちましたか?

シスコに問い合わせ

ダウンロードオプション