嗨,我正在测试以下设置:
CUCM - SIP 树干 - ISR 4331 - PRI
就像我说的, 这是一个测试环境, 所以 Pri 还没有插入 Nim E1 卡。因此,与 PSTN 相关的进/出拨对等值现在已下降。
因此,我测试来自 CUCM 的出站呼叫(目的地从 999 和 024 开始),我从网关收到 404 条"无法匹配的传出拨号对等"错误消息,但我看不出原因。我开始怀疑这是由于 Pstn 拨号对等当前关闭, 但在我看来, 我应该得到一个拨号对等匹配和 5xx 服务不可用的消息, 而不是。
这里是我的配置片段:
这是调试 voip 卡皮 inout 和调试 ccsip 消息的输出:
*9月21日 13:09:09.186: //-1/xxxxx/SIP/Msg/ccsip 显示:
收到:
邀请喝:999677777777@XX.XX.XX.15:5060 SIP/2.0
通过: SIP/2.0/UDP XX.XX.XX.5:5060;分支=z9hG4bK35b7c4dd73a4e
从:" 333 名称姓氏" <sip:333@XX.XX.XX.5>;标签=4194162=0316432d-bda5-4ef0-a846-8b9c084232c0-98253025
至: <西普:999677777777@XX.XX.XX.15>
日期: 2021年09月21日 星期二 13:10:09 GMT
呼叫 ID: 3dbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5
支持:时间、资源优先、替换
最小:180
用户代理: 思科-CUCM10.5
允许: 邀请, 选项, 信息, 再见, 取消, ACK, PRACK, 更新, 参考, 订阅, 通知
CSeq: 101 邀请
过期: 180
允许事件: 存在, 毕马威
支持: X - cisco - srtp - 回退, X - 思科原始调用
呼叫信息: <:XX.XX.XX.5:5060>;方法]"通知;事件=电话事件;持续时间=500"
呼叫信息: < un:x - 思科远程: 卡林福>; x - 思科 - 视频交通类] VIDEO_UNSPECIFIED
思科- Guid: 1037816832-00000065536-000000009712-0100598282
会话过期: 1800
P-断言身份:"333 姓氏"<sip:333@XX.XX.XX.5>
远程党 ID:" 333 姓名姓氏" <: 333@XX.XX.XX.5>;p 艺术+ 调用; 屏幕 = 是; 隐私] 关闭
联系人: <西普:333@XX.XX.XX.5:5060>
最大转发: 70
内容长度: 0
*9月21日 13:09:09.189: //-1/3DDBD400000/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
思科用户名=333
----- cc 卡林信息 Ie 子场-----
思科-阿尼+333
思科-阿尼蒂佩=0
思科-动画计划=0
思科-阿尼皮=0
思科-阿尼西+1
德斯特999677777777
思科-德斯特型+0
思科-德斯特计划=0
思科 - 雷迪 · 夫夫夫
思科-rdn |
思科-rdntype=0
思科-登普兰+0
思科-登皮®-1
思科-登西+-1
思科重定向更直接+-1 fwd_final_type +0
final_redirectNumber |
hunt_group_timeout +0
*9月21日 13:09:09.190: //1/3DDBD400000/CCAPI/cc_api_call_setup_ind_common:
接口+0x7F84596086F8,呼叫信息 (
呼叫号码=333,(呼叫名称])(TON=未知,NPI=未知,筛选=用户,通过,演示=允许),
称为号码=999677777777(吨=未知,NPI=未知),
呼叫翻译=错误,订阅者类型斯特=未知,最终命运火焰+真实,
传入的拨号点=100,进度指示=NULL(0),呼叫IE存在=TRUE,
来源 Trkgrp 路线标签+, 目标特克格普路线标签+, CLID 透明+错误), 呼叫 Id=10123
*9月21日 13:09:09.190: //-1/3DDBD400000/CCAPI/ccCheckClipClir:
在: 呼叫号码=333 (TON=未知, NPI=未知, 筛选]用户, 通过, 演示文稿允许)
*9月21日 13:09:09.190: //-1/3DDBD400000/CCAPI/ccCheckClipClir:
出: 呼叫号码+333 (TON=未知, NPI=未知, 筛选]用户, 通过, 演示文稿+允许)
*9月21日 13:09:09.190: //-1/xxxxx/CCAPI/cc_get_feature_vsa:
*9月21日 13:09:09.190: :cc_get_feature_vsa马洛克成功
*9月21日 13:09:09.190: //-1/xxxxx/CCAPI/cc_get_feature_vsa:
*9月21日 13:09:09.190:cc_get_feature_vsa计数为1
*9月21日 13:09:09.190: //-1/xxxxx/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/3DDBD400000/CCAPI/cc_api_call_setup_ind_common:
设置事件发送;
呼叫信息(呼叫号码+333(TON=未知,NPI=未知,筛选=用户,通过,演示文稿=允许),
称为号码=999677777777(吨=未知,NPI=未知))
*9月21日 13:09:09.191: /10123/3DDBD4000000/CCAPI/cc_process_call_setup_ind:
事件+0x7F845C2705A8
*9月21日 13:09:09.191: //-1/xxxxx/CCAPI/cc_setupind_match_search:
尝试降级的呼叫号码999677777777
*9月21日 13:09:09.191: /10123/3DDBD400000/CCAPI/ccCallSet文本:
上下文+0x7F845D5EC260
*9月21日 13:09:09.191: /10123/3DDBD4000000/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI 交给 cid 10123 与标签 100 应用程序 "_ManagedAppProcess_Default"
*9月21日 13:09:09.192: /10123/3DDBD400000/CCAPI/ccCall处理:
进度指示=努尔 (0)
*9月21日 13:09:09.192: /10123/3DDBD400000/CCAPI/ccCallDisconnect:
原因值=1,标签=0x0,呼叫输入(上一个断开原因=0,断开原因=0)
*9月21日 13:09:09.193: //10123/3DDBD400000/CCAPI/ccCallDisconnect:
原因值=1,呼叫输入(响应=真实,原因值=1)
*9月21日 13:09:09.194: /10123/3DDBD400000/SIP/Msg/ccsipDisplayMsg:
送:
SIP/2.0 100 尝试
通过: SIP/2.0/UDP XX.XX.XX.5:5060;分支=z9hG4bK35b7c4dd73a4e
从:" 333 名称姓氏" <sip:333@XX.XX.XX.5>;标签=4194162=0316432d-bda5-4ef0-a846-8b9c084232c0-98253025
至: <西普:999677777777@XX.XX.XX.15>
日期: 2021年09月21日 星期二 13:09:09 GMT
呼叫 ID: 3dbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5
CSeq: 101 邀请
允许事件:电话事件
服务器: 思科-西普盖特韦/IOS-17.3.4a
会话 ID: 000000000000000000000;远程=510dd16b411555798a9ba84ee12b465
内容长度: 0
*9月21日 13:09:09.194: /10123/3DDBD400000/SIP/Msg/ccsipDisplayMsg:
送:
SIP/2.0 404 未找到
通过: SIP/2.0/UDP XX.XX.XX.5:5060;分支=z9hG4bK35b7c4dd73a4e
从:" 333 名称姓氏" <sip:333@XX.XX.XX.5>;标签=4194162=0316432d-bda5-4ef0-a846-8b9c084232c0-98253025
至: <西普: 999677777777@XX.XX.XX.15>;标签=53AEE2D-8EE
日期: 2021年09月21日 星期二 13:09:09 GMT
呼叫 ID: 3dbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5
CSeq: 101 邀请
允许事件:电话事件
警告: 399 XX.XX.XX.15 "无匹配的传出拨号点"
服务器: 思科-西普盖特韦/IOS-17.3.4a
原因: Q.850;原因=1
会话 ID: 510dd16b4115555798a9ba84ee12b465; 远程 =3a508c47794256d18a4b3784762db15c
内容长度: 0
*9月21日 13:09:09.196: //-1/xxxxx/SIP/Msg/ccsip 显示:
收到:
ACK 喝:999677777777@XX.XX.XX.15:5060 SIP/2.0
通过: SIP/2.0/UDP XX.XX.XX.5:5060;分支=z9hG4bK35b7c4dd73a4e
从:" 333 名称姓氏" <sip:333@XX.XX.XX.5>;标签=4194162=0316432d-bda5-4ef0-a846-8b9c084232c0-98253025
至: <西普: 999677777777@XX.XX.XX.15>;标签=53AEE2D-8EE
日期: 2021年09月21日 星期二 13:10:09 GMT
呼叫 ID: 3dbd400-1491d9b1-2fdab-5ff020a@XX.XX.XX.5
用户代理: 思科-CUCM10.5
最大转发: 70
CSeq: 101 ACK
允许事件: 存在, 毕马威
内容长度: 0
*9月21日 13:09:09.197: /10123/3DDBD400000/CCAPI/cc_api_call_disconnect_done:
处置+0,接口+0x7F84596086F8,标签+0x0,呼叫 Id=10123,
呼叫输入(断开原因=1,语音类原因代码+0,重试计数=0)
*9月21日 13:09:09.197: /10123/3DDBD400000/CCAPI/cc_api_call_disconnect_done:
呼叫断开事件发送
*9月21日 13:09:09.197: //-1/xxxxx/CCAPI/cc_free_feature_vsa:
*9月21日 13:09:09.197: :cc_free_feature_vsa释放 7F845C24D940
*9月21日 13:09:09.197: //-1/xxxxx/CCAPI/cc_free_feature_vsa:
和拨号点当前状态:
我是否漏掉了什么, 还是只是错误是因为我的出站 Pstn 拨号对等值下降?
提前感谢!!
已解决! 转到解答。
这确实是因为出站拨号对等处于下降状态。路由器中的呼叫路由逻辑检查拨号点的状态,然后才能将其选为出站拨号对等。
谢谢你 @Roger卡尔伯格 和 @Maren马霍尼 证实了我在想什么。因此,我最终有一个知识/概念问题,而不是一个真正的配置问题。我认为网关中的呼叫路由逻辑在检查拨号对等的实际状态 之前 会检查潜在的匹配性,而实际上情况似乎正好相反。我现在将标记该帖子已解决。再次感谢您!!!的宝贵贡献