Kazoo通信系统文档
Kazoo Classic 是 2600Hz Kazoo 4.3 的社区支持硬分叉。其目标不是做一个全新的低代码通信工具，而是把一个开源、分布式、可扩展的 VoIP/电信平台继续维护下去，尤其解决 Kazoo 4.3 仅有 CentOS 7 包、而 CentOS 7 已 EOL 的现实问题。它面向需要自建 PBX、SIP 平台或多租户电信服务的工程团队。
从正文看，项目依赖 FreeSWITCH、Kamailio、CouchDB、RabbitMQ、HAProxy、Monster-UI 等组件，核心应用仍围绕 Erlang/OTP。已验证功能较完整，包括 API 鉴权、设备创建、呼叫流管理、Web/Monster UI、设备注册、内部通话、呼入呼出中继、双向音频、保持/转接、功能码、语音信箱、邮件通知和 BLF/Presence。传真、SIP SIMPLE messaging 等仍标记为不确定或待验证。
项目明确为开源社区硬分叉，维护者鼓励通过 GitHub fork、Pull Request 和 Discord 参与。自托管是其核心形态，文档覆盖 FreeSWITCH、HAProxy、Kamailio、Kazoo-Applications、CouchDB 集群等安装配置，并列出 Debian 11/12、Alma Linux 8/9、RHEL8/RHEL9、Docker 等测试环境。生态方面，它更偏传统电信基础设施栈，适合懂 SIP、Erlang、Linux 和数据库集群的团队。
正文未出现商业订阅或付费计划，当前可视为开源免费。支持主要来自社区，文中也提到未来准备好时欢迎资金支持。因此它的成本主要不是软件授权，而是部署、测试、运维和二次开发成本。相比商业 UCaaS 或托管 PBX，它更强调控制权和可定制性，但不适合期待厂商 SLA 的用户。
优点是开源透明、路线清晰，维护者详细列出了组件版本、测试状态和计划，例如适配 Erlang OTP26、RHEL9，以及加入 STIR/SHAKEN 防主叫伪造能力。缺点也明显：技术栈复杂，版本约束严格，如 FreeSWITCH 高于 1.10.9 会因遗留 AMQP 消息问题崩溃；部分模块仍在迁移或规划阶段。它适合电信平台工程师、Kazoo 存量用户和具备自托管能力的运营团队，不适合新手快速搭建。
正文未提供中国大陆访问、镜像、支付或合规信息，china_access 只能判定为未知。由于部署涉及 GitHub、SignalWire repo、Docker 等外部资源，实际落地时可能需要自行验证网络连通性。可对比或替代的开源方案包括 Asterisk、FreeSWITCH、Kamailio、FusionPBX，以及原 2600Hz Kazoo。
本测评基于公开资料整理,不构成购买建议,请以 ospbx.com 官网实际信息为准。
Kazoo 4.3社区文档，适合VoIP运维。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。