关于voip:ipcc呼叫整体流程

前沿呼叫核心中呼叫对于话务平台来说个别都分为呼入跟呼出;呼入的话须要个别又分为两种: 内线呼入内线呼入内容1.内线呼入1.1 分机注册分机注册筹备:当咱们进行分机注册的时候,如果报:Incorrect password阐明咱们分机注册不上:cti_siptel外面没有相应的数据。fs上查看注册信息内线外呼的流程入上图所示,内线外呼,须要咱们将分机注册到freeswitch下面。 查看分机是否注册到freeswitch下面应用以下指令: ./fs_cli -H 172.17.125.206 -P 8031 -p testtest -x 'sofia status profile internal reg'效果图如下: 1.22、内线呼入

December 30, 2020 · 1 min · jiezi

关于voip:ipcc呼叫整体流程

前沿呼叫核心中呼叫对于话务平台来说个别都分为呼入跟呼出;呼入的话须要个别又分为两种: 内线呼入内线呼入内容1.内线呼入2、内线呼入

December 24, 2020 · 1 min · jiezi

关于voip:ipcc常用配置

1.配置ivr录音批改dyflow.cfg文件 synchrorec=1extfile=.wav

December 24, 2020 · 1 min · jiezi

关于voip:ipcc外呼拨打问题排查

场景很多时候,咱们会发现外呼某个批次不拨打;外呼批次不拨打状况分类: 租户问题-租户没有启用-租户并发有余 批次问题-批次通数不够(所有批次共用租户的并发,租户下批次相互抢占并发)-批次主叫数量不够(批次共享租户下外呼线路,外呼线路不够,批次获取不到主叫号码-批次名单数量不够-批次本身问题(批次外呼工作日、时间段) 排查1.租户问题1.1 租户没有启用租户没有启用是租户state=1,导致加载租户相干号码等加载不了,此处省略详解。 1.2 租户并发问题依据租户id(1308)为例:查问平台日志:callnotify: grep "1308" callnotify_callnotify01_1608713*;后果如下:阐明租户满负荷拨打 callnotify_callnotify01_1608713003.log:2020-12-23 16:43:32.862 TEntLineCacheManage::applyline entid=[1308] maxline[10]currentline[10] fail.2、批次问题首先间接通过批次id()查问平台呼叫相干日志: grep "1910" callnotify_callnotify01_1608713*;2.3 批次名单数量不够查问日志后返回后果如下:依据 grep "1910" callnotify_callnotify01_1608713*;发现1910批次下名单数量不够;没有可拨打的名单如下日志: callnotify_callnotify01_1608713993.log:2020-12-23 16:59:59.121 allmembist is empty threadid[1910] taskid[140177389356800]然而此时可能呈现:零碎外面显示的未拨打数据:

December 23, 2020 · 1 min · jiezi

关于voip:基于freeswitch的号码脱敏方案

场景呼叫核心中将呼叫平台模块作为通用核心进行独自部署,呼叫平台模块呼叫是通过其对应的呼叫管理系统来作为外呼数据管理、外呼策略管理、外呼后果报表治理以及外呼数据接入治理。须要应用外呼性能的其余业务模块第三方零碎核心会传递数据给呼叫管理系统,然而为了数据的安全性。第三方业务零碎传递的数据是加密脱敏数据。因而进入呼叫管理系统的数据都是加密的数据。 计划1.惯例呼叫形式随着voip技术的倒退,越来越多的呼叫应用voip的sip跟rtp协定;其中代表性地就是freeswitch。实现号码脱敏计划,须要对整体外呼链路分明相熟。不应用号码退敏的惯例呼叫具体流程如下图: 1.号码脱敏呼叫形式须要进行号码脱敏就是送给中继网关的号码肯定是运营商能够辨认的解密号码。所以在下面的惯例呼叫形式链路中,咱们只能在第三方中继跟平台接入层FS模块做革新,并增加一个加密解密的服务。具体呼叫流程图如下: 所以基于以上架构:咱们在呼叫管理系统外面只须要配置不同的对接网关地址;如果须要进行脱敏的间接对接脱敏服务的sip网关地址;不须要脱敏的间接对接对应的第三方网关即可。

December 18, 2020 · 1 min · jiezi