SIP测试-07-如何定位语音链路中的时延问题
语音项目里最难讲清楚的一类问题，不是“能不能接通”，而是： 为什么机器人反应慢 为什么一通电话越跑越长 为什么有时识别正常，但用户还是明显感觉卡 遇到这类问题时，给出的结论都很像： 语音识别慢 对话接口慢 电话系统有时延 这些说法不能说错，但几乎没有排障价值。因为“慢”只是现象，不是定位结果。 真正要回答的问题应该是： 慢发生在接入建立、接听、识别、对话、回写还是收尾 是某一段先拉长，还是多段一起变慢 它是整条链路的主因，还是前面某个问...
SIP测试-06-语音交互场景如何设计自动化验证
一提到语音交互测试，第一反应都是人工执行： 拿一台设备 播一段音频 看机器人有没有识别出来 再盯页面、日志和后台结果 这种方式在规模很小时还能接受。但只要进到真实项目，马上就会碰到几个非常现实的问题： 一条指令测完了，下一条还要重新手动操作 同一条语音要反复测多轮，人工很难保持一致 失败时没有完整现场，只能靠回忆 只看“识别对没对”不够，还要知道日志里到底走到哪一步 语音测试经常不是一句话，而是一整段交互流程 所以语音交互自动化真正难的...
SIPp：在 Linux 下测试 FreeSWITCH
知识必备：Linux操作系统、Sip协议 安装依赖包安装：123456yum -y install gcc-c++yum -y install ncurses-develyum -y install openssl-devel# 为了安装libpcap，还需要安装以下两个开发包：yum -y install flexyum -y install bison 安装libcap下载libcap ：http://www.tcpdump.org...
电话系统全链路压测：信令、媒体与服务
项目背景及工具面对庞大的运营商用户群体，对整个电话系统的抗压能力，需要做完整的全链路压测 123456在做测试工作之前，需要熟悉sip协议、sipp、linux、xml、jmeter使用工具：信令压测工具：SIPphttp压测工具：JmeterTCP压测工具：语音组自己写的工具监控系统：Zabbix 系统测试流程架构 分解步骤： 1234567uac、uas注册到freeswitchuac发起呼叫freeswitch转接被叫人电话至ai...
SIP测试-05-语音机器人项目中的专项性能测试
如果说 SIP、FreeSWITCH、SIPp 这些内容，更多是在解决“电话能不能建立”和“信令能不能承压”，那么一旦进入语音机器人项目，测试重点就会明显变化。 因为你不再只是验证： 电话能不能接通 挂断是不是正常 FreeSWITCH 会不会扛不住 你真正要面对的是一条更长、更容易互相影响的业务链： 电话接入 机器人接听 引导语播放 语音识别 对话服务 业务逻辑处理 通话结束 结果回写 这时候 还会沿用“普通 SIP 压测”的思路： ...
AIBus：平台落地部署指南
AIBus落地部署配置说明1、包结构说明aibus --conf 配置文件目录 --bin 脚本目录 --lib 运行所需jar包目录 2、配置说明amqp.properties RabbitMq 配置说明 app-deploy.properties 程序运行参数 application.properties 程序启动参数 app.properties 系统交互配置 call.properties 外呼配置 db.properties ...
FreeSWITCH：安装与外部网关配置
拉取docker镜像镜像包获取地址： https://hub.docker.com/r/safarov/freeswitch 镜像拉取命令： docker pull safarov/freeswitch 安装声音文件docker volume create —name freeswitch-sounds 启动freeswitch容器docker run --net=host --name freeswitch -e SOUND_RATE...
Keepalived + FreeSWITCH：高可用部署
1.yum安装12yum install -y curl gcc openssl-devel libnl3-devel net-snmp-devel #安装依赖环境yum install -y keepalived #安装keepalived 2.修改配置文件12345678910111213141516171819202122232425262728293031323334353637vim /etc/keepalived/keepa...
SIP测试-04-信令与媒体全链路压测的设计方法
做到语音压测这一步时，往往已经不满足于： 只测注册 只测纯信令 只看 FreeSWITCH 自己的承压能力 他们真正想知道的是： 一通真实电话从发起到挂断，全链路到底能不能稳定走完 信令、媒体、机器人服务、配置服务、识别服务一起参与时，哪一层最先退化 FreeSWITCH、AIBus、识别服务、对话系统、通话记录回写这些节点，谁才是真正的主瓶颈 这时候测试就进入了真正困难的阶段：你不再是在测一个节点，而是在测一条会互相拖拽的语音业务链路...
SIP测试-03-FreeSWITCH性能测试怎么做
第一次做 FreeSWITCH 性能测试时，目标都写得很直接： 看能扛多少并发 看 CPS 能打多高 看电话能不能大量打通 这些目标当然都对，但如果测试设计只停留在这一层，最后很容易得到一堆不太能用的结果： 屏幕上数字很多，但不知道自己到底在测什么 呼叫失败了，但不知道是账号、路由、媒体还是下游服务先出问题 FreeSWITCH 指标看起来不算差，但全链路就是不稳定 明明是脚本或配置问题，最后却被写成 FreeSWITCH 性能瓶颈 所...