天下苦 VOS 久矣。 此言非怒而发，乃久用之后，积怨成理也。

VOS3x、VOS5x，曾有其功。 当年软交换荒芜，SIP 规范未成体系，工程师多凭经验行事。VOS 以一套封装良好的系统，解“能跑”之急，立一时之功，不可不认。

然功成之后，不思进化； 市占既稳，便少革新。

天下之患，莫大于此。

一、垄断既久，问题反成常态

今之 VOS，已非“可选方案”，而成“默认答案”。

选型之时，不问架构，只问“是不是 VOS”； 排障之时，不查协议，只等“厂商回复”。

于是，奇景频出：

  • SIP 行为异于 RFC，而曰“产品设计如此”
  • 性能瓶颈不可测，而曰“经验上差不多”
  • 复杂需求难以实现，而曰“VOS 不支持”
  • 简单需求可实现，而曰“得加钱”
  • 故障定位止于日志，而曰“已提交工单”

久而久之， 问题不再被解决， 只是被习惯。

二、用 VOS，工程师何其卑微

用 VOS 者，常有此感：

系统在跑， 却不知为何如此跑； 问题已现， 却不知从何而断。

工程师所做者，不过：

  • 点配置
  • 调参数
  • 猜行为
  • 等回复

软交换本该是工程， 却活成了玄学。

三、OpenSIPS / Kamailio：让系统“讲人话”

或问：

“不用 VOS，又当用谁？”

曰：OpenSIPS，Kamailio。

二者之道，不在“省钱”，而在透明：

  • SIP 即 SIP，不自创私货
  • 路由即代码，行为白纸黑字
  • 性能可压测，瓶颈可定位
  • 出问题先看脚本，而非先写邮件

在此体系之中， 系统不再“猜你想要什么”， 而是“严格执行你所写之逻辑”。

这是工程， 不是占卜。

四、开源之苦，在前；开源之利，在后

诚然，OpenSIPS / Kamailio 不好上手。 学习曲线陡峭，踩坑在所难免。

然其回报亦清晰：

  • 你终于能解释系统的每一个行为
  • 你终于知道性能的真实上限
  • 你终于可以自信地说：“这是我设计的系统”

相比之下， VOS 之“易用”， 不过是把复杂度转嫁给未来。

五、弃 VOS 非叛逆，乃回归常识

弃 VOS 者， 非反国产， 非逐时髦， 非为标新立异。

而是拒绝将核心通信能力， 永久托付于黑盒之中。

在一个需要长期演进的系统里：

  • 封闭 = 风险
  • 垄断 = 停滞
  • 不可解释 = 不可维护

六、智能路由之世，VOS 已显老态

今之通信，早已不止于“能通”。 成本、质量、路径、风控、策略，皆需动态权衡。

路由，已非静态配置之物， 而是实时决策之中枢。

在 AI 与智能调度已成常态的今天， 路由系统应当具备：

  • 基于实时指标的动态决策能力
  • 按 ASR、ACD、延迟、抖动、失败率自动调优
  • 可接入外部算法与模型
  • 可持续学习、不断修正策略

然反观 VOS 之路由：

  • 规则静态，逻辑僵硬
  • 决策维度有限，扩展成本极高
  • 路由策略与系统强耦合，几乎无法外置
  • 所谓“智能”，多停留在参数叠加层面

其本质，仍是人工维护的规则引擎。

七、未来的路由，是系统，而非配置页

在 OpenSIPS / Kamailio 体系中， 路由从一开始就不是“点选结果”， 而是可编排的逻辑执行流。

这意味着什么？

意味着你可以：

  • 将实时统计数据送入决策逻辑
  • 将路由行为交由外部服务判断
  • 将 AI / 算法模型作为“路由大脑”
  • 将软交换退化为高性能执行引擎

在这种架构下：

SIP Server 负责“快、稳、准地执行”， 智能系统负责“算、选、调”。

而 VOS 的设计， 生于“配置即一切”的年代， 注定难以承载这一分工模式。

八、不是 VOS 不想进化，而是它无法进化

或有人言：

“VOS 以后也可以加 AI。”

此言似是而非。

真正的问题不在于“能不能加功能”， 而在于：

  • 核心是否可被重构
  • 架构是否允许外部决策介入
  • 系统是否承认自己只是执行层

当路由被固化在封闭系统之中， 所谓“智能”， 便只能是贴在外壳上的标签。

真正的智能路由， 需要开放架构作为前提。

结语

天下苦 VOS 久矣。 昔日苦其封闭， 今日更苦其落伍。

当路由开始走向智能化、服务化、算法化， 一切以静态配置为核心的系统， 终将被时代淘汰。

这并非诅咒， 而是技术演进的自然结果。

弃 VOS， 不是追逐新潮， 而是承认现实。