CUBE サードパーティの相互運用性のファックスのガイドライン

ダウンロードオプション

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

Updated: 2013 年 8 月 20 日

Document ID:116280

翻訳について

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

Document ID: 116280

Updated: 2013 年 8 月 20 日

著者：Cisco TAC エンジニア、John Casale および David Whiteford

PDF のダウンロード

印刷

概要

このドキュメントでは、Fax over IP（FoIP）が IP サービスプロバイダーとの Cisco Unified Border Element （CUBE）コールフローでどのように動作するかを説明します。

前提条件

要件

次の項目に関する知識が推奨されます。

CUBE Enterprise
メディアゲートウェイコントロールプロトコル（MGCP）
Session Initiation Protocol（SIP）
H323 プロトコルスイート
T30 シグナリング

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。 Cisco Integrated Services Router（ISR）シリーズ 2800、3800、2900、3900、3900e 上の Cisco IOS^® リリース 12.4T、15.0M、15.0T、15.1M、15.1T、15.2M、15.2T、15.3T または Cisco AS5400XM ユニバーサルゲートウェイ

注: この設定例は、次に示すソフトウェアバージョンとハードウェアプラットフォームに限定されません。

本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。稼働中のネットワークで作業を行う場合、コマンドの影響について十分に理解したうえで作業してください。

背景説明

FoIP と CUBE の連携はさまざまな環境で動作し、現在の VoIP ネットワークを活用して信頼性の高い FAX サービスを実現するために導入されます。 CUBE では、複数の FAX プロトコルと多数のスイッチオーバーメカニズムがサポートされます。ただし、IPサービスプロバイダーのコンテキストでは、シスコの外部のベンダーによってサポートされている FAX プロトコルとスイッチオーバー方式に準拠する必要があります。

FoIP コールフローでは、CUBE は終端ゲートウェイ（TGW）と発信ゲートウェイ（OGW）の間にあります。シグナリングの観点からは、CUBE の設定によって音声コールから FAX コールへのスイッチオーバーが許可または拒否されます。 VoIP 環境では FoIP プロトコルはエンドツーエンドでネゴシエートされるため、OGW から TGW まであらゆるものが同じ FoIP プロトコルを使用するように設定される必要があります。

信頼性の高い FAX 通信を確保するには、TGW とOGW だけでなく、CUBE でサポートされる FoIP フローと必要な設定を理解することが重要です。

CUBE の FAX コールフロー

サービスプロバイダーの環境には通常シスコ機器とシスコ以外の機器が混在しているため、音声コールから FAX コールへの切り替えには業界標準の方式を使用するのが重要です。つまり、Named Signaling Event（NSE）は使用できません。NSE はシスコ独自の方式だからです。このルールには例外はありますが、非常にまれです。

注: プロトコルベースのスイッチオーバーが使用できないということは、Skinny Call Control Protocol（SCCP）が G711ulaw による IP サービスプロバイダーへの FAX コールフローのみに使用され、「ベストエフォート」であることを意味します。

FoIP 転送方式

このドキュメントでは、FAX パススルーと T.38 FAXリレーの 2 つの FoIP 転送方式について説明します。

FAX パススルー

FAX パススルーは、T30 信号とページデータが、Real-Time Transport Protocol（RTP）フレームに包まれたパルス符号変調（PCM）エンコードデータとして IP ネットワーク経由で転送される FAX 転送方式です。

FAX パススルーのスイッチオーバーは、TGW の V.21 プリアンブルの検出によってトリガーされます。その結果として生成される INVITE（SIP の場合）またはリクエストモード（H323 の場合）は、CUBE とそれ以外の OGW へのシグナリングパスを介して送信されます。

FAX パススルーのスイッチオーバーにより、あらゆる音声コーデックが FAX パススルー設定で定義されたコーデックに切り替えられます（このプロセスについては、このドキュメントの後半で説明します）。

注: MGCP ゲートウェイは、FAX パススルーで G.711 へのアップスピードを開始するように設定できません。したがって、MGCP ゲートウェイに終端する CUBE でパススルーを使用する FAX は、G.711 コーデックでルーティングする必要があります。

注: FAX パススルーは、初期コーデックが G.711 の場合は、H.323 で設定できません。このため、G.711 がすでにネゴシエート済みの場合には、H.245 リクエストモードは G.711 へのスイッチに送信されます。 CUCM は、H.245 リクエストモード拒否で応答します。

T.38 FAX リレー

FAX リレーは、TGW と OGW が T30 信号とページデータを検出する FAX 転送方式です。ゲートウェイはこの信号を受信し、それをアナログ信号のデジタル表現であるリレーメッセージに変換します。これらのリレーメッセージは、こうしてIPネットワーク経由で送信されます。

T.38 FAX リレーのスイッチオーバーも、TGW の V.21 プリアンブルの検出によってトリガーされます。

TGW が SIP で動作する場合は、V.21 プリアンブルの検出によって T.38 ReINVITE（以前に説明したものに似ています）がトリガーされます。
TGW が H323 で動作する場合は、V.21 プリアンブルの検出によって T.38 リクエストモードがトリガーされます。
TGW が MGCP で動作する場合は、V.21 プリアンブルの検出によって通知（NTFY）がトリガーされ、コールエージェントに送信されます。コールエージェントは 200 OK で応答し、リクエストモードまたは ReINVITE のいずれかを CUBE に送信します。どちらを送信するかは、使用する VoIP プロトコルによって決まります。

デバッグの例は、このドキュメントの「トラブルシューティング」の項にあります。

CUBE の設定

CUBE では、FoIP は voice service voip の下（グローバル）と dial-peer の下の２ヵ所で設定できます。特定のコールに一致した dial-peer の設定は、常にグローバル設定よりも優先されます。 T.38 と FAX パススルーは、異なる dial-peer の下であれば同時に設定できます。そのため、両方のプロトコルを同時にサポートできます。

CUBE パススルーの設定

voice service voip の下に FAX パススルーを設定するには、次のコマンド（太字で表示）を使用します。

voice service voip
 no ip address trusted authenticate
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 fax protocol pass-through g711ulaw

dial-peer に FAX パススルーを設定するには、次のコマンド（太字で表示）を使用します。

dial-peer voice 1 voip
 description T38 Test
 destination-pattern ^1000$
 session protocol sipv2
 session target ipv4:192.168.0.1
 dtmf-relay rtp-nte
 fax protocol pass-through g711ulaw 
 no vad

注: FAX パススルーは FAX パススルー（Fax Passthrough）と同じではありません。 FAX パススルー（Fax Passthrough）では、音声コールから FAX コールへの切り替えに Cisco Network Services Engine（NSE）が使用されます。

CUBE T.38 の設定

注: T.38 バージョン 3（Super G3 FAX スピード）は、Cisco IOS バージョン 15.1(1) T 以降でサポートされます。

voice service voip の下に T.38 バージョン 0（G3 FAX スピード）を設定するには、次のコマンド（太字で表示）を使用します。

voice service voip
 no ip address trusted authenticate
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

dial-peer に T.38 を設定するには、次のコマンド（太字で表示）を使用します。

dial-peer voice 1 voip
 description T38 Test
 destination-pattern ^1000$
 session protocol sipv2
 session target ipv4:192.168.0.1
 dtmf-relay rtp-nte
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
 no vad

voice service VoIP の下、または dial-peer に T.38 バージョン 3 を設定するには、次のコマンドを使用します。

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

CUBE を通したネットワークで Media Transfer Protocol（MTP）を使用する場合は、MTP がコーデックパススルーをサポートしている必要があります。 Cisco Unified Communications Manager （CUCM）MTP では、バージョン 8.6.1 以降でコーデックパススルーがサポートされます。 Cisco IOS MTP では、デジタルシグナルプロセッサ（DSP）ファーム設定でコーデックパススルーを設定する必要があります。

dspfarm profile 2 mtp  
 codec pass-through
 codec g729r8
 maximum sessions software 50
 associate application SCCP

CUBE との連携のための時分割多重（TDM）ゲートウェイの設定

SCCP で制御されるTDM ゲートウェイの場合は、次の設定が FAX パススルーに使用されます。

voice service voip
 no modem passthrough
 fax protocol none
 no fax-relay sg3-to-g3

注: この連携のためのリージョン設定のコーデックは G.711 でなければなりません。先に述べたように、SCCP ゲートウェイは、CUBE と連携させるときには、T.38 を使用するように設定できません。

CUBE と連携する SIP および H.323 TDM ゲートウェイに FAX パススルーを設定するには、次のコマンドを入力します。

voice service voip
 no modem passthrough
 no fax-relay sg3-to-g3 
 fax protocol pass-through g711ulaw

CUBE と連携する SIP および H.323 TDM ゲートウェイに T.38 を設定するには、次のコマンドを入力します。

voice service voip
 no modem passthrough
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

注: T.38 バージョン 3 は、CUBE で設定され、SIP サービスプロバイダーによってサポートされている場合に使用できます。

CUBE と連携する MGCP TDM ゲートウェイに FAX パススルーを設定するには、次のコマンドを入力します。

no mgcp fax-relay sg3-to-g3
no mgcp package fxr-package
mgcp fax t38 inhibit
no mgcp modem passthrough voip mode nse

注: MGCP ゲートウェイは FAX パススルーのアップスピードをサポートしていないため、MGCP ゲートウェイと CUBE 間の CUCM のリージョンに G.711 コーデックが必要です。

確認

現在、この設定に使用できる確認手順はありません。

トラブルシューティング

CUBE でこの問題をトラブルシューティングするには、次のデバッグをイネーブルにする必要があります。

SIP

SIP に対して次のデバッグをイネーブルにします。

debug voip ccapi inout
debug ccsip mess

音声コールが設定されると、TGW は CUBE 経由で OGW に SIP ReINVITE を送信します。スイッチオーバーが正常に行われると、OGW は適切な Session Description Protocol（SDP）パラメータを含む SIP 200 OK で応答します。

T.38 スイッチオーバー

INVITE sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK171D71
Remote-Party-ID: <sip:1101@10.0.0.2>;party=calling;screen=no;privacy=off
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 19:25:15 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 786980147-1077809632-2173148507-1235205696
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1298661915
Contact: <sip:8141101@10.0.0.2:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 384

v=0
o=CiscoSystemsSIP-GW-UserAgent 3745 9509 IN IP4 10.0.0.2
s=SIP Call
c=IN IP4 10.0.0.2
t=0 0
m=image 17682 udptl t38
c=IN IP4 10.0.0.2
a=T38FaxVersion:0
a=T38MaxBitRate:7200
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:180
a=T38FaxUdpEC:t38UDPRedundancy

!!NOTE!! Not all of the above bolded fields are required. 
The above is an example of how Cisco implements T38.

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK171D71
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 17:48:05 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

176443: Feb 25 17:48:05.360: 
//134/2EE85D338187/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK171D71
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 17:48:05 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <sip:2101@10.0.0.1>
;party=called;screen=no;privacy=off
Contact: <sip:2101@10.0.0.1:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Supported: timer
Content-Type: application/sdp
Content-Length: 384

v=0
o=CiscoSystemsSIP-GW-UserAgent 5552 9399 IN IP4 10.0.0.1
s=SIP Call
c=IN IP4 10.0.0.1
t=0 0
m=image 16710 udptl t38
c=IN IP4 10.0.0.1
a=T38FaxVersion:0
a=T38MaxBitRate:7200
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:320
a=T38FaxUdpEC:t38UDPRedundancy

ACK sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK181B79
From: <sip:8141101@10.0.0.2>;tag=8D815D8-646
To: <sip:2101@10.0.0.1>;tag=DD4D344-21B2
Date: Fri, 25 Feb 2011 19:25:15 GMT
Call-ID: 32395B08-403E11E0-818C9D5B-499FBE40@10.0.0.1
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0

FAX パススルースイッチオーバー

INVITE sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK154F2
Remote-Party-ID: <sip:1101@10.0.0.2>;party=calling;screen=no;privacy=off
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 19:23:25 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 3990792353-1077744096-2172755291-1235205696
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1298661805
Contact: <sip:8131101@10.0.0.2:5060>
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 174

v=0
o=CiscoSystemsSIP-GW-UserAgent 107 1892 IN IP4 10.0.0.2
s=SIP Call
c=IN IP4 10.0.0.2
t=0 0
m=audio 16464 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK154F2
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 17:46:16 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK154F2
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 17:46:16 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, 
NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <sip:2101@10.0.0.1>;party=called;screen=no;privacy=off
Contact: <sip:2101@10.0.0.1:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Supported: timer
Content-Type: application/sdp
Content-Length: 194

v=0
o=CiscoSystemsSIP-GW-UserAgent 4896 2709 IN IP4 10.0.0.1
s=SIP Call
c=IN IP4 10.0.0.1
t=0 0
m=audio 19054 RTP/AVP 0
c=IN IP4 10.0.0.1
a=rtpmap:0 PCMU/8000
a=silenceSupp:off - - - -

ACK sip:2101@10.0.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK16A56
From: <sip:8131101@10.0.0.2>;tag=8D66B94-7BF
To: <sip:2101@10.0.0.1>;tag=DD32900-5D4
Date: Fri, 25 Feb 2011 19:23:25 GMT
Call-ID: F12F0BBB-403D11E0-81869D5B-499FBE40@10.0.0.1
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0

H323

H323 に対して次のデバッグをイネーブルにします。

debug voip ccapi inout
debug cch323 all
debug h225 asn1
debug h245 asn1

音声コールが設定されると、TGW は CUBE 経由で OGW に H245 RequestMode を送信します。スイッチオーバーが正常に行われると、OGW は RequestModeAck で応答します。

T.38 スイッチオーバー

value MultimediaSystemControlMessage ::= request : requestMode :
    {
      sequenceNumber 1
      requestedModes
      {

        {

          {
            type dataMode :
            {
              application t38fax :
              {
                t38FaxProtocol udp : NULL
                t38FaxProfile
                {
                  fillBitRemoval FALSE
                  transcodingJBIG FALSE
                  transcodingMMR FALSE
                  version 0
                  t38FaxRateManagement transferredTCF : NULL
                  t38FaxUdpOptions
                  {
                    t38FaxMaxBuffer 200
                    t38FaxMaxDatagram 72
                    t38FaxUdpEC t38UDPRedundancy : NULL
                  }
                }
              }
              bitRate 144
            }
          }
        }
      }
    }

001378: May 31 20:56:19.745: H245 MSC OUTGOING PDU ::=

value MultimediaSystemControlMessage ::= response :
 requestModeAck :
    {
      sequenceNumber 1
      response willTransmitMostPreferredMode : NULL
    }

FAX パススルースイッチオーバー

value MultimediaSystemControlMessage ::= request : requestMode :
     {
      sequenceNumber 1
      requestedModes 
      {

        {

          {
            type audioMode : g711Ulaw64k : NULL
          }
        }
      }
    }

value MultimediaSystemControlMessage ::= response : 
requestModeAck : 
    {
      sequenceNumber 1
      response willTransmitMostPreferredMode : NULL
    }

症状 1： CUBE が 488 で ReINVITE を拒否する

この問題が発生した場合は、次の手順を実行してください。

デバッグをイネーブルにしてテストコール用に収集します。
T.38 または FAX パススルーがグローバルに設定されていることを検証します。
T.38 または FAX パススルーがグローバルに設定されていない場合は、T.38 または FAX パススルーが着信ダイヤルピアと発信ダイヤルピアの両方に設定されていることを、コール制御アプリケーションプログラミングインターフェイス（CCAPI）デバッグで確認します。
それでも問題が解決されない場合は、SIP がこの ReINVITE を拒否する理由を確認するために、debug ccsip all を（logging buffered 5000000 debug が記述されているロギングバッファで）イネーブルにします。

症状 2： CUBE が RequestModeReject で RequestMode を拒否する

この問題が発生した場合は、次の手順を実行してください。

デバッグをイネーブルにしてテストコール用に収集します。
T.38 または FAX パススルーがグローバルに設定されていることを検証します。
T.38 または FAX パススルーがグローバルに設定されていない場合は、T.38 または FAX パススルーが着信ダイヤルピアと発信ダイヤルピアの両方に設定されていることを、CCAPI デバッグで確認します。
それでも問題が解決されない場合は、H323 がこの RequestMode を拒否する理由を確認するために、debug h225 events、debug h225 q931、および debug h245 events をイネーブルにします。

ベンダー固有情報

Verizon

Cisco Technical Assistance Center（TAC）では、Verizon が T.38 over SIP のサポートを主張しているにもかかわらず、同社の製品が TGW で動作しているときに音声コールから T.38 へのスイッチオーバーを決して開始しないことを認識しています。
これは Verizon の環境の既知の制限であり、Verizon はこの問題を修正しそうにありません。
OGW が FoIP サーバの場合、通常はサーバが OGW のときでもスイッチオーバーを開始するように設定できます。
Cisco GW が OGW の場合、Cisco GW が OGW として機能しているときにスイッチオーバーを強制する方法は現時点ではありません。
Cisco Bug ID CSCud72998 は、Cisco GW が OGW のときでも T.38 スイッチオーバーをサポートするように求める機能拡張要求です。

Cisco サポートコミュニティ - 特集対話

Cisco サポートコミュニティでは、フォーラムに参加して情報交換することができます。

このドキュメントで使用されている表記法の詳細は、『シスコテクニカルティップスの表記法』を参照してください。

Updated: 2013 年 8 月 20 日

Document ID: 116280

シスコエンジニア提供

John Casale and David Whiteford
Cisco TAC Engineers.

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

フィードバック

お問い合わせ先

サポートケースをオープン
(シスコサービス契約が必要です。)

CUBE サードパーティの相互運用性のファックスのガイドライン

ダウンロードオプション

翻訳について

目次

概要

前提条件

要件

使用するコンポーネント

背景説明

CUBE の FAX コールフロー

FoIP 転送方式

FAX パススルー

T.38 FAX リレー

CUBE の設定

CUBE パススルーの設定

CUBE T.38 の設定

CUBE との連携のための時分割多重（TDM）ゲートウェイの設定

確認

トラブルシューティング

SIP

T.38 スイッチオーバー

FAX パススルースイッチオーバー

H323

T.38 スイッチオーバー

FAX パススルースイッチオーバー

症状 1： CUBE が 488 で ReINVITE を拒否する

症状 2： CUBE が RequestModeReject で RequestMode を拒否する

ベンダー固有情報

Verizon

関連情報

Cisco サポートコミュニティ - 特集対話

シスコエンジニア提供

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

お問い合わせ先

関連するシスココミュニティディスカッション

CUBE サードパーティの相互運用性のファックスのガイドライン

ダウンロード オプション

翻訳について

関連製品

目次

概要

前提条件

要件

使用するコンポーネント

背景説明

CUBE の FAX コール フロー

FoIP 転送方式

FAX パススルー

T.38 FAX リレー

CUBE の設定

CUBE パススルーの設定

CUBE T.38 の設定

CUBE との連携のための時分割多重（TDM）ゲートウェイの設定

確認

トラブルシューティング

SIP

T.38 スイッチオーバー

FAX パススルー スイッチオーバー

H323

T.38 スイッチオーバー

FAX パススルー スイッチオーバー

症状 1： CUBE が 488 で ReINVITE を拒否する

症状 2： CUBE が RequestModeReject で RequestMode を拒否する

ベンダー固有情報

Verizon

関連情報

Cisco サポート コミュニティ - 特集対話

シスコ エンジニア提供

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

お問い合わせ先

関連するシスコ コミュニティ ディスカッション

シェアする

ダウンロードオプション

CUBE の FAX コールフロー

FAX パススルースイッチオーバー

FAX パススルースイッチオーバー

Cisco サポートコミュニティ - 特集対話

シスコエンジニア提供

関連するシスココミュニティディスカッション