内容

概要

TGW:H.323レッグでのファックスコール着信

OGW:H.323レッグでのファックスコール発信

収集すべきデバッグ情報

関連情報

概要

このドキュメントでは、ファックスをトラブルシューティングする最も効果的な方法の1つを説明します。これには次の手順が含まれます。

1. コールを2つのレッグに分割します。

2. 各レッグのプロトコル(SIP/H.323/SCCP/MGCP)を特定します。

3. レッグを選択し、そのレッグでコールが着信または発信のどちらであるか、および関連付けられているゲートウェイ/エンドポイントが対応する終端ゲートウェイ(TGW)または発信ゲートウェイ(OGW)であるかどうかを確認します。

ファックスコールは、次の4つの部分に分割できます。

1. 音声コールの設定

- オフフック、ダイヤル、リング、応答

- Calling(CNG)およびCalled Equipment Identification(CED)トーン

2. 切り替え

- コーデックのアップスピード/修正

- DSPでVoice Activation Detection(VAD)が無効になっている

- ジッタバッファが適応型から固定最適値に遷移する

3. メッセージ前の手順

- ファックス端末のID

- 機能交換と設定

- トレーニング

4. メッセージ内およびメッセージ後の手順

- ページの送信

- エラーの検出と修正(ECM)

- メッセージの最後とページの確認

- コール切断、オンフック

このコールフローには、H.323が特定されたプロトコルであるときに検索するメッセージが含まれています。エンドポイントがTGWかOGWかに基づいて、対応するセクションがあります。

注：次のセクションの表では、T.38リレーとパススルーの両方を同時にテストし、G3とSG3の違いを指摘しています。

TGW:H.323レッグでのファックスコール着信

次の点に注意してください。

- T.38 – 遅延<1000ms、ジッター<300ms、パケット損失は、冗長性を備えたT.38でない限り、NONEである必要があります。

- Passthrough:Delay<1000ms, Jitter<30ms, Packet loss should be NONE.

- プロトコルベースのスイッチオーバー：これは標準ベースです。

- NSEベースのスイッチオーバー：これは独自の機能であり、Cisco音声ゲートウェイ間でのみ動作します。

パススルー

T.38リレー

GW-------------------------CUCM/GW

<-----------H.225 Setup-------------

------------H.225 Callproc--------->

------------H.225アラート---------->

VTSPが次のように表示されるかどうかを確認します。

Fax Relay=DISABLED - 'fax rate disabled' set (dial-peer) Primary Fax Protocol=IGNORE_FAX_RELAY, Fallback Fax Protocol=IGNORE_FAX_RELAY

ファックスリレーCM抑制：=ENABLED、ファックスリレーANS抑制：=DISABLED

GW-------------------------CUCM/GW

<-----------H.225 Setup-------------

------------H.225 Callproc--------->

------------H.225アラート---------->

VTSPが次のように表示されるかどうかを確認します。

ファックスリレー=ENABLED

Primary Fax Protocol=T38_FAX_RELAY, Fallback Fax Protocol=NONE_FAX_RELAY

ファックスリレーCM抑制：=ENABLED、ファックスリレーANS抑制：=DISABLED

プロトコルベース

NSEベース

プロトコルベース

NSEベース

GW-------CUCM/GW

----H.225 Connect---->

<----H.245 TCS-------

-----H.245 TCS—>

-----H.245 MSD—>

-----H.245 TCSAck—>

<—H.245 MSD-------

----H.245 MSDAck—>

<—H.245 TCSAck----

<—H.245 MSDAck----

<—H.245 OLC---------

----H.245 OLC—>

----H.245 OLCAck—>

<—H.245 OLCAck-----

注：Fast Start(FS)の場合、Open Logical Channel(OLC)はsetupおよびconnect/callprocで交換されます。

GW-------CUCM/GW

—H.225 Connect—>

<----H.245 TCS-------

RTPAudioTelephony

EventCapability

----H.245 TCS—>

RTPAudioTelephony

EventCapability

----H.245 MSD—>

----H.245 TCSAck—>

<----H.245 MSD------

—H.245 MSDAck—>

<—H.245 TCSAck—

<—H.245 MSDAck—

<----H.245 OLC-------

------H.245 OLC—>

—H.245 OLCAck—>

<—H.245 OLCAck----

注：
FSの場合、OLCはsetupとconnect/callprocで交換されます。

GW---------CUCM/GW

------H.225 Connect—>

<-----H.245 TCS---------

application t38fax:

{

t38FaxProtocol udp:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG FALSE

transcodingMMR FALSE

version 0

t38FaxRate

Management transferredTCF:NULL

t38FaxUdp

Options

{

t38FaxMax

バッファ200

t38FaxMaxDatagram 320

t38FaxUdpEC t38UDPRedundancy :NULL

}

-----H.245 TCS—>

application t38fax:

{

t38FaxProtocol udp:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG FALSE

transcodingMMR FALSE

version 0

t38FaxRate

Management transferredTCF:NULL

t38FaxUdp

Options

{

t38FaxMaxBuffer 200

t38FaxMax

データグラム72

t38FaxUdpEC t38UDPRedundancy :NULL

}

-----H.245 MSD—>

-----H.245 TCSAck—>

<—H.245 MSD--------

-----H.245 MSDAck—>

<—H.245 TCSAck------

<—H.245 MSDAck-----

<-----H.245 OLC---------

-------H.245 OLC—>

-----H.245 OLCAck—>

<----H.245 OLCAck-----

注：FSの場合、OLCはsetupと
connect/callprocで交換されます。

GW--------CUCM/GW

-----H.225 Connect---->

<----H.245 TCS----------

RTPAudioTelephony

EventCapability

------H.245 TCS—>

RTPAudioTelephony

EventCapability

-----H.245 MSD—>

-----H.245 TCSAck—>

<----H.245 MSD-------

----H.245 MSDAck—>

<----H.245 TCSAck----

<—H.245 MSDAck----

<----H.245 OLC---------

-------H.245 OLC—>

----H.245 OLCAck—>

<—H.245 OLCAck-----

注：FSの場合、OLCはsetupと
connect/callprocで交換されます。

GW-------------------------CUCM/GW

<========AUDIO==========>

この段階で音声コールが確立されますが、FAX機が通話すると、音声コールでトーンが交換されます。

初期T.30トーン（常にRTPで送信されるため、デバッグでは確認できません）

G3ファックス：

<<<<<<<<<<CNG<<<<<<<<<<<<<<

1100 Hz、3秒ごとに0.5秒。発呼側非音声端末を示します。

>>>>>>>>CED>>>>>>>>>>>>

2100 HzのトーンをCEDとして出力しますが、振幅は15 Hzの正弦波によって変調され、450 msごとに位相反転が行われます。

SG3ファックス：

<<<<<<<<<<CNG<<<<<<<<<<<<<<

1100 Hz、3秒ごとに0.5秒。発呼側非音声端末を示します。

>>>>>>>>ANSAM>>>>>>>>>>

2100 HzトーンはCEDですが、振幅は15 Hzの正弦波で変調され、450 msごとに位相反転します。

<<<<<<<<<<CM<<<<<<<<<<<<<<<

>>>>>>>>>JM>>>>>>>>>>>

<<<<<<<<<<CJ<<<<<<<<<<<<

V.34の初期化（フェーズ2 ～ 4）

TGWは、トーンのV.21プリアンブルを検出するまで待機します。CEDトーン(G3)またはANSAM(SG3)で検出されます。 V.21フラグが検出されると、スイッチオーバーが開始されます。

VTSPが次のように表示されるかどうかを確認します。

Event=E_DSMP_DSP_MODEM_TONE

切り替えのタスクの1つは、ジッタバッファを適応型から固定の最適値に移行することです。

ファクスパススルーでは、ジッターまたは再生バッファのスイッチオーバー前の最後の音声モード設定が使用されます。再生遅延の現在の値を確認するには、show voice port X/X/Xコマンドを入力します。

GW-------------------------CUCM/GW

<========AUDIO==========>

この段階で音声コールが確立されますが、FAX機が通話すると、音声コールでトーンが交換されます。

初期T.30トーン（常にRTPで送信されるため、デバッグでは確認できません）

G3ファックス：

<<<<<<<<<<CNG<<<<<<<<<<<<<<

1100 Hz、3秒ごとに0.5秒。発呼側非音声端末を示します。

>>>>>>>>CED>>>>>>>>>>>>

2100 HzのトーンをCEDとして出力しますが、振幅は15 Hzの正弦波によって変調され、450 msごとに位相反転が行われます。

SG3ファックス：

<<<<<<<<<<CNG<<<<<<<<<<<<<<

1100 Hz、3秒ごとに0.5秒。発呼側非音声端末を示します。

>>>>>>>>ANSAM>>>>>>>>>>

2100 HzのトーンをCEDとして出力しますが、振幅は15 Hzの正弦波によって変調され、450 msごとに位相反転が行われます。
Ciscoゲートウェイは、T.38を使用したG3ファックスコールのみをサポートしています。SG3コールの高速を適切に処理するには、モデムパススルーを使用する必要があります。

V.34初期化（フェーズ2 ～ 4）は存在しません。最初のV.8フェーズIも完了しません。OGWはCMトーンをsquelchsし、SG3はG3ファックス規格との下位互換性があるため、ファックス機器はG3にフェールオーバーします。

>>>>>>>CED>>>>>>>>>>>

2.6 ～ 4.0秒の間で持続する2100 Hzトーン。送信パスでエコーサプレッサを無効にします。

TGWは、トーンのV.21プリアンブルを検出するまで待機します。CEDトーン(G3)またはANSAM(SG3)で検出されます。 V.21フラグが検出されると、スイッチオーバーが開始されます。

VTSPが次のように表示されるかどうかを確認します。

VTSP:Event=E_DSMP_DSP_FAX_TONE

DSMPをチェックすると、次のように表示されます。

E_DSM_CC_MC_START

CCAPIを確認すると、次のように表示されます。

CCAPI:Caps(Codec=T38Fax(0x10000)、Fax Rate=FAX_RATE_14400(0x80)、

ファックスバージョン：=0、Vad=OFF(0x1)、

切り替えのタスクの1つは、ジッタバッファを適応型から固定の最適値に移行することです。

T.38は300ミリ秒の固定ジッタまたは再生バッファを使用します。遅延が大きい場合は、バッファ時間を短縮するために音声ポートでplayout-delay fax 100コマンドを入力します。再生遅延の現在の値を確認するには、show voice port X/X/Xコマンドを入力します。

プロトコルベース

NSEベース

プロトコルベース

NSEベース

GW--------CUCM/GW

-H.245 RequestMode>

{

sequenceNumber 1

requestedModes

{

{

{

タイプaudioMode :g711Ulaw64k:NULL

<--H.245 RequestModeAck:

{

sequenceNumber 1

応答willTransmitMost

PreferredMode:NULL

}

-----H.245 CLC------->

-----H.245 OLC------>

{

forwardLogicalChannel

2番

forwardLogicalChannel

パラメータ

{

dataType audio

データコロン(&C);g711Ulaw64k:20

multiplexParameters h2250LogicalChannel

Parameters:

{

sessionID 1

mediaControlChannel unicastAddress:iPAddress:

{

ネットワ04040413クの「H」

tsapIdentifier 17849

}

silenceSuppression FALSE

}

<----H.245 CLC--------

—H.245 CLCAck---->

<-----H.245 OLC-------

{

forwardLogicalChannel

2番

forwardLogicalChannel

パラメータ

{

dataType audio

データコロン(&C);g711Ulaw64k:20

multiplexParameters h2250LogicalChannel

Parameters:

{

sessionID 1

mediaControlChannel unicastAddress:iPAddress:

{

ネットワ04040419クの「H」

tsapIdentifier 17205

}

silenceSuppression FALSE

}

—H.245 OLCAck---->

<—H.245 CLCAck—

<—H.245 OLCAck—

show call active voice briefは変更を表示しません

注：CUCMは、パススルーのH.245要求モードをサポートしていません。TGWがH.245 RequestMode for PassthroughをCUCMに送信してスイッチオーバーを開始しようとすると、CUCMはRequestModeRejectで応答します。

G3ファックス：

GW-------CUCM/GW

====NSE192=====>

コーデックのアップスピードとパススルーモードへの切り替え

VTSPが次のように表示されるかどうかを確認します。

E_DSM_CC_

MODIFY_MEDIA_IND

debug voip rtp session named event

Pt:100 Evt:192 Pkt:00 00 00 <Snd>>

<===NSE192======

VTSPが次のように表示されるかどうかを確認します。

E_DSMP_DSP_

REPORT_PEER

_TO_PEER

メッセージ(_M)

debug voip rtp session named event

<<Rcv> Pt:100 Evt:192 Pkt:00 00 00

SG3ファックス：

GW------CUCM/GW

====NSE192=====>

コーデックのアップスピードとパススルーモードへの切り替え

VTSPが次のように表示されるかどうかを確認します。

E_DSM_CC_

MODIFY_MEDIA

_IND

debug voip rtp session named event

Pt:100 Evt:192 Pkt:00 00 00 <Snd>>

<===NSE192=====

VTSPの表示を確認します。

E_DSMP_DSP_

REPORT_PEER

_TO_PEER

メッセージ(_M)

debug voip rtp session named event:

<<Rcv> Pt:100 Evt:192 Pkt:00 00 00

====NSE193====>

ANSam Disable ECANのフェーズ反転を検出します。

VTSPの表示を確認します。

E_DSM_CC_

MODIFY_MEDIA_IND

debug voip rtp session named event

Pt:100 Evt:193 Pkt:00 00 00 <Snd>>

<===NSE193=====

VTSPが次のように表示されるかどうかを確認します。

E_DSMP_DSP_

REPORT_PEER_

TO_PEER

メッセージ(_M)

debug voip rtp session named event

<<Rcv> Pt:100 Evt:193 Pkt:00 00 00

注：NSE-194は、4秒間の無音またはキャリア損失の検出のローカル検出によってトリガーされます。このメッセージは、リモートゲートウェイに音声モードに戻るように指示します。基本的に、NSE-192とNSE-193によって行われたすべての変更は元に戻されます。

show call active voice briefは次を示します。MODEMPASS NSE

GW---------CUCM/GW

-H.245 RequestMode->

「dataMode :

{

application t38fax:

{

t38FaxProtocol udp:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG FALSE

transcodingMMR FALSE

version 0

t38FaxRateManagement transferredTCF:NULL

t38FaxUdpオプション

{

t38FaxMaxBuffer 200

t38FaxMaxDatagram 72

t38FaxUdpEC t38UDPRedundancy :NULL

}

}

}

ビットレート144

<H.245 RequestModeAck-

{

sequenceNumber 1

応答willTransmitMost

PreferredMode:NULL

}

-----H.245 CLC--------->

-----H.245 OLC--------->

forwardLogicalChannel

パラメータ

{

データタイプデータのコロン(&C);

{

application t38fax:

{

t38FaxProtocol udp:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG FALSE

transcodingMMR FALSE

version 0

t38FaxRateManagement transferredTCF:NULL

t38FaxUdpオプション

{

t38FaxMaxBuffer 200

t38FaxMaxDatagram 72

t38FaxUdpEC t38UDPRedundancy :NULL

}

}

}

maxBitRate 144

}

multiplexParameters h2250LogicalChannel

Parameters:

{

sessionID 3

mediaControlChannel unicastAddress:iPAddress:

{

ネットワ04040413クの「H」

tsapIdentifier 17351

}

silenceSuppression FALSE

}

<----H.245 CLC---------

-----H.245 CLCAck—>

<-----H.245 OLC--------

forwardLogicalChannel

パラメータ

{

データタイプデータのコロン(&C);

{

application t38fax:

{

t38FaxProtocol udp:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG FALSE

transcodingMMR FALSE

version 0

t38FaxRateManagement transferredTCF:NULL

t38FaxUdpオプション

{

t38FaxMaxBuffer 200

t38FaxMaxDatagram 320

t38FaxUdpEC t38UDPRedundancy :NULL

}

}

}

maxBitRate 144

}

multiplexParameters h2250LogicalChannel

Parameters:

{

sessionID 3

mediaControlChannel unicastAddress:iPAddress:

{

ネットワ04040419クの「H」

tsapIdentifier 18463

}

silenceSuppression FALSE

}

—H.245 OLCAck----->

<—H.245 CLCAck-----

<—H.245 OLCAck-----

show call active voice briefは次を示します。t38

G3ファックス：

GW--------CUCM/GW

====NSE200=====>

音声モードからT.38への移行

VTSPが次のように表示されるかどうかを確認します。E_DSM_CC_MODIFY_

メディア_IND

debug voip rtp session named event

Pt:100 Evt:200 Pkt:00 00 00 <Snd>>

<===NSE201======

T.38 ACKを受信し、T.38セッションを開始するようにTGWに指示します。

VTSPが次のように表示されるかどうかを確認します。E_DSMP_DSP_

REPORT_PEER_

TO_PEER

メッセージ(_M)

debug voip rtp session named event

<<Rcv> Pt:100 Evt:201 Pkt:00 00 00

SG3ファックス：

CMトーンをスケルチすることによってSG3をG3にスプーフィングするため、T38リレーにはSG3ファックスシナリオはありません。

注：NSE-202は、ピアゲートウェイがコールのT.38パケットを処理できないことを示すNSE-200メッセージに対するNACKです。コールは音声モードのままであり、T.38には切り替わりません。

show call active voice briefは次を示します。

t38

すべてのトーンがG711ulaw/alawのオーディオのようにRTPに入るため、パススルーではデバッグからT.30メッセージを確認できません。ただし、FAXトーンのネゴシエーションは、リレーまたはパススルーに関係なく変わりません。

GW-------------------------CUCM/GW

>>>>>>>CSI>>>>>>>>>>>（オプション）(加入者識別と呼ばれる)

>>>>>>>NSF>>>>>>>>>>（オプション）(標準外の施設)

>>>>>>>DIS>>>>>>>>>>>>(デジタル識別信号)

<<<<<<<<TSI<<<<<<<<<<<<<（オプション）(transmitting subscriber identification)

<<<<<<<<DCS<<<<<<<<<<<<<<<<<(digital command signal))

<++++++++++TCF++++++++++(高速)(トレーニングチェック)

>>>>>>>>>CFR>>>>>>>>>>(受信確認)

ここでFTTが表示されている場合は、トレーニングが失敗したことを意味します。T1/E1のクロッキングとスリップを確認します。パケットキャプチャでは、TCFがすべて0であることを確認します。

<++++Partial Page RX+++++++(高速)

<<<<<<<PPS/EOM<<<<<<<<<(部分的なページ送信)/（メッセージの終わり）

>>>>>>>>MCF>>>>>>>>>>>（メッセージの確認）(Message Confirmation)

<++++Partial Page RX+++++++(高速)

<<<<<<<PPS/EOP<<<<<<<<<(部分的なページ送信)/（プロシージャの終了）

>>>>>>>>MCF>>>>>>>>>>>（メッセージの確認）(Message Confirmation)

<<<<<<<<<DCN<<<<<<<<<<<<<<<(切断)

注
:ECMはG3ではオプションですが、SG3では必須です。パススルーでSG3速度を実現できるため、ファックスが正常に機能するように、ファクス機器でECMが有効になっていることを確認してください。

また、TCFトレーニング信号はG3には必要ですが、SG3には適用されません。

注：パススルーには、64 kbps(g711)の共通チャネルが割り当てられます。したがって、メッセージの速度が高くても低くても関係ありません。

T38スイッチオーバーが成功すると、デバッグに次のメッセージが表示されます。

VTSPが次のように表示されるかどうかを確認します。

event:E_CC_T38_START

DSMPをチェックすると、次のように表示されます。

E_DSM_CC_MC_LOCAL_DNLD_DONE

CCAPIの表示を確認します。

Caps(Codec=T38Fax(0x10000)、Fax Rate=FAX_RATE_14400(0x80)、Fax Version:=0、Vad=OFF(0x1)、

debug fax relay t30 all-level-1:

timestamp=1321430729 fr-msg-det NSF

timestamp=1321431129 fr-msg-det CSI

timestamp=1321431879 fr-msg-det DIS

timestamp=1321435719 fr-msg-tx TSI

timestamp=1321436329 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=1321436329 fr-msg-tx good crc, 0 bytes

timestamp=1321436439 fr-msg-tx DCS

timestamp=1321436619 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=1321441499 fr-msg-det CFR

timestamp=1321461449 fr-msg-tx PPS

timestamp=1321461639 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=1321463099 fr-msg-det MCF

timestamp=1321466789 fr-msg-tx DCN

timestamp=1321466869 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=1321466869 fr-msg-tx good crc, 0 bytes

GW-------------------------CUCM/GW

>>>>>>>CSI>>>>>>>>>>>（オプション）(加入者識別と呼ばれる)

>>>>>>>NSF>>>>>>>>>>（オプション）(標準外の施設)

>>>>>>>DIS>>>>>>>>>>>>(デジタル識別信号)

<<<<<<<<TSI<<<<<<<<<<<<<（オプション）(transmitting subscriber identification)

<<<<<<<<DCS<<<<<<<<<<<<<<<<<(digital command signal))

<++++++++++TCF++++++++++(高速)(トレーニングチェック)

>>>>>>>>>CFR>>>>>>>>>>(受信確認)

ここでFTTが表示されている場合は、トレーニングが失敗したことを意味します。T1/E1のクロッキングとスリップを確認します。パケットキャプチャでは、TCFがすべて0であることを確認します。

<++++Partial Page RX+++++++(高速)

<<<<<<<PPS/EOM<<<<<<<<<(部分的なページ送信)/（メッセージの終わり）

>>>>>>>>MCF>>>>>>>>>>>（メッセージの確認）(Message Confirmation)

<++++Partial Page RX+++++++(高速)

<<<<<<<PPS/EOP<<<<<<<<<(部分的なページ送信)/（プロシージャの終了）

>>>>>>>>MCF>>>>>>>>>>>（メッセージの確認）(Message Confirmation)

<<<<<<<<<DCN<<<<<<<<<<<<<<<(切断)

プロトコルベース

NSEベース

プロトコルベース

NSEベース

DPレベルの設定：

## fax protocol pass-through g711ulaw/g711alaw

## fax rate disable

## fax nsf 000000

DPレベルの設定：

## modem passthrough nse codec g711ulaw/g711alaw

## fax rate disable

## fax nsf 000000

DPレベルの設定：

## fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

## fax nsf 000000

## fax-relay ecm disable

## fax-relay sg3-to-g3 system

## fax rate 14400

DPレベルの設定：

## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none
## fax nsf 000000

## fax-relay ecm disable

## fax-relay sg3-to-g3 system

## fax rate 14400

OGW:H.323レッグでのファックスコール発信

次の点に注意してください。

- T.38 – 遅延<1000ms、ジッター<300ms、パケット損失は、冗長性を備えたT.38でない限り、NONEである必要があります。

- Passthrough:Delay<1000ms, Jitter<30ms, Packet loss should be NONE.

- プロトコルベースのスイッチオーバー：これは標準ベースです。

- NSEベースのスイッチオーバー：これは独自の機能であり、Cisco音声ゲートウェイ間でのみ動作します。

パススルー

T.38リレー

GW-------------------------CUCM/GW

-----------H.225設定------------->

<------------H.225 Callproc---------

<------------H.225警告----------

VTSPが次のように表示されるかどうかを確認します。

Fax Relay=DISABLED - 'fax rate disabled' set (dial-peer) Primary Fax Protocol=IGNORE_FAX_RELAY, Fallback Fax Protocol=IGNORE_FAX_RELAY

ファックスリレーCM抑制：=ENABLED、ファックスリレーANS抑制：=DISABLED

GW-------------------------CUCM/GW

-----------H.225設定------------->

<------------H.225 Callproc---------

<------------H.225警告----------

VTSPが次のように表示されるかどうかを確認します。

ファックスリレー=ENABLED

Primary Fax Protocol=T38_FAX_RELAY,

Fallback Fax Protocol=NONE_FAX_RELAY

ファックスリレーCM抑制：=ENABLED、ファックスリレーANS抑制：=DISABLED

プロトコルベース

NSEベース

プロトコルベース

NSEベース

GW--------CUCM/GW

<—H.225 Connect-----

-----H.245 TCS-------->

<—H.245 TCS---------

<—H.245 MSD--------

<—H.245 TCSAck----

----H.245 MSD------->

<—H.245 MSDAck—

-----H.245 TCSAck—>

-----H.245 MSDAck—>

-----H.245 OLC------->

<—H.245 OLC--------

<—H.245 OLCAck—

----H.245 OLCAck—>

注：FSの場合、OLCはsetupとconnect/callprocで交換されます。

GW-----------CUCM/GW

<------H.225 Connect----

--------H.245 TCS-------->

RTPAudioTelephony

EventCapability

<------H.245 TCS----------

RTPAudioTelephony

EventCapability

<------H.245 MSD--------

<------H.245 TCSAck-----

-------H.245 MSD------->

<------H.245 MSDAck—

--------H.245 TCSAck—>

--------H.245 MSDAck—>

--------H.245 OLC-------->

<------H.245 OLC---------

<------H.245 OLCAck----

--------H.245 OLCAck—>

注：FSの場合、OLCはsetupと
connect/callprocで交換されます。

GW---------CUCM/GW

<----H.225 Connect-----

------H.245 TCS-------->

application t38fax:

{

t38FaxProtocol udp:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG FALSE

transcodingMMR FALSE

version 0

t38FaxRate

Management transferredTCF:NULL

t38FaxUdpオプション

{

t38FaxMaxBuffer 200

t38FaxMaxDatagram 320

t38FaxUdpEC t38UDPRedundancy :NULL

}

<-----H.245 TCS--------

application t38fax:

{

t38FaxProtocol udp:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG FALSE

transcodingMMR FALSE

version 0

t38FaxRate

Management transferredTCF:NULL

t38FaxUdpオプション

{

t38FaxMaxBuffer 200

t38FaxMax

データグラム72

t38FaxUdpEC t38UDPRedundancy :NULL

}

<-----H.245 MSD-------

<-----H.245 TCSAck—

------H.245 MSD------>

<-----H.245 MSDAck—

-------H.245 TCSAck—>

------H.245 MSDAck—>

------H.245 OLC------->

<----H.245 OLC---------

<----H.245 OLCAck----

-----H.245 OLCAck—>

注：FSの場合、OLCはsetupと
connect/callprocで交換されます。

GW----CUCM/GW

<-H.225 Connect:

—H.245 TCS---->

RTPAudioTelephony

EventCapability

<—H.245 TCS-----

RTPAudioTelephony

EventCapability

<—H.245 MSD----

<—H.245 TCSAck-

—H.245 MSD—>

<-H.245 MSDAck-

—H.245 TCSAck->

-H.245 MSDAck->

—H.245 OLC----->

<—H.245 OLC------

<-H.245 OLCAck—

—H.245 OLCAck->

注：FSの場合、OLCはsetupと
connect/callprocで交換されます。

GW-------------------------CUCM/GW

<========AUDIO==========>

この段階で音声コールが確立されますが、FAX機が通話すると、音声コールでトーンが交換されます。

初期T.30トーン（常にRTPで送信されるため、デバッグでは確認できません）

G3ファックス：

>>>>>>>>CNG>>>>>>>>>>>>

1100 Hz、3秒ごとに0.5秒。発呼側非音声端末を示します。

<<<<<<<<<<CED<<<<<<<<<<<

2.6 ～ 4.0秒の間で持続する2100 Hzトーン。送信パスでエコーサプレッサを無効にします。

SG3ファックス：

>>>>>>>>CNG>>>>>>>>>>>>

1100 Hz、3秒ごとに0.5秒。発呼側非音声端末を示します。

<<<<<<<<<<<ANSAM<<<<<<<<

2100 HzのトーンはCEDですが、振幅は15 Hzの正弦波によって変調され、450 msごとに位相反転します。

>>>>>>>>>CM>>>>>>>>>>>>>

<<<<<<<<<<JM<<<<<<<<<<<<<

>>>>>>>>>CJ>>>>>>>>>>>

V.34の初期化（フェーズ2 ～ 4）

OGWは、TGWがトーンのV.21プリアンブルを検出するのを待ちます。TGWはV.21フラグを検出すると、スイッチオーバーを開始します。

切り替えのタスクの1つは、ジッタバッファを適応型から固定の最適値に移行することです。

ファクスパススルーでは、ジッターまたは再生バッファのスイッチオーバー前の最後の音声モード設定が使用されます。再生遅延の現在の値を確認するには、show voice port X/X/Xコマンドを入力します。

GW-------------------------CUCM/GW

<========AUDIO==========>

この段階で音声コールが確立されますが、FAX機が通話すると、音声コールでトーンが交換されます。

初期T.30トーン（常にRTPで送信されるため、デバッグでは確認できません）

G3ファックス：

>>>>>>>>CNG>>>>>>>>>>>>

1100 Hz、3秒ごとに0.5秒。発呼側非音声端末を示します。

<<<<<<<<<<CED<<<<<<<<<<<

2.6 ～ 4.0秒の間で持続する2100 Hzトーン。送信パスでエコーサプレッサを無効にします。

SG3ファックス：

>>>>>>>>CNG>>>>>>>>>>>>

1100 Hz、3秒ごとに0.5秒。発呼側非音声端末を示します。

<<<<<<<<<<<ANSAM<<<<<<<<

2100 HzのトーンはCEDですが、振幅は15 Hzの正弦波によって変調され、450 msごとに位相反転します。

>>>CM>>X
Ciscoゲートウェイは、T.38を使用したG3ファックスコールのみをサポートしています。SG3コールの高速を適切に処理するには、モデムパススルーを使用する必要があります。

V.34初期化（フェーズ2 ～ 4）は存在しません。最初のV.8フェーズIも完了しません。OGWはCMトーンをsquelchsし、SG3はG3ファックス規格との下位互換性があるため、ファックス機器はG3にフェールオーバーします。

<<<<<<<<<<CED<<<<<<<<<<<

2.6 ～ 4.0秒の間で持続する2100 Hzトーン。送信パスでエコーサプレッサを無効にします。

OGWは、TGWがトーンのV.21プリアンブルを検出するのを待ちます。TGWはV.21フラグを検出すると、スイッチオーバーを開始します。

切り替えのタスクの1つは、ジッタバッファを適応型から固定の最適値に移行することです。

T.38は300ミリ秒の固定ジッタまたは再生バッファを使用します。遅延が大きい場合は、バッファ時間を短縮するために音声ポートでplayout-delay fax 100コマンドを入力します。再生遅延の現在の値を確認するには、show voice port X/X/Xコマンドを入力します。

プロトコルベース

NSEベース

プロトコルベース

NSEベース

GW--------CUCM/GW

<-H.245 RequestMode-

{

sequenceNumber 1

requestedModes

{

{

{

タイプaudioMode :g711Ulaw64k:NULL

-H.245 RequestModeAck—>

{

sequenceNumber 1

応答willTransmitMost

PreferredMode:NULL

}

<—H.245 CLC---------

<—H.245 OLC---------

{

forwardLogicalChannel

2番

forwardLogicalChannel

パラメータ

{

dataType audioData

コロン(&o);g711Ulaw64k:20

multiplexParameters h2250LogicalChannel

Parameters:

{

sessionID 1

mediaControlChannel unicastAddress:iPAddress:

{

ネットワ04040413クの「H」

tsapIdentifier 17849

}

silenceSuppression FALSE

}

—H.245 CLC-------->

<—H.245 CLCAck----

-----H.245 OLC------->

{

forwardLogicalChannel

2番

forwardLogicalChannel

パラメータ

{

dataType audioData

コロン(&o);g711Ulaw64k:20

multiplexParameters h2250LogicalChannel

Parameters:

{

sessionID 1

mediaControlChannel unicastAddress:iPAddress:

{

ネットワ04040419クの「H」

tsapIdentifier 17205

}

silenceSuppression FALSE

}

<—H.245 OLCAck----

-----H.245 CLCAck—>

-----H.245 OLCAck—>

show call active voice briefは変更を表示しません

注：
CUCMは、パススルーのH.245要求モードをサポートしていません。TGWがH.245 RequestMode for PassthroughをCUCMに送信してスイッチオーバーを開始しようとすると、CUCMはRequestModeRejectで応答します。

G3ファックス：

GW-----------CUCM/GW

<====NSE192=====

コーデックのアップスピードとパススルーモードへの切り替え

VTSPが次のように表示されるかどうかを確認します。

E_DSMP_DSP_REPORT_

PEER_TO_PEER

メッセージ(_M)

debug voip rtp session named event:

<<Rcv> Pt:100 Evt:192 Pkt:00 00 00

====NSE192=====>

VTSPが次のように表示されるかどうかを確認します。

E_DSM_CC_MODIFY_

メディア_IND

debug voip rtp session named event:

Pt:100 Evt:192 Pkt:00 00 00 <Snd>>

SG3ファックス：

GW-----------CUCM/GW

<====NSE192=====

コーデックのアップスピードとパススルーモードへの切り替え

VTSPが次のように表示されるかどうかを確認します。

E_DSMP_DSP_REPORT_

PEER_TO_PEER

メッセージ(_M)

debug voip rtp session named event:

<<Rcv> Pt:100 Evt:192 Pkt:00 00 00

====NSE192=====>

VTSPが次のように表示されるかどうかを確認します。

E_DSM_CC_MODIFY_

メディア_IND

debug voip rtp session named event:

Pt:100 Evt:192 Pkt:00 00 00 <Snd>>

<====NSE193======

ECANを無効にします。

VTSPが次のように表示されるかどうかを確認します。E_DSMP_DSP_REPORT_

PEER_TO_PEER

メッセージ(_M)

debug voip rtp session named event:

<<Rcv> Pt:100 Evt:193 Pkt:00 00 00

====NSE193======>

VTSPが次のように表示されるかどうかを確認します。

E_DSM_CC_MODIFY_

メディア_IND

debug voip rtp session named event:

Pt:100 Evt:193 Pkt:00 00 00 <Snd>>

注：NSE-194は、4秒間の無音またはキャリア損失の検出のローカル検出によってトリガーされます。このメッセージは、リモートゲートウェイに音声モードに戻るように指示します。基本的に、NSE-192とNSE-193によって行われたすべての変更は元に戻されます。

show call active voice briefは次を示します。

MODEMPASS NSE

GW----------CUCM/GW

<-H.245 RequestMode-

「dataMode :

{

application t38fax:

{

t38FaxProtocol udp:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG

FALSE

transcodingMMR FALSE

version 0

t38FaxRate

Management transferredTCF:NULL

t38FaxUdpオプション

{

t38FaxMaxBuffer 200

t38FaxMaxDatagram 72

t38FaxUdpEC t38UDPRedundancy :NULL

}

}

}

ビットレート144

-H.245 RequestModeAck->

{

sequenceNumber 1

応答willTransmitMost

PreferredMode:NULL

}

<—H.245 CLC----------

<—H.245 OLC----------

forwardLogicalChannel

パラメータ

{

データタイプデータのコロン(&C);

{

application t38fax:

{

t38FaxProtocol udp

:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG FALSE

transcodingMMR FALSE

version 0

t38FaxRateManagement transferredTCF:NULL

t38FaxUdpオプション

{

t38FaxMaxBuffer 200

t38FaxMaxDatagram 72

t38FaxUdpEC t38UDPRedundancy :NULL

}

}

}

maxBitRate 144

}

multiplexParameters h2250LogicalChannel

Parameters:

{

sessionID 3

mediaControlChannel unicastAddress:iPAddress:

{

ネットワ04040413クの「H」

tsapIdentifier 17351

}

silenceSuppression FALSE

}

----H.245 CLC--------->

<—H.245 CLCAck-----

-----H.245 OLC-------->

forwardLogicalChannel

パラメータ

{

データタイプデータのコロン(&C);

{

application t38fax:

{

t38FaxProtocol udp

:NULL

t38FaxProfile

{

fillBitRemoval FALSE

transcodingJBIG FALSE

transcodingMMR FALSE

version 0

t38FaxRateManagement transferredTCF:NULL

t38FaxUdpオプション

{

t38FaxMaxBuffer 200

t38FaxMaxDatagram 320

t38FaxUdpEC t38UDPRedundancy :NULL

}

}

}

maxBitRate 144

}

multiplexParameters h2250LogicalChannel

Parameters:

{

sessionID 3

mediaControlChannel unicastAddress:iPAddress:

{

ネットワ04040419クの「H」

tsapIdentifier 18463

}

silenceSuppression FALSE

}

<—H.245 OLCAck----

-----H.245 CLCAck—>

-----H.245 OLCAck—>

show call active voice briefは次を示します。t38

G3ファックス：

GW:CUCM/GW

<==NSE200====

音声モードからT.38への移行

VTSPが次のように表示されるかどうかを確認します。

E_DSMP_DSP_

REPORT_PEER_

TO_PEER

メッセージ(_M)

debug voip rtp session named event:

<<Rcv> Pt:100 Evt:200 Pkt:00 00 00

==NSE201===>

T.38 ACKを受信し、T.38セッションを開始するようにTGWに指示します。

VTSPの表示を確認します。

E_DSM_CC_

MODIFY_MEDIA_

IND

debug voip rtp session named event:

Pt:100 Evt:201 Pkt:00 00 00 <Snd>>

SG3ファックス：

CMトーンをスケルチすることによってSG3をG3にスプーフィングするため、T38リレーにはSG3ファックスシナリオはありません。

注：NSE-202はNSE-200メッセージに対するNACKであり、ピアゲートウェイが

は、コールのT.38パケットを処理できません。コールは音声モードのままになり、

T.38に切り替えない。

show call active voice briefは次を示します。

t38

すべてのトーンがG711ulaw/alawのオーディオのようにRTPに入るため、パススルーではデバッグからT.30メッセージを確認できません。ただし、FAXトーンのネゴシエーションは、リレーまたはパススルーに関係なく同じです。

GW-------------------------CUCM/GW

<<<<<<<<CSI<<<<<<<<<<<（オプション）(サブスクライバIDと呼ばれる)

<<<<<<<<NSF<<<<<<<<<<<（オプション）(標準外の施設)

<<<<<<<<DIS<<<<<<<<<<<<<(デジタル識別信号)

>>>>>>>TSI>>>>>>>>>>>>（オプション）(加入者識別の送信)

>>>>>>>DCS>>>>>>>>>>>（デジタルコマンド信号）（デジタル信号）

++++++++++TCF+++++++++>(高速)(トレーニングチェック)

<<<<<<<<<CFR<<<<<<<<<<<<<<(受信の確認)

ここでFTTが表示されている場合は、トレーニングが失敗したことを意味します。T1/E1のクロッキングとスリップを確認します。パケットキャプチャでは、TCFがすべて0であることを確認します。

++++Partial Page RX++++++>(高速)

>>>>>>>PPS/EOM>>>>>>>（部分的なページ送信）/（メッセージの終わり）

<<<<<<<<MCF<<<<<<<<<<<<(メッセージの確認)

++++Partial Page RX++++++>(高速)

>>>>>>>PPS/EOM>>>>>>>（部分的なページ送信）/（メッセージの終わり）

<<<<<<<<MCF<<<<<<<<<<<<(メッセージの確認)

>>>>>>>DCN>>>>>>>>>>>（接続解除）を選択します

注:ECMはG3ではオプションですが、SG3では必須です。パススルーでSG3速度を実現できるため、ファックスが正常に機能するように、ECMがFAX機器で有効になっていることを確認してください。

また、TCFトレーニング信号はG3には必要ですが、SG3には適用されません。

注：パススルーには、64 kbps(g711)の共通チャネルが割り当てられます。したがって、メッセージの速度が高くても低くても関係ありません。

T38スイッチオーバーが成功すると、対応するデバッグに次のメッセージが表示されます。

VTSPが次のように表示されるかどうかを確認します。

event:E_CC_T38_START

DSMPをチェックすると、次のように表示されます。

E_DSM_CC_MC_LOCAL_DNLD_DONE

CCAPIを確認すると、次のように表示されます。

Caps(Codec=T38Fax(0x10000)、Fax Rate=FAX_RATE_14400(0x80)、Fax Version:=0、Vad=OFF(0x1)、

debug fax relay t30 all-level-1:

timestamp=352583286 fr-msg-tx NSF

timestamp=352583686 fr-msg-tx CSI

timestamp=352583736 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=352583736 fr-msg-tx good crc, 0 bytes

timestamp=352584426 fr-msg-tx DIS

timestamp=352584456 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=352584456 fr-msg-tx good crc, 0 bytes

timestamp=352584906 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=352587656 fr-msg-det TSI

timestamp=352588376 fr-msg-det DCS

timestamp=352594056 fr-msg-tx CFR

timestamp=352594156 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=352613376 fr-msg-det PPS

timestamp=352615656 fr-msg-tx MCF

timestamp=352615776 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=352618716 fr-msg-det DCN

GW-------------------------CUCM/GW

<<<<<<<<CSI<<<<<<<<<<<（オプション）(サブスクライバIDと呼ばれる)

<<<<<<<<NSF<<<<<<<<<<<（オプション）(標準外の施設)

<<<<<<<<DIS<<<<<<<<<<<<<(デジタル識別信号)

>>>>>>>TSI>>>>>>>>>>>>（オプション）(加入者識別の送信)

>>>>>>>DCS>>>>>>>>>>>（デジタルコマンド信号）（デジタル信号）

++++++++++TCF+++++++++>(高速)(トレーニングチェック)

<<<<<<<<<CFR<<<<<<<<<<<<<<(受信の確認)

ここでFTTが表示されている場合は、トレーニングが失敗したことを意味します。T1/E1のクロッキングとスリップを確認します。パケットキャプチャでは、TCFがすべて0であることを確認します。

++++Partial Page RX++++++>(高速)

>>>>>>>PPS/EOM>>>>>>>（部分的なページ送信）/（メッセージの終わり）

<<<<<<<<MCF<<<<<<<<<<<<(メッセージの確認)

++++Partial Page RX++++++>(高速)

>>>>>>>PPS/EOM>>>>>>>（部分的なページ送信）/（メッセージの終わり）

<<<<<<<<MCF<<<<<<<<<<<<(メッセージの確認)

>>>>>>>DCN>>>>>>>>>>>（接続解除）を選択します

プロトコルベース

NSEベース

プロトコルベース

NSEベース

DPレベルの設定：

## fax protocol pass-through g711ulaw/g711alaw

## fax rate disable

## fax nsf 000000

DPレベルの設定：

## modem passthrough nse codec g711ulaw/g711alaw

## fax rate disable

## fax nsf 000000

DPレベルの設定：

## fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

## fax nsf 000000

## fax-relay ecm disable

## fax-relay sg3-to-g3 system

## fax rate 14400

DPレベルの設定：

## fax protocol t38 nse force version 0 ls-redundancy 0 hs-redundancy 0 fallback none
## fax nsf 000000

## fax-relay ecm disable

## fax-relay sg3-to-g3 system

## fax rate 14400

収集すべきデバッグ情報

- debug vpm all（FXSの場合）

- debug isdn q931（PRIの場合）

- debug voice ccapi inout

- debug h225 asn1

- debug h245 asn1

- debug cch323 all

- debug voip vtsp all

- debug voip dsmp all

- debug voip hpi all

debug dsp-resource flex all

- debug voip dspapi

- debug fax relay t30 all-level-1

- debug voip rtp session named-event（NSEベースのスイッチオーバーの場合）

関連情報

- FAX-MGCP トラブルシューティング ガイド

- Fax-SCCPトラブルシューティングガイド

- Fax-SIP トラブルシューティング ガイド

- テクニカル サポートとドキュメント – Cisco Systems