ipcc-2-常见问题记录

1.ipcc对接第三方话务平台

1.1抓包找不到对应ip数据包

1.分析:ipcc对接第三方话务平台的时候、我们抓包时候压根抓不到对应的ip网络交互、说明ipcc没能和第三方话务平台建立链接、说明freeswitch的sip对接地址注册有问题
2.解决:a.查看对应的网关对接信息是否有问题,在freeswitch的/usr/local/freeswitch/conf/sip_profiles/external/gw5.xml配置
3.解决:b.查看freeswitch启动时候日志信息:

从上面看是gw5.xml网关对应的配置信息有误
4.解决:c.打开fs的客户端fs_cli通过sofia status 查看网关注册状态

从上面可以知道网关注册失败

综上:找相关人员再次获取相关信息。

1.2.fs通过mrcp对接asr时候对接不上

在测试环境下fs通过mrcp对接asr时候对接时候、启动fs和ipcc平台时候、发现和机器人交互时候总是感觉机器人获取不到用户说话的声音并且抓包时候也没有抓到包
解决:

1.查看asr的配置信息并确认没问题
2.查看fs的启动日志:然后查看端口信息、发现端口被占用

综上:杀掉端口对应进程、然后重启即可。

2.ipcc通话录音不存在

2.1 现象

gs在拨打电话测试时候,测试时候交互都很正常,但是在拨打完听录音时候出现:

HTTP Status 404-
/record/ivrrecord2/20190820/10/42/90043811800411.wav

2.2 排查

1.查询服务器磁盘录音是否存在
-进入/cc/data/ivrrecord2/20190820/10目录下确实没有此文件
2.查看fsg日志
fsg是freeswitch和ag进行交互的枢纽,所以fsg日志里面会记录相关的日志信息,fsg的日志文件在/cc/bin/log下:log0819060907.log

从上面我们知道fsg和freeswitch已经断开过连接,然后重新建立了连接。

我们在查看freeswitch.log知道:丢失了很多交互信息

3.查看fsg.cfg的配置
从配置中我们知道连接的freeswitch是127.0.0.1,对应的录音文件是:/cc/data

说明在连接本地freeswitch的时候,也出现了网络抖动问题。

2.查看批次数据不拨打

1.首先我们需要查看批次暂停/启用是否生效
启停之前给过你grep方法搜一下
停用:grep “end taskid”
启用:init notifyid
2.查看具体原因:

grep "批次id" callnotify_callnotify01_1575880253.log;
```  
![](https://raw.githubusercontent.com/startshineye/img/master/2019/12/4.png)  
3. 3.查看是否有对应主叫

grep “ocm_enti_exinfo_sub” dbg_dbgnotify01_xxx.log
```

再去到数据库执行,查找批次下的comcode是否有下对应是否有次主叫:

有时候我们查询出后发现:主叫表里面有对应comcode的主叫,但是还是报:caller is empty这个时候我们就需要再去:dbgnotify查看日志。

2019-07-29