内容

概要

TGW:SIPレッグのファックスコール着信

OGW:SIPレッグのFAXコール発信

収集すべきデバッグ情報

概要

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

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

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

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

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

1. 音声コールの設定

- オフフック、ダイヤル、呼出音、応答

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

2. スイッチオーバー

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

- DSPで音声アクティベーション検出(VAD)が無効になっている

- 固定の最適値へのジッタバッファの遷移

3. プレメッセージ手順

- FAX端末ID

- 機能交換と設定

- トレーニング

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

- ページの送信

- エラー検出および修正(ECM)

- メッセージの終了とページの確認

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

このコールフローには、セッション開始プロトコル(SIP)がプロトコルとして識別されるタイミングを確認するメッセージが含まれます。エンドポイントがTGWかOGWかによって、対応するセクションがあります。

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

TGW:SIPレッグのファックスコール着信

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

- T.38：遅延<1000ミリ秒、ジッタ<300ミリ秒、パケット損失は、冗長性を備えたT.38を除き、NONEである必要があります。

- パススルー：遅延<1000ms、ジッタ<30ms、パケット損失はNONEである必要があります。

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

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

パススルー

T.38リレー

GW:CUCM/GW

<—INVITE—

—100TRYING—>

—180RINGING—>

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

Fax Relay=DISABLED:「fax rate disabled」

set（ダイヤルピア）

Primary Fax Protocol=IGNORE_FAX_RELAY、

フォールバックファックスプロトコル=IGNORE_FAX_RELAY

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

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

GW:CUCM/GW

<—INVITE—

—100TRYING—>

—180RINGING—>

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

ファックスリレー=有効

Primary Fax Protocol=T38_FAX_RELAY、

フォールバックファックスプロトコル=NONE_FAX_RELAY

ファックスリレーCM抑制：=ENABLED,

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

プロトコルベース

NSEベース

プロトコルベース

NSEベース

GW:CUCM/GW

—200OK+SDP—>

!--接続識別番号は 18

o=CiscoSystemsSIP-GW-UserAgent

0 6060(IP4 209.165.201.2)

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=audio 17924 RTP/AVP 0

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=ptime:20

<—ACK+SDP—

!--接続識別番号は 18

o=IP4 209.165.201.3のCiscoSystemsCCM-SIP 2000 1

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=ptime:20

注：EOの場合、同様のSDPがINVITEとともに受信されます。

GW:CUCM/GW

—200OK+SDP—>

!--接続識別番号は 18

o=CiscoSystemsSIP-

GW-UserAgent

5944 7031 IP4 209.165.201.2

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=audio 18806 RTP/AVP 0 100

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194,200-202

a=ptime:20

a=X-sqn:0

a=X-cap:1オーディオRTP/AVP 100

a=X-cpar:a=rtpmap:100 X-NSE/8000

a=X-cpar:a=fmtp:100 192-194,200-202

a=X-cap:2イメージudptl t38

<—ACK+SDP—

!--接続識別番号は 18

o=CiscoSystemsCCM-SIP

2000 1(IP4 209.165.201.4)

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194,200-202

a=rtpmap:101

telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

a=X-sqn:0

a=X-cap:1オーディオRTP/AVP 100

a=X-cpar:a=rtpmap:100 X-NSE/8000

a=X-cpar:a=fmtp:100 192-194,200-202

a=X-cap:2イメージudptl t38

注：EOの場合、同様のSDPがINVITEとともに受信されます。

GW:CUCM/GW

—200OK+SDP—>

!--接続識別番号は 18

o=CiscoSystemsSIP-GW-UserAgent

0 6060(IP4 209.165.201.2)

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=audio 17924 RTP/AVP 0

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=ptime:20

<—ACK+SDP—

!--接続識別番号は 18

o=CiscoSystemsCCM-SIP 2000

IP4 209.165.201.3で1

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=ptime:20

注：EOの場合、同様のSDPがINVITEとともに受信されます。

GW:CUCM/GW

—200OK+SDP—>

!--接続識別番号は 18

o=CiscoSystemsSIP-

GW-UserAgent

5944 7031 IP4 209.165.201.2

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=オーディオ18806

RTP/AVP 0 100

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194、

200-202

a=ptime:20

a=X-sqn:0

a=X-cap:1オーディオRTP/AVP 100

a=X-cpar:

a=rtpmap:100 X-NSE/8000

a=X-cpar:a=fmtp:100 192-194,200-202

a=X-cap:2イメージudptl t38

<—ACK+SDP—

!--接続識別番号は 18

o=IP4 209.165.201.3のCiscoSystemsCCM-SIP 2000 1

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194、

200-202

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

a=X-sqn:0

a=X-cap:1オーディオRTP/AVP 100

a=X-cpar:a=rtpmap:100 X-NSE/8000

a=X-cpar:a=fmtp:100 192-194,200-202

a=X-cap:2イメージudptl t38

注：EOの場合、同様のSDPがINVITEとともに受信されます。

GW:CUCM/GW

<========音声==========>

この段階で音声通話が確立されますが、ファックス機器が通話すると、音声通話でトーンの交換が開始されます。

初期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ミリ秒ごとに位相反転して変調されます。

<<<<<<<<<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

<========音声==========>

この段階で音声通話が確立されますが、ファックス機器が通話すると、音声通話でトーンの交換が開始されます。

初期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ミリ秒ごとに位相反転して変調されます。
Ciscoゲートウェイは、T.38を使用したG3ファックスコールのみをサポートします。SG3コールの高速を適切に処理するには、モデムパススルーを使用する必要があります。

V.34初期化（フェーズ2 ～ 4）は存在しません。初期V.8フェーズIも完了しません。OGWはCMトーンをスケルチし、SG3はG3ファックス規格と下位互換性があるため、FAX装置は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),Fax Version:=0, Vad=OFF(0x1),

切り替えのタスクの1つは、ジッタバッファの変化を固定最適値に適応させることです。

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

プロトコルベース

NSEベース

プロトコルベース

NSEベース

GW:CUCM/GW

—INVITE+SDP—>

!--接続識別番号は 18

o=IP4 209.165.201.2のCiscoSystemsSIP-GW-UserAgent 0 6060

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=audio 17924 RTP/AVP 0

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=silenceSupp:off - - - -

<—100 TRYING—

<—200OK+SDP—

!--接続識別番号は 18

o=IP4 209.165.201.3のCiscoSystemsCCM-SIP 2000 1

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=silenceSupp:off - - - -

—ACK—>

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

G3ファクス：

GW:CUCM/GW

====NSE192======>

[Upspeed Codec]と[Switch to Passthrough Mode]を選択します。

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

_メッセージ

debug voip rtp session named event:

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

SG3ファクス：

GW:CUCM/GW

====NSE192=====>

[Upspeed Codec]と[Switch to Passthrough Mode]を選択します。

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

_メッセージ

debug voip rtp session named event:

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

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

ANSamの位相反転の検出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

_メッセージ

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は次の内容を示します。MODEMASS nse

GW:CUCM/GW

—INVITE+SDP—>

!--接続識別番号は 18

o=CiscoSystemsSIP-GW-UserAgent

0 6061(IP4 209.165.201.2)

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=image 17924 udptl t38

c=IP4 209.165.201.2

a=T38FaxVersion:0

a=T38MaxBitRate:14400

a=T38FaxFillBitRemoval:0

a=T38Faxトランスコーディング

MMR:0

a=T38FaxTranscodingJ

大：0

a=T38FaxRate

管理:

transferredTCF

a=T38FaxMaxBuffer:200

a=T38FaxMax

データグラム：320

a=T38FaxUdpEC:

t38UDPR冗長性

<—100 TRYING—

<—200OK+SDP—

!--接続識別番号は 18

o=CiscoSystemsCCM

-IP4 209.165.201.3のSIP 2000 2

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=image 16384 udptl t38

—ACK—>

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

G3ファクス：

GW:CUCM/GW

====NSE200====>

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

VTSPが表示されていることを確認します

E_DSM_CC_

変更

_MEDIA_IND

debug voip rtp session named event:

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

<===NSE201=====

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

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

E_DSMP_DSP_

REPORT_PEER_

TO_PEER

_メッセージ

debug voip rtp session named event:

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

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メッセージは表示されません。ただし、ファックストーンのネゴシエーションは、リレーまたはパススルーに関係なく同じです。

GW:CUCM/GW

>>>>>>>> CSI>>>>>>>>（オプション）(着信者識別)

>>>>>>>NSF>>>>>>>>（オプション）(非標準機能)

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

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

<<<<<<<<DCS<<<<<<<<<<<<<<<（デジタル・コマンド信号）)

<++++++++++TCF++++++++++ （高速）（訓練確認）

>>>>>>>>>CFR>>>>>>>(受け取る確認)

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

<++++部分ページRX+++++++ （高速）

<<<<<<<PPS/EOM<<<<<<<<<< <（一部のページが送信される）/(メッセージの終了)

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

<++++部分ページRX+++++++ （高速）

<<<<<<<PPS/EOP<<<<<<<<<< <（一部のページが送信される）/（手順の終わり）

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

<<<<<<<<DCN<<<<<<<<<<<<<<<< <（切断）)

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

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

注：パススルーでは、64kbps(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バージョン：=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バイト

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バイト

GW:CUCM/GW

>>>>>>>> CSI>>>>>>>>（オプション）(着信者識別)

>>>>>>>NSF>>>>>>>>（オプション）(非標準機能)

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

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

<<<<<<<<DCS<<<<<<<<<<<<<<<（デジタル・コマンド信号）)

<++++++++++TCF++++++++++ （高速）（訓練確認）

>>>>>>>>>CFR>>>>>>>(受け取る確認)

ここでFTTがTCFを意味する場合、トレーニングが失敗し、T1/E1でクロッキングとスリップをチェックします。パケットキャプチャでは、TCFがすべて0になるはずです。

<++++部分ページRX+++++++ （高速）

<<<<<<<PPS/EOM<<<<<<<<<< <（一部のページが送信される）/(メッセージの終了)

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

<++++部分ページRX+++++++ （高速）

<<<<<<<PPS/EOP<<<<<<<<<< <（一部のページが送信される）/（手順の終わり）

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

<<<<<<<<DCN<<<<<<<<<<<<<<<< <（切断）)

プロトコルベース

NSEベース

プロトコルベース

NSEベース

DPレベルの設定：

## fax protocol pass-through g711ulaw/g711alaw

## fax rate disable

## fax nsf 00000

DPレベルの設定：

## modem passthrough nse codec g711ulaw/g711alaw

## fax rate disable

## fax nsf 00000

DPレベルの設定：

##ファクスプロトコルt38バージョン0 ls-redundancy 0 hs-redundancy 0 fallback none

## fax nsf 00000

## fax-relay ecm disable

##ファクスリレーsg3からg3システム

## fax rate 14400

DPレベルの設定：

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

## fax-relay ecm disable

## fax-relay sg3-to-g3 system

## fax rate 14400

OGW:SIPレッグのFAXコール発信

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

- T.38：遅延<1000ミリ秒、ジッタ<300ミリ秒、パケット損失は、冗長性を備えたT.38を除き、NONEである必要があります。

- パススルー：遅延<1000ms、ジッタ<30ms、パケット損失はNONEである必要があります。

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

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

パススルー

T.38リレー

GW:CUCM/GW

—INVITE—>

<—100 TRYING—

<—180 RINGING—

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

Fax Relay=DISABLED:「fax rate disabled」設定（ダイヤルピア）

Primary Fax Protocol=IGNORE_FAX_RELAY、

フォールバックファックスプロトコル=IGNORE_FAX_RELAY

ファックスリレーCM抑制：=ENABLED,

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

GW:CUCM/GW

—INVITE—>

<—100 TRYING—

<—180 RINGING—

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

ファックスリレー=有効

Primary Fax Protocol=T38_FAX_RELAY、

フォールバックファックスプロトコル=NONE_FAX_RELAY

ファックスリレーCM抑制：=ENABLED,

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

プロトコルベース

NSEベース

プロトコルベース

NSEベース

GW:CUCM/GW

<—200OK+SDP—

!--接続識別番号は 18

o=IP4 209.165.201.2のCiscoSystemsSIP-GW-UserAgent 0 6060

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=audio 17924 RTP/AVP 0

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=ptime:20

—ACK+SDP—>

!--接続識別番号は 18

o=IP4 209.165.201.3のCiscoSystemsCCM-SIP 2000 1

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=ptime:20

注：EOの場合、同様のSDPがINVITEで送信されます。

GW:CUCM/GW

<—200OK+SDP—

!--接続識別番号は 18

o=CiscoSystemsSIP

-GW-UserAgent 5944 7031インチ

IP4 209.165.201.2

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=audio 18806 RTP/AVP 0 100

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194、

200-202

a=ptime:20

a=X-sqn:0

a=X-cap:1オーディオRTP/AVP 100

a=X-cpar:a=rtpmap:

100 X-NSE/8000a=X-cpar:a=fmtp:100 192-194、

200-202a=X-cap:2イメージudptl t38

—ACK+SDP—>

!--接続識別番号は 18

o=CiscoSystemsCCM-SIP

2000 1(IP4)

209.165.201.4

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194、

200-202

a=rtpmap:101

telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

a=X-sqn:0

a=X-cap:1オーディオ

RTP/AVP 100

a=X-cpar:a=rtpmap:100 X-NSE/8000

a=X-cpar:a=fmtp:100 192-194,200-202

a=X-cap:2イメージudptl t38

注：EOの場合、同様のSDPがINVITEで送信されます。

GW:CUCM/GW

<—200OK+SDP—

!--接続識別番号は 18

o=シスコ

SIP-GW-UserAgent 0 6060(IP4 209.165.201.2)

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=audio 17924 RTP/AVP 0

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=ptime:20

—ACK+SDP—>

!--接続識別番号は 18

o=IP4 209.165.201.3のCiscoSystemsCCM-SIP 2000 1

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=ptime:20

注：EOの場合、同様のSDPがINVITEで送信されます。

GW:CUCM/GW

<—200OK+SDP—

!--接続識別番号は 18

o=CiscoSystemsSIP

-GW-UserAgent 5944 7031(IP4 209.165.201.2)

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=audio 18806 RTP/AVP 0 100

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194、

200-202

a=ptime:20

a=X-sqn:0

a=X-cap:1オーディオRTP/AVP 100

a=X-cpar:a=rtpmap:100 X-NSE/8000

a=X-cpar:a=fmtp:100 192-194,200-202

a=X-cap:2イメージudptl t38

—ACK+SDP—>

!--接続識別番号は 18

o=IP4 209.165.201.3のCiscoSystemsCCM-SIP 2000 1

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194、

200-202

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=ptime:20

a=X-sqn:0

a=X-cap:1オーディオRTP/AVP 100

a=X-cpar:a=rtpmap:

100 X-NSE/8000

a=X-cpar:a=fmtp:

100 192-194,200-202

a=X-cap:2イメージudptl t38

注：EOの場合、同様のSDPがINVITEで送信されます。

GW:CUCM/GW

<========音声==========>

この段階で確立された音声コールですが、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ですが、振幅は15Hzの正弦波で450ミリ秒ごとに位相反転して変調されます。

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

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

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

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

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

切り替えのタスクの1つは、ジッタバッファの変化を固定最適値に適応させることです。

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

GW:CUCM/GW

<========音声==========>

この段階で確立された音声コールですが、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ですが、振幅は15Hzの正弦波で450ミリ秒ごとに位相反転して変調されます。

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

V.34初期化（フェーズ2 ～ 4）は存在しません。初期V.8フェーズIも完了しません。OGWはCMトーンをスケルチし、SG3はG3ファックス規格と下位互換性があるため、FAX装置は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

<—INVITE+SDP—

!--接続識別番号は 18

o=IP4 209.165.201.2のCiscoSystemsSIP-GW-UserAgent 0 6060

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=audio 17924 RTP/AVP 0

c=IP4 209.165.201.2

a=rtpmap:0 PCMU/8000

a=silenceSupp:off - - - -

—100TRYING—>

—200OK+SDP—>

!--接続識別番号は 18

o=IP4 209.165.201.3のCiscoSystemsCCM-SIP 2000 1

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=audio 16724 RTP/AVP 0

a=rtpmap:0 PCMU/8000

a=silenceSupp:off - - - -

<—ACK—

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

G3ファクス：

GW:CUCM/GW

<====NSE192====

[Upspeed Codec]と[Switch to Passthrough Mode]を選択します。

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

E_DSMP_DSP_REPORT

_PEER_TO_PEER

_メッセージ

debug voip rtp session named event:

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

====NSE192=====>

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

E_DSM_CC_MODIFY

_MEDIA_IND

debug voip rtp session named event:

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

SG3ファクス：

GW:CUCM/GW

<====NSE192======

[Upspeed Codec]と[Switch to Passthrough Mode]を選択します。

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

E_DSMP_DSP_

レポート

_PEER_TO_PEER

_メッセージ

debug voip rtp session named event:

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

====NSE192======>

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

E_DSM_CC_MODIFY

_MEDIA_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

_メッセージ

debug voip rtp session named event:

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

====NSE193=====>

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

E_DSM_CC_MODIFY

_MEDIA_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 brie」はMODEMASS nseを示します

GW:CUCM/GW

<—INVITE+SDP—

!--接続識別番号は 18

o=CiscoSystemsSIP-GW

-IP4 209.165.201.2のUserAgent 0 6061

s=SIPコール

c=IP4 209.165.201.2

t=0 0

m=image 17924 udptl t38

c=IP4 209.165.201.2

a=T38FaxVersion:0

a=T38MaxBitRate:14400

a=T38FaxFillBit

削除：0

a=T38Faxトランスコーディング

MMR:0

a=T38Faxトランスコーディング

JBIG:0

a=T38FaxRate

管理:

transferredTCF

a=T38FaxMaxBuffer:200

a=T38FaxMax

データグラム：320

a=T38FaxUdpEC:

t38UDPR冗長性

—100TRYING—>

—200OK+SDP—>

!--接続識別番号は 18

o=IP4 209.165.201.3のCiscoSystemsCCM-SIP 2000 2

s=SIPコール

c=IP4 209.165.201.1

t=0 0

m=image 16384 udptl t38

<—ACK—

show call active voice briefは次のように表示されます。t38

注：CUCMが関与する場合は常に、次のトポロジのRE_INVITEに対して行います。

Fax—GW—(h323)—CUCM—

(sip)—GW—FAX

Fax—GW—(mgcp)—CUCM—

(sip)—GW—FAX

Fax—GW—(sccp)—CUCM—

(sip)—GW—FAX

RE-INVITEのSDPには次のものがあります。

..

m=image 17218 udptl t38

c=IP4 0.0.0.0

..

これは常に最初に0.0.0.0/t38を送信し、後で別のt38を送信します

実際のIPアドレスで招待します。

このトポロジでは、CUCMはこのシナリオでメディアを異なる方法で処理するため、このような動作は見られません。

Fax—GW—(sip)—CUCM—

(sip)—GW—FAX

特にCUBEが関係する場合は、次の点に注意してください。

CSCtj50993、CSCtx83833

G3ファクス：

GW:CUCM/GW

<====NSE200=====

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

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

E_DSMP_DSP_

レポート

_PEER_TO_PEER

_メッセージ

debug voip rtp session named event:

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

====NSE201=====>

T.38 ACKを受信し、TGWにT.38セッションの開始を指示

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は、ピアゲートウェイがコールの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>>>>>>>>>（オプション）（サブスクライバ識別の送信）

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

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

<<<<<<<<<CFR<<<<<<<<<<<<<<< <（受信の確認）)

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

++++部分ページRX++++++> （高速）

>>>>>>>> PPS/EOM>>>>>> （一部のページが送信）/（メッセージの終了）

<<<<<<<<MCF<<<<<<<<<<<<< <（メッセージの確認）

++++部分ページRX++++++> （高速）

>>>>>>>> PPS/EOM>>>>>> （一部のページが送信）/（メッセージの終了）

<<<<<<<<MCF<<<<<<<<<<<<< <（メッセージの確認）

>>>>>>>DCN>>>>>>>> （切断）

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

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

注：パススルーには、64kbps(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バイト

timestamp=352584426 fr-msg-tx DIS

timestamp=352584456 FR_GOOD_CRC_LS_DATA 0x0バイト

timestamp=352584456 fr-msg-tx good crc、0バイト

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<<<<<<<<<<<< < (オプション)（サブスクライバ識別と呼ばれます）

<<<<<<<<NSF<<<<<<<<<<<<<< （オプション）（非標準機能）

<<<<<<<<DIS<<<<<<<<<<<<< <（デジタル識別信号）)

>>>>>>>TSI>>>>>>>>>（オプション）（サブスクライバ識別の送信）

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

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

<<<<<<<<<CFR<<<<<<<<<<<<<<< <（受信の確認）)

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

++++部分ページRX++++++> （高速）

>>>>>>>> PPS/EOM>>>>>> （一部のページが送信）/（メッセージの終了）

<<<<<<<<MCF<<<<<<<<<<<<< <（メッセージの確認）

++++部分ページRX++++++> （高速）

>>>>>>>> PPS/EOM>>>>>> （一部のページが送信）/（メッセージの終了）

<<<<<<<<MCF<<<<<<<<<<<<< <（メッセージの確認）

>>>>>>>DCN>>>>>>>> （切断）

プロトコルベース

NSEベース

プロトコルベース

NSEベース

DPレベルの設定：

## fax protocol pass-through g711ulaw/g711alaw

## fax rate disable

## fax nsf 00000

DPレベルの設定：

## modem passthrough nse codec g711ulaw/g711alaw

## fax rate disable

## fax nsf 00000

DPレベルの設定：

##ファクスプロトコルt38バージョン0 ls-redundancy 0 hs-redundancy 0 fallback none

## fax nsf 00000

## fax-relay ecm disable

##ファクスリレーsg3からg3システム

## fax rate 14400

DPレベルの設定：

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

## 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 ccsip all/messages/verbos

- 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ベースのスイッチオーバーの場合）