解決済み: Re: 発信用 ISR 4K の「発信ダイヤルピアが一致しない」

Translator · ‎2021-09-24

こんにちは、私は次のセットアップをテストしています:

CUCM -- SIP トランク -- ISR 4331 -- PRI

私が言ったように、これはテスト環境なので、PRIはまだNIM E1カードに接続されていません。したがって、PSTN に関連付けられている着信/発信ダイヤルピアは、現在ではダウンしています。

だから私はCUCM(999と024で始まる宛先)からの発信コールをテストし、Imはゲートウェイから404「一致する発信ダイヤルピアなし」エラーメッセージを得るが、私は理由がわからない。これは PSTN ダイヤルピアが現在ダウンしている原因であると思い始めていますが、私の観点からは、ダイヤルピアの一致と 5XX サービス利用不可のメッセージを代わりに取得する必要があります。

ここに私の構成スニペットがあります:

ネタバレ

!
カードタイプ e1 0 1
!
!
音声サービスの voip
信頼された認証の IP アドレスがありません
許可接続は、一口に一口
ファックスプロトコル t38 バージョン 0 ls-冗長 0 hs-冗長 0 フォールバックなし
跡
一口
!
!
音声クラス URI CUCM は、一口
ホスト ipv4:XX.XX.XX.4
ホスト ipv4:XX.XX.XX.1
ホスト ipv4:XX.XX.XX.2
ホスト ipv4:XX.XX.XX.3
ホスト ipv4:XX.XX.XX.5
!
!
!
音声クラスサーバグループ 10000
ipv4 XX.XX.XX.4 ポート 5060 プリファレンス 1
ipv4 XX.XX.XX.1 ポート 5060 プリファレンス 2
ipv4 XX.XX.XX.2 ポート 5060 プリファレンス 3
ipv4 XX.XX.XX.3 ポート 5060 プリファレンス 4
ipv4 XX.XX.XX.5 ポート 5060 プリファレンス 5
説明 *CUCM*
!
音声クラスの sip-options-キープアライブ 200
ダウンインターバル 60
アップインターバル 61
トランスポート tcp
!
!
!
!
音声変換ルール 200
ルール 1 /^1024/ /024/
ルール 2 /^1999/ /999/
!
!
音声翻訳プロファイルのREMOVES_1_CALLED
200と呼ばれる翻訳
!
!
!
!
ボイスカード 0/1
dsp サービス dsp ファーム
ウォッチドッグなし
!
コントローラ E1 0/1/0
フレーミングなし crc4
プリグループタイムスロット 1-31
!
インターフェイスシリアル0/1/0:15
IP アドレスなし
カプセル化 hdlc
CDP を有効にしません
isdn スイッチタイプのプライマリネット5
着信音声音声
!
ダイヤルピア音声 100 voip
説明 *CUCM からの着信*
セッションプロトコル sipv2
CUCM 経由の着信 URI
音声クラスの sip オプション -キープアライブ
音声クラス sip バインドコントロールソースインターフェイスギガビットイーサネット0/0/0
音声クラス sip バインドメディアソースインターフェイスギガビットイーサネット 0/0/0
dtmf リレー rtp-nte
いいえ無駄
!
ダイヤルピア音声 200 voip
説明 *CUCM への発信*
翻訳プロファイル送信REMOVES_1_CALLED
宛先パターン 1T
セッションプロトコル sipv2
セッションサーバーグループ 10000
音声クラスの sip オプションキープアライブプロファイル 200
音声クラス sip バインドコントロールソースインターフェイスギガビットイーサネット0/0/0
音声クラス sip バインドメディアソースインターフェイスギガビットイーサネット 0/0/0
dtmf リレー rtp-nte
!
ダイヤルピア音声 300 ポット
説明 *PSTN から着信 - セントラル*
着信番号 024..$
ポート 0/1/0:15
プレフィックス 1024
!
ダイヤルピア音声 301 ポット
説明 *PSTN から着信 - コーポレーション暴徒*
着信番号 024..$
ポート 0/1/0:15
プレフィックス 1024
!
ダイヤルピア音声 400 ポット
説明 *PSTN への発信 - 非コープ暴徒*
宛先パターン 999.....$
ポート 0/1/0:15
プレフィックス 999
!
ダイヤルピア音声 401 ポット
説明 *PSTN への発信 - コーポレーションモブ*
宛先パターン 024...$
ポート 0/1/0:15
プレフィックス 024
!

<DIV class="lia-spoiler-noscript-content">!カードタイプe1 0 1!!音声サービス voipno IP アドレス信頼された認証許可接続 sipfax プロトコル t38 バージョン 0 ls-冗長 0 hs-冗長 0 フォールバック nonetracesip!音声クラスの CUCm は siphost ipv4:XX.XX.XX.4host ipv4:XX.XX.XX.2host ipv4:XX.XX.XX.3host ipv4:XX.XX.XX.XX.5!!!音声クラスサーバグループ 10000ipv4 XX.XX.XX.4 ポート 5060 プリファレンス 1ipv4 XX.XX.1 ポート 5060 プリファレンス 2ipv4 XX.XX.XX.2 ポート 5060 プリファレンス 3ipv4 XX.XX.XX.3 ポート 5060 プリファレンス 4ipv4 XX.XX.5 ポート 5060 プリファレンス 5description *CUCM*!音声クラス sip-options-keepalive 200 ダウンインターバル 60 アップインターバル 61transport tcp!!!!音声変換ルール 200rule 1 /^1024/ /024/ルール 2 /^1999/ /999/!!音声翻訳プロファイル REMOVES_1_CALLEDtranslate 200!!!!ボイスカード 0/1dsp サービス dspfarmno ウォッチドッグ!コントローラ E1 0/1/0framing no crc4pri-group タイムスロット 1-31!インターフェイス Serial0/1/0:15no ip アドレスカプセル化 hdlcno cdlcp イネーブルイスdnスイッチタイププライマリネット5 着信音声音声!ダイヤルピア音声 100 voipdescription *CUCmMs から着信*セッションプロトコル sipv2 着信 URI 経由 CUCmMs ボイスクラス sip オプション-キープアライブボイスクラス sip bind コントロールソースインターフェイスギガビットイーサネット0/0/0音声クラス sip bind メディアソースインターフェイスギガビットイーサネット0/0/0dtmf-relay rtp-nteno vad!ダイヤルピア音声 200 voipdescription *送信から CUCM*変換プロファイル発信 REMOVES_1_CALLEDdestination パターン 1Tsession プロトコル sipv2session サーバグループ 10000voice クラス sip オプションキープアライブプロファイル 200voice クラス sip bind ソースインターフェイスギガビットイーサネット0/0/0 音声クラス sip バインドメディアソースインターフェイスギガビットイーサネット0/0/0dtmf リレー rtp-nte!ダイヤルピア音声 300 ポット説明 *PSTN から着信 - セントラル*着信呼び出された番号 024...$port 0/1/0:15prefix 1024!ダイヤルピア音声 301 ポット説明 *PSTN から着信 - コープ暴徒*着信番号 024...$port 0/1/0:15prefix 1024!ダイヤルピア音声 400 ポット説明 *PSTN への発信 - 非コープ暴徒*宛先パターン 999......$port 0/1/0:15prefix 999!ダイヤルピア音声 401 ポット説明 *PSTN への発信 - コープ mob*デスティネーションパターン 024...$port 0/1/0:15 プレフィックス 024! </DIV>

これは、デバッグ voip ccapi インアウトとデバッグ ccsip メッセージの出力です。

ネタバレ

*9月21 13:09:09.186: //-1/xxxxxxxxxxxx/SIP/メッセージ/ccsipDisplayMsg:
受け：
招待 sip:999677777777@XX.XX.XX.15:5060 SIP/2.0
VIA: SIP/2.0/UDP XX.XX.XX.5:5060;ブランチ=z9hG4bK35b7c4d73a4e
差出人: "333 名の姓" <sip:333@XX.XX.XX.5>;タグ=4194162~0316432d-bda5-4ef0-a846-8b9c084232c0-98253025
<sip:999677777777@XX.XX.XX.15>
日時: 2021年9月21日(火) 13:10:09 GMT
呼び出し ID: 3ddbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5
サポート: タイマー、リソース優先順位、置き換え
最小SE: 180
ユーザエージェント: Cisco-CUCM10.5
許可:招待、オプション、情報、BYE、キャンセル、ACK、PRACK、更新、参照、購読、通知
セク: 101 招待
有効期限: 180
許可イベント: プレゼンス、kpml
サポート: X-cisco-srtp フォールバック、X-cisco オリジナル呼び出し
呼び出し情報: <sip:XX.XX.XX.5:5060>;メソッド="NOTIFY;イベント=電話イベント;期間=500"
コール情報: <urn:x-cisco-remotecc:callinfo>;x-cisco-cisco-video-traffic-class=VIDEO_UNSPECIFIED
Cisco-GUID: 1037816832-0000065536-0000009712-01005982822
セッションの有効期限: 1800
Pアサートアイデンティティ:「333名姓」<sip:333@XX.XX.XX.5>
リモートパーティーID: "333名前姓" <sip:333@XX.XX.XX.5>;p arty=呼び出し;画面=はい;プライバシー=オフ
お問い合わせ: <sip:333@XX.XX.XX.5:5060>
マックスフォワード: 70
コンテンツの長さ: 0

*9月21日 13:09:09.189: //-1/3DDBD4000000/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-ユーザ名=333
----- ccCallInfo IE サブフィールド -----
cisco-ani=333
シスコアニタイプ=0
シスコアニプラン=0
cisco-anipi=0
シスコアニシ=1
dest=999677777777
シスコ-デストタイプ=0
シスコ-デストプラン=0
シスコ-rdie=FFFFFFFFFFFFFFFF
シスコ rdn=
シスコ-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
シスコリダイレクト理由=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

*9月21日 13:09:09.190: //-1/3DDBD4000000/CCAPI/cc_api_call_setup_ind_common:
インターフェイス=0x7F84596086F8、コール情報(
呼び出し番号 =333,(呼び出し名=)(TON=不明、NPI=不明、スクリーニング=ユーザー、合格、プレゼンテーション=許可)
呼び出された番号=999677777777(TON=不明、NPI=不明)
呼び出し変換 =FALSE、サブスクライバーの種類 Str=不明、最終目的地フラグ=TRUE、
着信ダイヤルピア=100、進行状況表示=NULL(0)、呼び出し IE 現在=TRUE、
ソース Trkgrp ルートラベル=、ターゲット Trkgrp ルートラベル=、CLID 透過=FALSE)、コール Id=10123
*9月21 13:09:09.190: //-1/3DDBD4000000/CCAPI/ccCheckClipClir:
In: 呼び出し番号 =333(TON=不明、NPI=不明、スクリーニング=ユーザー、合格、プレゼンテーション=許可)
*9月21 13:09:09.190: //-1/3DDBD4000000/CCAPI/ccCheckClipClir:
アウト: 呼び出し番号 =333(TON=不明、NPI=不明、スクリーニング=ユーザー、合格、プレゼンテーション=許可)
*9月21日 13:09:09.190: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*9月21日 13:09:09.190: :cc_get_feature_vsa malloc 成功
*9月21日 13:09:09.190: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*9月21日 13:09:09.190:cc_get_feature_vsaカウントは1
*9月21日 13:09:09.190: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*9月21日 13:09:09.190: :FEATURE_VSA属性は次のとおりです: feature_name:0,feature_time:140206458329420,feature_id:9
*9月21 13:09:09.190: //10123/3DDBD4000000/CCAPI/cc_api_call_setup_ind_common:
送信されたイベントを設定します。
コール情報(発信者番号=333(TON=不明、NPI=不明、スクリーニング=ユーザー、合格、プレゼンテーション=許可)、
呼び出された番号=999677777777(TON=不明、NPI=不明))
*9月21 13:09:09.191: //10123/3DDBD4000000/CCAPI/cc_process_call_setup_ind:
イベント=0x7F845C2705A8
*9月21日 13:09:09.191: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
降格された呼び出し番号999677777777を試してみてください
*9月21 13:09:09.191: //10123/3DDBD4000000/CCAPI/ccCallSetContext:
コンテキスト=0x7F845D5EC260
*9月21 13:09:09.191: //10123/3DDBD4000000/CCAPI/cc_process_call_setup_ind:
>>>>CCAPIは「_ManagedAppProcess_Default」をアプリにタグ100でcid 10123を手渡しました
*9月21 13:09:09.192: //10123/3DDBD4000000/CCAPI/ccCall手続き:
進行状況表示=NULL(0)
*9月21 13:09:09.192: //10123/3DDBD4000000/CCAPI/ccCallDisconnect:
原因値=1,タグ=0x0,コールエントリ(以前の切断原因=0,切断原因=0)
*9月21 13:09:09.193: //10123/3DDBD4000000/CCAPI/ccCallDisconnect:
原因値=1、呼び出しエントリ(応答=TRUE、原因値=1)
*9月21 13:09:09.194: //10123/3DDBD4000000/SIP/Msg/ccsipDisplayMsg:
送信：
SIP/2.0 100 試行中
VIA: SIP/2.0/UDP XX.XX.XX.5:5060;ブランチ=z9hG4bK35b7c4d73a4e
差出人: "333 名の姓" <sip:333@XX.XX.XX.5>;タグ=4194162~0316432d-bda5-4ef0-a846-8b9c084232c0-98253025
<sip:999677777777@XX.XX.XX.15>
日時: 2021年9月21日(火) 13:09:09 GMT
呼び出し ID: 3ddbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5
セク: 101 招待
許可イベント: 電話イベント
サーバ: シスコ-SIP ゲートウェイ/IOS-17.3.4a
セッション ID: 000000000000000000000000000000000000000000000000000;リモート=510d16b4155798a9ba8eee12b465
コンテンツの長さ: 0

*9月21 13:09:09.194: //10123/3DDBD4000000/SIP/Msg/ccsipDisplayMsg:
送信：
SIP/2.0 404 が見つかりません
VIA: SIP/2.0/UDP XX.XX.XX.5:5060;ブランチ=z9hG4bK35b7c4d73a4e
差出人: "333 名の姓" <sip:333@XX.XX.XX.5>;タグ=4194162~0316432d-bda5-4ef0-a846-8b9c084232c0-98253025
to: <sip:999677777777@XX.XX.XX.15>;タグ=53AEE2D-8EE
日時: 2021年9月21日(火) 13:09:09 GMT
呼び出し ID: 3ddbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5
セク: 101 招待
許可イベント: 電話イベント
警告: 399 XX.XX.XX.15 「一致する発信ダイヤルピアがありません」
サーバ: シスコ-SIP ゲートウェイ/IOS-17.3.4a
理由: Q.850;原因=1
セッション ID: 510dd16b41155798a9ba84ee12b465;リモート=3a508c47794256d18a4b3784762db15c
コンテンツの長さ: 0

*9月21 13:09:09.196: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
受け：
ACK sip:999677777777@XX.XX.XX.15:5060 SIP/2.0
VIA: SIP/2.0/UDP XX.XX.XX.5:5060;ブランチ=z9hG4bK35b7c4d73a4e
差出人: "333 名の姓" <sip:333@XX.XX.XX.5>;タグ=4194162~0316432d-bda5-4ef0-a846-8b9c084232c0-98253025
to: <sip:999677777777@XX.XX.XX.15>;タグ=53AEE2D-8EE
日時: 2021年9月21日(火) 13:10:09 GMT
呼び出し ID: 3ddbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5
ユーザエージェント: Cisco-CUCM10.5
マックスフォワード: 70
CSeq: 101 ACK
許可イベント: プレゼンス、kpml
コンテンツの長さ: 0

*9月21 13:09:09.197: //10123/3DDBD4000000/CCAPI/cc_api_call_disconnect_done:
処分=0、インタフェース=0x7F84596086F8、タグ=0x0、コールId=10123、
コールエントリ(切断原因=1、音声クラス原因コード=0、再試行回数=0)
*9月21 13:09:09.197: //10123/3DDBD4000000/CCAPI/cc_api_call_disconnect_done:
コール切断イベントが送信されました
*9月21日 13:09:09.197: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*9月21日 13:09:09.197: :cc_free_feature_vsa 7F845C24D940 を解放
*9月21日 13:09:09.197: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

<DIV class="lia-spoiler-noscript-content">*9月 21 13:09:09.186: //-1/xxxxxxxxxxxx/SIP/メッセージ/ccsipDisplayMsg:受信:招待 sip:999677777777@XX.XX.XX.15:5060 SIP/2.0Via: SIP /2.0/UDP XX.XX.XX.5:5060;ブランチ=z9hG4bK35b7c4dd73a4eから:"333名前姓"<sip:333@XX.XX.XX.5 >;タグ=4194162-bda5-4ef0-a846-8b9c084232c0-98253025To: <sip:999677777777@XX.XX.XX.1 日付>: 火, 2021 9月 21 9月 13:10:09 GMTCall-ID: 3ddbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5サポート: タイマー,リソースプライオリティ、置換最小-SE:180ユーザーエージェント:Cisco-CUCM10.5Allow:招待、オプション、 INFO, BYE, キャンセル, ACK, PRACK, 更新, 参照, サブスクライブ, NOTIFYCSeq: 101 INVITEExpires: 180Allow-イベント: プレゼンス, kpmlサポート: X-cisco-srtp-フォールバック, X-cisco-オリジナル呼び出し情報: <sip:XX.XX.XX.5:5060>method;NOTIFY;イベント=電話イベント;継続時間=500"コール情報: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=VIDEO_UNSPECIFIEDCisco-Guid: 1037816832-00000655536-0000009712-0100598222セッション-Expires: 180-Identity-IdentityP-IdentityP 333 名前姓" <sip:333@XX.XX.XX.5>リモートパーティー-ID: "333 名前姓" <sip:333@XX.xx.XX.5>;p arty=呼び出し;画面=はい;プライバシー=オフコンタクト: <sip:333@XX.XX.XX.5:5060>max-フォワード: 70Content-Length: 0*Sep 213:09:09:199:199:19:19:19:19:19:19 -1/3DDBD4000000/CCAPI/cc_api_display_ie_subfields:cc_api_call_setup_ind_common:cisco-ユーザ名=333----- ccCallInfo IE サブフィールド -----cisco-ani=333cisco-anitype=0cisco-aniplan=0cisco-anisi=1dest=9996777777777-dest type=0cisco-destplan=0cisco-rdie=FFFFFFFFFFFFFFFFFfffcisco -rdn=cisco-rdntype=0cisco-rdnplan=0cisco-rdnpi=-1 fwd_final_type=0final_redirectNumber =0final_redirectNumber hunt_group_timeout =0*9月21:09:09.190: -1/3DDBD400000/CCAPI/cc_api_call_setup_ind_common:インターフェイス=0x7F84596086F8、コール情報(呼び出し番号=333、(呼び出し名=)(TON=不明、NPI=不明、スクリーニング=ユーザー、合格、プレゼンテーション=許可)、呼び出し番号=999677777777(TON=不明、NPI=不明)、呼び出し変換=FALSE、加入者タイプStr=不明、最終目的地フラグ=TRUE、着信ダイヤルピア=100、進捗表示=NULL(0)、発信IE ターゲット Trkgrp ルートラベル=、CLID 透過=FALSE)、コール Id=10123*9 月 21 13:09:09.190: /-1/3DDBD4000000/CCAPI/ccCheckClipClir:In: 呼び出し番号 =333(TON=不明、NPI=不明、スクリーニング=ユーザー、合格、プレゼンテーション=許可)*9月21日 13:09:09.190: /--1/3DDBD4000000/CCAPI/ccCheckClipClir:アウト: 呼び出し番号=33 3(TON=不明、NPI=不明、スクリーニング=ユーザー、合格、プレゼンテーション=許可)*9月21日 13:09:09.190: /--1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:*9月21日 13:09:09.190: :cc_get_feature_vsa malloc 成功*9月21 13:09:09.190: /-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:*9月21 13:09:09:cc_get_feature_vsaカウントは 1*9 月 21 13:09:09:09:09:09:1 09.190: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:*9月21日 13:09:09.190: :FEATURE_VSA属性は:feature_name:0,feature_time:14020645832940,feature_id:9*9/921 13:09:09.190: 10123/3DDBD400000/CCAPI/cc_api_call_setup_ind_common:イベント送信の設定。コール情報(発信者番号=333(TON=不明、NPI=不明、スクリーニング=ユーザー、合格、プレゼンテーション=許可)、呼び出された番号=999677777777(ton=不明、NPI=不明)*9月21日 13:09:09.191 : //10123/3DDBD40000000/CCAPI/cc_process_call_setup_ind:イベント=0x7F845C2705A8*9月21日 13:09:09.191: /-1/xxxxxxxxxxxxxxx/CCAPI /cc_setupind_match_search:降格された呼び出し番号999677777777*9月21日13:09:09.191://10123/3DDBD4000000/CCAPI/ccCallSetContext:コンテキスト=0x7F845D5EC260*9月21日 13:09:09.191: //10123/3DDBD4000000/CCAPI/cc_process_call_setup_ind:>>>>CCAPIはタグ100付きのcid 10123をアプリ"_ManagedAppProcess_Default"*9月21 13:09:09.192:/ 10123/3DDBD40000000/CCAPI/ccCallProceeding:進行表示=NULL(0)*9月21日 13:09:09.192: //10123/3DDBD40000000/CCAPI/ccCallDisconnect:原因値=1、タグ=0x0、コールエントリ(以前の切断原因=0、切断原因=0)*9月21 13:09:09.193: 10123/3DDBD4000000/CCAPI/ccCallDisconnect:原因値=1、呼び出しエントリ(応答=TRUE、原因値=1)*9月21日 13:09:09.194: //10123/3DDBD4000000/SIP/msg/ccsipDisplayMsg:送信:SIP/2.0 100 試行方法: SIP/2.0/UDP XX.XX.XX.XX.XX.5:5060;ブランチ=z9hG4bK377777 「333 名の姓」<sip:333@XX.XX.XX.5>;タグ=4194162~0316432d-bda5-4ef0-a846-8b9c084232c0-98253025To: <sip:999677777777@XX xx.XX.XX.15>Date, Tue: Tue: tue, 2021年9月21日 13:09:09 GMTCall-ID: 3ddbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5CSeq: 101 INVITEAllow イベント: 電話イベントサーバー: Cisco SIPGateway /IOS-17.3.4aSession-ID: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000041555798a9ba8 4eee12b465コンテンツ長: 0*9月 21 13:09:09.194: //10123/3DDBD4000000/SIP/Msg/ccsipDisplayMsg:送信済み:SIP/2.0 40 4 見つかりません: SIP/2.0/UDP XX.XX.XX.5:5060;ブランチ=z9hG4bK35b7c4dd73a4eから: "333 名前姓" <sip:333@XX XX.XX.5>;タグ=4194162~0316432d-bda5-4ef0-a846-8b9c08422c0-98253025To: <sip:999677777777@XX.XX.XX.15>;タグ=53AEE2D-8EEDate: 火, 2021年9月21日 13:09:09 GMTCall-ID: 3ddbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5CSeq: 101 INVITEAllowイベント: 電話イベント: 399 XX.XX.XX.15 「一致する発信ダイヤルピアがない」サーバ: シスコ-SIPゲートウェイ/IOS-17.3.4aReason: Q.850;cause=1Session-ID: 510dd16b4155579 8a9ba84eee12b465;リモート=3a508c47794256d18a4b3784762db15cコンテンツ長:0*9月21 13:13:1 09:09.196: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:受信:ACK sip:999677777777@XX.XX.XX.15:5060 SIP/2.0Via: SIP/2.0/UDP XX.XX.XX.5:5060;ブランチ=z9hG4bK35b7c4d73a4eから:"333名前姓"<sip:333@XX.XX.XX.5>;タグ=4194162~0316432d-bda5-4ef0-a846-8b9c08422c0-98253022C0-98253025To: <sip:999677777777@XX.xx.XX.15>;タグ=53AEE2D-8EEDate: 火, 2021年9月21日 13:10:09 GMTCall-ID: 3ddbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5Max-フォワード: 70CSeq: 101 ACKAllow イベント: プレゼンス, kpmlコンテンツ長: 0*9月 21 13:09:09.197: //10123/3DDBD4000000/CCAPI/cc_api_call_disconnect_done:処分=0, インターフェイス=0x7F84596086F8、タグ=0x0、コール Id=10123、コールエントリ(切断原因=1、音声クラス原因コード=0、再試行カウント=0)*9月21日 13:09:09.197: //10123/3DDBD4000000/CCAPI/cc_api_call_disconnect_done:コール切断イベント送信*9月21日 13:09:09.197: //-1/xxxxxx cc_free_feature_vsa:*9月21日 13:09:09.197: :cc_free_feature_vsa 7F845C24D940*9月21日 13:09:09.197: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: </DIV>

ダイヤルピアの現在のステータス:

ネタバレ

ダイヤルピアハント 0
広告プレパスセス-セル-GRP\アウト
タグタイプ最小オーパープレフィックスDESTパターンFERスルーセスターゲットスタットポートキープアライブVRF
100 voip アップ 0 syst NA
200 voip アップ 1T 0 syst SESS-SVR-GRP: 10000 アクティブ NA
300ポットアップ1024 0ダウン0/1/0:15 NA
301ポットアップ1024 0ダウン 0/1/0:15 NA
400ポットアップ999 999.......$0ダウン0/1/0:15 NA
401ポットアップ 024 024...$0ダウン 0/1/0:15 NA
サーバー grp の詳細については、コマンドを実行してください: 音声クラスのサーバーグループを表示<tag_id>
ipv6 の完全なセッションターゲットを表示するには、'sh 実行構成|を使用します。セクションダイヤルピア<タグ><DIV class="lia-spoiler-noscript-content">ダイヤルピアハント 0AD PRE パス SESS-SER-GRP/ アウトタグタイプ MIN OPER PREFIX DEST パターン FER THRU セスターゲット STAT ポートキープアライブ VRF100 voip アップ 0 syst NA200 voip アップ 1T 0 syst SESS-SVR-GRP: 10000 アクティブ NA300 ポットアップアップ 1024 0ダウン 0/1/0:15 NA301ポットアップ1024 0ダウン0/1/0:15 NA400ポットアップ999 999........$0ダウン0/1/0:15 NA401ポットアップ024 024..$0ダウン0/1/0:15 NAForサーバーgrp詳細は、コマンドを実行してくださいコマンドを実行してください:音声クラスのサーバグループ<tag_id>を表示するには、ipv6 のセッションターゲット全体を表示するには'sh running-config |セクションダイヤルピア<タグ></DIV>

何かが見つからないのですか、それともアウトバウンド PSTN ダイヤルピアがダウンしているためエラーが発生しただけでしょうか?

事前に感謝!!

Translator · ‎2021-09-24

発信ダイヤルピアがダウン状態にあるのは、実際にそうです。ルータのコールルーティングロジックは、発信ダイヤルピアとして選択する前にダイヤルピアの状態をチェックします。

元の投稿で解決策を見る

Translator · ‎2021-09-24

Kallberg が@Rogerを拡張するために、ルータはターゲットが使用できないダイヤルピアを無視します。これには、ポートがダウンまたは使用できない POTS ダイヤルピア、およびセッションターゲットが IP ルーティングテーブルにない VoIP ダイヤルピアが含まれます。

マレン

元の投稿で解決策を見る

Translator · ‎2021-09-24

発信ダイヤルピアがダウン状態にあるのは、実際にそうです。ルータのコールルーティングロジックは、発信ダイヤルピアとして選択する前にダイヤルピアの状態をチェックします。

Translator · ‎2021-09-24

Kallberg が@Rogerを拡張するために、ルータはターゲットが使用できないダイヤルピアを無視します。これには、ポートがダウンまたは使用できない POTS ダイヤルピア、およびセッションターゲットが IP ルーティングテーブルにない VoIP ダイヤルピアが含まれます。

マレン

Translator · ‎2021-09-24

@Liv_Liv SIP が使用されている VoIP ダイヤルピアの追加の 1 つ。SIP オプション ping を使用して宛先の可用性をチェックする場合、これらはダウン状態になることもあります。それが利用不可能として戻ってきた場合、ダイヤルピアはダウンとしてマークされます。

Translator · ‎2021-09-24

私が考えていたことを確認してくれてありがとう、@Roger・ハルバーグとマホニー@Maren の両方に感謝します。だから私は実際の設定の問題ではなく、知識/概念の問題を抱えてしまいました。ゲートウェイのコールルーティングロジックは、実際には逆の方法であるように見える場合に、ダイヤルピアの実際の状態を確認する前に、潜在的な一致をチェックすると思いました。私は今、解決済みとしてポストをマークします。貴重な貢献を感謝!!!

PSTN への発信呼び出しに対する ISR 4K の「一致する発信ダイヤル ピアがありません」

PSTN への発信呼び出しに対する ISR 4K の「一致する発信ダイヤルピアがありません」