アナログポートのトラブルシューティングと監視

はじめに

前提条件

要件

Analog Interface Basics（アナログインターフェイスの基礎）に関する知識があることが推奨されます。

使用するコンポーネント

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

• ISR4451-X/K9
• NIM-2FXSP
• NIM-2FXO
• Cisco IOS® XE バージョン 16.8.2

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

FXS/FXOの基礎

ポートの基礎

Foreign Exchange Station(FXS)/Foreign Exchange Office(FXO)は、単一のアナログ電話回線を自宅に提供するために使用される一般的なアナログ回線です。

FXOport（またはデバイス）は、回線に接続するポートで、オフフックでコールを開始すると、フックのオン/オフを切り替えてディジットを送信できます。 ポートがオフフックのときに回線が閉じられ、ポートがオンフックと見なされると回線が開くというリレーが採用されています。反対側のFXSに相互接続する

FXOポートはキャリアからの回線を終端するため、アナログ受話器またはファックス機器/モデムと見なすこともできます。

FXSポートは回線に接続するデバイスで、ダイヤルトーンと呼び出し電圧をFXOデバイスに提供します。 FXSポートは、ゲートウェイを電話、FAX、モデムなどの機器に接続します。FXSポートは、特定のコールのシグナリングおよび音声パスに2本のワイヤ（チップおよびリング）のみを使用します。この2線式のペアは、呼び出し音、電圧、およびダイヤルトーンをステーションに供給できます。

基本的なコールフロー

これら2つのポートタイプのトラブルシューティング方法を理解するには、まず最初にコールセットアップ方法を調べる必要があります。このセクションでは、両方のエンドポイントがフック状態になってから、双方向の音声が聞こえるまでのアナログコールのプロセスを示します。

すべてのコールと同様に、FXSポートは、2つのエンドポイントが使用されていない間、オンフック状態で起動します。

いずれかの電話機がオフフックになると、回線が閉じ、FXSポートからFXOデバイスにダイヤルトーンが提供されます。

コールを開始したデバイスがオフフックになると、そのデバイスはパルスまたはトーンのいずれかで番号のダイヤルを開始します。

番号がダイヤルされると、このコールを処理するデバイスは、そのコールを適切にルーティングします。コールがルーティングされると、遠端デバイスにコール受信のアラートが通知される間、コールの発信元デバイスではリングバックトーンが再生されます。

遠端デバイスがコールをピックアップすると、その回線も閉じられ、この時点でコールが双方向オーディオに接続されます。

前述の例は、コールの開始から終了までの基本的な流れです。ただし、そのFXSポートから電話機に対して各コール状態に関する信号を送信する裏で行われる処理は他にもあります。次のセクションでは、CiscoアナログゲートウェイのFXSポートで使用される最も一般的な2つのシグナリング方式について説明します。

ループ・スタート・シグナリング

ループスタートシグナリングは、標準の公衆電話交換網(PSTN)のアクセスシグナリング、または多数のデバイスをネットワークに接続するアナログポートで最も一般的な手法です。ほとんどの家庭用電話機は、前述のローカルループの概念に基づくアナログループスタート電話機です。ループは、2本のワイヤで構成される電気通信パスで、1本は送信用、もう1本は音声信号の受信用です。

2線式の回路はチップとリングと呼ばれ、チップはグランドに、リングはバッテリのマイナス側に接続されています。電話機の受話器が取り上げられる（オフフックになる）と、この動作によって回線が閉じられ、FXSポートと電話機の間にループが確立されます。アナログポートのバッテリから電流が引き込まれ、ステータスの変化を示します。このステータスの変化により、アナログポートの電流検出器に信号が送られ、ダイヤルトーンが提供されます。

着信コールは、標準のオン/オフパターンで受話器に伝えられ、その結果、電話機の着信音が鳴ります。

発信コールのVPMシグナリング

FXSポートでの正常な発信コールに関するログの内容をより深く理解するために、これらのログにはコールの各部分を明確に識別できるように注釈が付けられています。

007578: Jul 2 09:15:50.655: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): GOING OFF HOOK
007579: Jul 2 09:15:51.903: htsp_dsp_message: SEND_SIG_STATUS: state=0xC timestamp=62909 systime=6970515
007580: Jul 2 09:15:51.903: htsp_process_event: [0/3/0, FXSLS_ONHOOK, E_DSP_SIG_1100]fxsls_onhook_offhook htsp_setup_ind
007581: Jul 2 09:15:51.903: [0/3/0] get_local_station_id calling num= calling name= calling time=07/02 09:15 orig called=
007582: Jul 2 09:15:51.904: htsp_process_event: [0/3/0, FXSLS_WAIT_SETUP_ACK, E_HTSP_SETUP_ACK]fxsls_check_auto_call

007583: Jul 2 09:16:00.879: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): DIALING 2002
007584: Jul 2 09:16:02.261: htsp_digit_ready(0/3/0): digit = 2
007585: Jul 2 09:16:02.734: htsp_digit_ready(0/3/0): digit = 0
007586: Jul 2 09:16:03.005: htsp_digit_ready(0/3/0): digit = 0
007587: Jul 2 09:16:03.438: htsp_digit_ready(0/3/0): digit = 2
007588: Jul 2 09:16:03.439: htsp_process_event: [0/3/0, FXSLS_OFFHOOK, E_HTSP_PROCEEDING]htsp_alert_notify

007589: Jul 2 09:16:08.241: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): RING BACK
007590: Jul 2 09:16:10.621: htsp_call_bridged invoked
007591: Jul 2 09:16:10.665: htsp_process_event: [0/3/0, FXSLS_OFFHOOK, E_HTSP_CONNECT]fxsls_offhook_connect
007592: Jul 2 09:16:10.665: [0/3/0] nim_set_sig_state: ABCD=6, timestamp=0, sys_time=6972391
007593: Jul 2 09:16:10.665: [0/3/0] set signal state = 0x6 timestamp = 0
007594: Jul 2 09:16:10.667: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_HTSP_VOICE_CUT_THROUGH]fxsls_voice_cut_thru

007595: Jul 2 09:16:20.815: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): TWO WAY AUDIO

007596: Jul 2 09:16:37.503: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): HANGING UP
007597: Jul 2 09:16:39.794: htsp_dsp_message: SEND_SIG_STATUS: state=0x4 timestamp=45260 systime=6975304
007598: Jul 2 09:16:39.794: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_DSP_SIG_0100]fxsls_offhook_onhook, HF duration Max=1000, HF duration Min=150
007599: Jul 2 09:16:39.794: htsp_timer - 1000 msec
007600: Jul 2 09:16:40.795: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_HTSP_EVENT_TIMER]fxsls_connect_wait_release_req
007601: Jul 2 09:16:40.795: htsp_timer_stop
007602: Jul 2 09:16:40.796: htsp_timer_stop3
007603: Jul 2 09:16:40.878: htsp_process_event: [0/3/0, FXSLS_WAIT_RELEASE_REQ, E_HTSP_RELEASE_REQ]fxsls_waitrls_req_rls
007604: Jul 2 09:16:40.878: [0/3/0] nim_set_sig_state: ABCD=4, timestamp=0, sys_time=6975412
007605: Jul 2 09:16:40.878: [0/3/0] set signal state = 0x4 timestamp = 0
007606: Jul 2 09:16:40.878: [0/3/0] nim_set_sig_state: ABCD=4, timestamp=0, sys_time=6975412
007607: Jul 2 09:16:40.878: [0/3/0] set signal state = 0x4 timestamp = 0
007608: Jul 2 09:16:40.898: htsp_dsp_message: RESP_SIG_STATUS: state=0x4 timestamp=0 systime=6975414
007609: Jul 2 09:16:40.898: htsp_process_event: [0/3/0, FXSLS_ONHOOK, E_DSP_SIG_0100]fxsls_onhook_onhook

着信コールのVPMシグナリング

このドキュメントでは、着信コールのシグナリングについても説明します。ログには、プロセスの各ステップを簡単に理解できるように注釈が付けられています。

008109: Jul 2 10:54:34.424: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): PHONE IS IN IDLE & ON HOOK. THEN IT STARTS TELLING PHONE TO RING.
008110: Jul 2 10:54:42.225: htsp_timer_stop3 htsp_setup_req
008111: Jul 2 10:54:42.225: Orig called num:88777
008112: Jul 2 10:54:42.225: htsp_process_event: [0/3/0, FXSLS_ONHOOK, E_HTSP_SETUP_REQ]fxsls_onhook_setuphtsp_alert
008113: Jul 2 10:54:42.225: [0/3/0] nim_set_sig_state: ABCD=0, timestamp=0, sys_time=7563547
008114: Jul 2 10:54:42.225: [0/3/0] set signal state = 0x0 timestamp = 0
008115: Jul 2 10:54:42.226: htsp_call_bridged invoked
008116: Jul 2 10:54:42.227: htsp_process_event: [0/3/0, FXSLS_WAIT_OFFHOOK, E_HTSP_VOICE_CUT_THROUGH]fxsls_waitoff_voice

008117: Jul 2 10:54:52.960: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): PHONE GOES OFF HOOK
008118: Jul 2 10:54:55.431: htsp_dsp_message: SEND_SIG_STATUS: state=0xC timestamp=42727 systime=7564868
008119: Jul 2 10:54:55.431: htsp_process_event: [0/3/0, FXSLS_WAIT_OFFHOOK, E_DSP_SIG_1100]fxsls_waitoff_offhook
008120: Jul 2 10:54:55.431: [0/3/0] nim_set_sig_state: ABCD=4, timestamp=0, sys_time=7564868
008121: Jul 2 10:54:55.432: [0/3/0] set signal state = 0x4 timestamp = 0
008122: Jul 2 10:54:55.432: [0/3/0] nim_set_sig_state: ABCD=6, timestamp=200, sys_time=7564868
008123: Jul 2 10:54:55.432: [0/3/0] set signal state = 0x6 timestamp = 200
008124: Jul 2 10:54:55.432: htsp_timer2 - 200 msec
008125: Jul 2 10:54:55.631: htsp_process_event: [0/3/0, FXSLS_WAIT_OFFHOOK, E_HTSP_EVENT_TIMER2]fxsls_offhook_dial htsp_dial
008126: Jul 2 10:54:55.632: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_DSP_DIALING_DONE]fxsls_conn_dial_done
008127: Jul 2 10:54:55.640: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_HTSP_VOICE_CUT_THROUGH]fxsls_voice_cut_thru

008128: Jul 2 10:55:08.864: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): TWO WAY AUDIO

008129: Jul 2 10:55:27.232: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): PHONE IS NOW DISCONNECTED FORM FAR END
008130: Jul 2 10:55:29.798: htsp_timer_stop3
008131: Jul 2 10:55:29.843: htsp_process_event: [0/3/0, FXSLS_CONNECT, E_HTSP_RELEASE_REQ]fxsls_connect_disc
008132: Jul 2 10:55:29.843: htsp_timer_stop
008133: Jul 2 10:55:29.843: [0/3/0] nim_set_sig_state: ABCD=12, timestamp=0, sys_time=7568309
008134: Jul 2 10:55:29.843: [0/3/0] set signal state = 0xC timestamp = 0
008135: Jul 2 10:55:29.843: [0/3/0] nim_set_sig_state: ABCD=4, timestamp=750, sys_time=7568309
008136: Jul 2 10:55:29.843: [0/3/0] set signal state = 0x4 timestamp = 750
008137: Jul 2 10:55:29.843: htsp_timer - 950 msecfxsls_simulate_onhook
008138: Jul 2 10:55:30.793: htsp_process_event: [0/3/0, FXSLS_CPC, E_HTSP_EVENT_TIMER]fxsls_cpc_timer
008139: Jul 2 10:55:30.793: htsp_timer - 60000 msec
008140: Jul 2 10:55:30.808: htsp_dsp_message: RESP_SIG_STATUS: state=0xC timestamp=0 systime=7568405
008141: Jul 2 10:55:30.808: htsp_process_event: [0/3/0, FXSLS_WAIT_ONHOOK, E_DSP_SIG_1100]fxsls_waitonhook_offhook
008142: Jul 2 10:55:37.525: htsp_dsp_message: SEND_SIG_STATUS: state=0x4 timestamp=19285 systime=7569077
008143: Jul 2 10:55:37.525: htsp_process_event: [0/3/0, FXSLS_WAIT_ONHOOK, E_DSP_SIG_0100]fxsls_waitonhook_onhook
008144: Jul 2 10:55:37.525: htsp_timer_stop htsp_report_onhook_sig
008145: Jul 2 10:55:48.351: %SYS-7-USERLOG_DEBUG: Message from tty867(user id: ): PHONE IS ON HOOK

FXSおよびFXOポートのトラブルシューティング

このドキュメントでは、アナログポートのさまざまな状態の基本と完全なコールシナリオを取り上げた後に、アナログポートのさまざまなトラブルシューティング方法について説明します。より具体的には、いくつかのshowコマンドと一般的な障害シナリオを取り上げます。

トラブルシューティング用コマンド

show コマンド

ポートがどんな状態にあるかをトラブルシューティングするために、show voice port summaryやshow voice call summaryなどのコマンドを使用できます。これらのコマンドは、さまざまな状態を表示します。たとえば、コールが使用中ではなくオンフックの状態から、ポートがオフフックでアクティブコールがあるまでの状態です。次の図は、いくつかの異なる状態を示しています。

オンフック:

ISR4451#show voice port sum IN OUT PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC =============== == ============ ===== ==== ======== ======== == 0/3/0 -- fxs-ls up dorm on-hook idle y 0/3/1 -- fxs-ls up dorm on-hook idle y ISR4451#show voice call sum PORT CODEC VAD VTSP STATE VPM STATE ============== ========= === ===================== ===================== 0/3/0 - - - FXSLS_ONHOOK 0/3/1 - - - FXSLS_ONHOOK

電話機にアラートが通知されます。

ISR4451#show voice port sum IN OUT PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC =============== == ============ ===== ==== ======== ======== == 0/3/0 -- fxs-ls up up on-hook ringing y 0/3/1 -- fxs-ls up dorm on-hook idle y ISR4451#show voice call sum PORT CODEC VAD VTSP STATE VPM STATE ============== ========= === ===================== ===================== 0/3/0 g711ulaw n S_SETUP_REQ_PROC FXSLS_WAIT_OFFHOOK 0/3/1 - - - FXSLS_ONHOOK

コールが接続されました：

ISR4451#show voice port sum IN OUT PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC =============== == ============ ===== ==== ======== ======== == 0/3/0 -- fxs-ls up up off-hook idle y 0/3/1 -- fxs-ls up dorm on-hook idle y ISR4451#show voice call sum PORT CODEC VAD VTSP STATE VPM STATE ============== ========= === ===================== ===================== 0/3/0 g711ulaw n S_CONNECT FXSLS_CONNECT 0/3/1 - - - FXSLS_ONHOOK

前述の2つのshowコマンドの中で、将来役に立つ可能性のあるものを次に示します。

• show call active voice brief
• show voice call status
• show voice dsp active
• show voice dsp error
• show voice dsp group all

音声ポートテストコマンド

検出器関連機能試験

test voice port detectorコマンドを使用すると、特定のディテクタを強制的にオンまたはオフの状態にし、ディテクタでテストを実行して、ディテクタを元の状態に戻すことができます。


この機能を設定するには、特権EXECモードで次のコマンドを入力します。

コマンド	目的
Router# test voice port slot/subunit/port detector {m-lead | バッテリリバーサル | ループ電流 | リング | チップグラウンド | リンググラウンド | リングトリップ} {オン | オフ}	テストする音声ポートを指定します。 テスト対象の検出器のキーワードを入力し、オンまたはオフの状態に強制するかどうかを指定します。 各シグナリングタイプ(E&M、FXO、FXS)について、該当するキーワードのみが表示されます。disableキーワードは、ディテクタが強制状態の場合にのみ表示されます。
Router# test voice port slot/subunit/port detector {m-lead | バッテリリバーサル | ループ電流 | リング | チップグラウンド | リンググラウンド | ring-trip}無効	テストを終了する音声ポートを指定します。 テスト中のディテクタのキーワードを入力すると、強制的な状態を終了するためにキーワードが無効になります。 各シグナリングタイプ(E&M、FXO、FXS)について、該当するキーワードのみが表示されます。disableキーワードは、ディテクタが強制状態の場合にのみ表示されます。

ループバック機能テスト

音声ポートでループバックを確立するには、特権EXECモードで次のコマンドを入力します。

コマンド	目的
Router# test voice port slot/subunit/port loopback {local | ネットワーク}	テストする音声ポートを識別し、ループバック方向のキーワードを入力します。 テスト対象の音声ポートでコールを確立する必要があります。
Router# test voice port slot/subunit/port loopback disable	テストを終了する音声ポートを識別し、キーワードdisableを入力してループバックを終了します。

トーン注入テスト

音声ポートにテストトーンを注入するには、特権EXECモードで次のコマンドを入力します。

コマンド	目的
Router# test voice port slot/subunit/port inject-tone {local | ネットワーク} {1000hz | 2000hz | 200hz | 3000hz | 300hz | 3200hz | 3400hz | 500hz | 静かに}	テストする音声ポートを識別し、テストトーンを送信する方向とテストトーンの周波数のキーワードを入力します。 テスト対象の音声ポートでコールを確立する必要があります。
Router# test voice port slot/subunit/port inject-tone disable	テストを終了する音声ポートを識別し、キーワードdisableを入力してテストトーンを終了します。 disableキーワードは、テスト条件がアクティブな場合にのみ使用できます。

リレー関連の機能テスト

音声ポートでリレー関連の機能をテストするには、特権EXECモードで次のコマンドを入力します。

コマンド	目的
Router# test voice port slot/subunit/port relay {e-lead | loop | リンググラウンド | バッテリリバーサル | パワー拒否 | リング | チップグラウンド} {オン|オフ}	テストする音声ポートを指定します。 テスト対象のリレーのキーワードを入力し、リレーを強制的にオンまたはオフの状態にするかどうかを指定します。 各シグナリングタイプ(E&M、FXO、FXS)について、該当するキーワードのみが表示されます。disableキーワードは、リレーが強制状態のときにのみ表示されます。
Router# test voice port slot/subunit/port relay {e-lead | loop | リンググラウンド | バッテリリバーサル | パワー拒否 | リング | tip-ground}無効	テストを終了する音声ポートを指定します。 テスト対象のリレーのキーワードを入力し、強制状態を終了するにはキーワードdisableを入力します。 各シグナリングタイプ(E&M、FXO、FXS)について、該当するキーワードのみが表示されます。disableキーワードは、リレーが強制状態のときにのみ表示されます。

FAX/音声モードテスト

 test voice port switch faxコマンドは、テストするために、音声ポートを強制的にファックスモードにします。このコマンドを入力した後で、show voice callまたはshow voice call summaryコマンドを使用して、音声ポートがファックスモードで動作可能かどうかを確認できます。音声ポートでファックスデータが検出されない場合、音声ポートは30秒間ファックスモードのままになり、その後自動的に音声モードに戻ります。


disableキーワードを使用すると強制モードの切り替えが終了しますが、ファックスモードは30秒後に自動的に終了します。disableキーワードは、音声ポートがファックスモードの場合にだけ使用できます。


音声ポートを強制的にファックスモードにして音声モードに戻すには、特権EXECモードで次のコマンドを入力します。

コマンド	目的
Router# test voice port slot/subunit/port switch fax（テスト音声ポートスロット/サブユニット/ポートスイッチファクス）	テストする音声ポートを指定します。 キーワードfaxを入力して、音声ポートを強制的にファックスモードにします。
Router# test voice port slot/subunit/port switch disable	テストを終了する音声ポートを指定します。 音声ポートを音声モードに戻すには、キーワードdisableを入力します。

一般的な問題が見つかりました

前述したように、このドキュメントでは、FXOとFXSのトラブルシューティングを行う際に見られるいくつかの一般的な問題について説明します。 

FXO電力拒否の検出

FXOは、FXSによって電源遮断が行われた時点を検出し、FXS側の切断シナリオでオンフックになるタイミングを判断します。

005754: Nov 18 18:51:28.257: htsp_process_event: [0/2/3, FXOLS_ONHOOK, E_HTSP_SETUP_REQ]fxols_onhook_setup 005755: Nov 18 18:51:28.257: [0/2/3] set signal state = 0xC timestamp = 0 005756: Nov 18 18:51:28.257: htsp_timer - 500 msec 005782: Nov 18 18:51:28.509: htsp_process_event: [0/2/3, FXOLS_WAIT_DIAL_TONE, E_DSP_SIG_1100]fxols_power_denial_detected 005783: Nov 18 18:51:28.509: htsp_timer2 - 1000 msec 005784: Nov 18 18:51:28.509: htsp_timer_stop 005785: Nov 18 18:51:29.509: htsp_process_event: [0/2/3, FXOLS_WAIT_DIAL_TONE, E_HTSP_EVENT_TIMER2]fxols_power_den_disc 005786: Nov 18 18:51:29.509: htsp_timer_stop 005787: Nov 18 18:51:29.509: htsp_timer_stop2

このイfxols_power_denial_detected  ベントは、回線上にループ電流が検出されない場合に発生します。デフォルトでは、750ミリ秒のタイマーが開始されています。タイマーが時間切れになる前にDSPが電流を検出しない場合、DSPはコールを切断します。タイマーは、音声ポートコンフィギュレーションモードでtimeouts power-denial <0-2500ms>コマンドを使用して変更できます。このタイマーは、FXS側で電源拒否期間に定義した値と一致する必要があります。

このシナリオでは、ケーブルやハードウェアの障害、あるいは反対側のポートタイプの誤りが示されています。問題がポートまたは回線に関連しているかどうかを確認します。

• 回線に関連する問題の場合は、ケーブルをtelco側のデマークまでチェックします。電話会社にサポートを依頼します。
• 問題がポートに関連している場合は、ポートの障害である可能性があります。さらにトラブルシューティングを行うと、このことを確認できます。

その他の問題

• 接続解除監視：アナログポートでの接続解除監視の処理方法に関する特定のセクションを確認します。
• 配線：FXSからFXOへの2線式のストレート配線である必要があります。配線の問題でダイヤルトーンが聞こえない場合は、通常、回線上で音声がまったく聞こえません。ケーブルが正しく接続されていれば、オフフックにするとノイズフロアがわずかに増加します。
  
• 不良ポート：ポートで不良が発生し、ダイヤルトーンの生成、呼び出し電圧の検出などに失敗する可能性があります。トラブルシューティングを行って、ポートをVoIP側とケーブル側から切り離します。
• DSPの問題：ポートでは、ポート上のイベントを識別するためにDSPを使用する必要があります。したがって、ポートが使用されておらず、シャットダウンされている場合でも、音声ポートは起動時に信号にDSPを割り当てます。アナログ音声ポートに変更を加える場合は、テストを再実行する前に、ポートをshut/no shutします。
• 長い/低い実行、インピーダンスの問題：アナログ音声が送信されるため、音声品質に影響を与える可能性があるため、環境での電磁波干渉(EMI)の状態は重要です。たとえば、蛍光灯（またはブレンダー/モーターの近くなど）の上にアナログ回線を走らせると、回線で過剰なノイズが発生する可能性があります。長い配線は一般的に、減衰とインピーダンスのミスマッチの原因になります。適切なインピーダンスをラン長に設定する必要があります。
• 減衰を補正するための過剰なゲイン：入力ゲインを大量に適用すると、エコーリターンロス(ERL)が低くなるため、エコーの問題が悪化する可能性があります。可能な場合は、この問題を回避してください。
• ディジット配信：ディジットは電話会社からFXOポートには送信されません。ポートから受付またはIVR/AAにコールをルーティングするには、connection plar <extension>を使用する必要があります。
• 発信コールの失敗：回線がFXOGSで、FXOLS用に設定されている場合、着信コールは動作しますが、発信は失敗します。また、GSでの発信コールでは極性が重要です。