FCC 不是 ESL 的替代品,它让不熟悉 FreeSWITCH 的人先跑通呼叫业务,再决定是否继续投入。
Separate speech detection, turn endings and interruptions before tuning a Mandarin voice agent.
分清语音活动、轮次结束和打断处理,结合 LiveKit 与 Silero 文档检查中文电话项目。
针对已部署的 FreeSWITCH AI 呼叫中心,定位回复慢的环节,调整推流、断句、流式合成与打断,并验证识别准确率和通话流畅度。
公开招募语音网关和中继线路供应商,免费测试,结果合格后再推荐给呼叫中心课程读者。
A fixed offline FreeSWITCH image keeps the course focused on calls and AI audio instead of build failures.
后续智能呼叫平台课程统一使用离线 FreeSWITCH 镜像,减少下载、依赖和编译环境差异带来的干扰。
FCC does not replace ESL. It helps newcomers validate a call workflow before committing to deeper FreeSWITCH work.
FreeSWITCH对接传统PBX时,一方在NAT后出现单向通话或无声音。排查过程从STUN绑定响应入手,发现对端是对称型NAT导致的非对称路径拒绝。这篇文章复盘完整的排查链:SDP解析→ICE候选交换→STUN Binding→对称型NAT判定→TURN中继回退,重点剖析为什么最终选了TURN而不是其他方案。
如果你做过 FreeSWITCH 和业务系统集成,大概率会遇到一个绕不开的问题:ESL 很强大,但业务系统真正接入时,工程复杂度并不低。你需要维护 ESL 长连接,需要处理断线重连,需要从大量底层事件里还原通话状态,还要把 `uuid_kill`、`uuid_transfer`、`uuid_record`、`originate` 等命令再封装成业务接口。等到项目进入 AI 外呼、智能客服、语音机器人这类实时语音场景时,事情会更复杂:呼叫控制、通话状态、音频推流、播放打断、PCM 回灌,往往会分散在多个服务和多层逻辑里。所以我做了一个 FreeSWITCH 原生模块:`mod_fcc`。 它想解决的问题很明确:让业务系统不用直接面对 ESL,而是像调用普通服务接口一样使用 FreeSWITCH 的呼叫能力。