跳到内容
NOS 1.2 · Aurora 现已发布——支持 24 种语言的对话式 NOCCore X100 旗舰——面向 500,000+ 用户的集群安装程序Field Engineer 伴侣应用——工单、GIS 和现场测试Netxol One 套件——NMM · CRM · ERP 统一身份部署案例·单台 Core X20 支撑 82,000 用户
Netxol
跨区域 ISP · 欧洲

横跨 5 家硬件厂商的一体化平台

Netxol 在混合了 Huawei、ZTE、BDCOM、V-SOL 与 MikroTik 的网络上统一了监控、OLT 管理与 ACS——退役了 4 套遗留系统,把软件 OpEx 减少了一半,并在集团范围内形成了单一运营模型。

多厂商数据迁移整合NMM
横跨 5 家硬件厂商的一体化平台

4

退役系统

−34%

软件 OpEx

5

统一的厂商数

一家欧洲控股集团在五年间通过收购三家区域性 ISP 完成扩张。每一次收购都带着自己的后台:自己的 NMS、自己的 OLT 控制器、自己的规范、自己的脚本。等到控股公司决定整合时,工程师在普通一天里要在 4 个仪表盘之间来回切换,而软件栈已经成为集团损益表上仅次于带宽的第二大成本项。

背景

合并后的用户规模:横跨 4 个运营区域共 22 万用户。合并后的 OLT 网络涵盖 Huawei MA5800 / MA5683T、ZTE C300、BDCOM、V-SOL,以及少量 Nokia ISAM。路由器与汇聚交换机以 MikroTik 与 Cisco 为主。ACS 有两套部署——一套只跑 TR-069,一套是绑定厂商的组合方案。CRM 的情况类似:两套在生产运行,还有一套迁移完成一半。

董事会的诉求很明确,但工程侧的现实是:没有任何一个团队能同时看到所有区域的全貌,而"整合"已经在路线图上停留了两个周期而毫无进展。挑战既是技术性的,更是组织性的:如何在不丢失沉淀于旧工具之中的机构知识的前提下,把四种运营文化收敛到同一个平台上。

实施方法

5 个月的分区域推进

1第 1 阶段 — 发现与数据审计第 1–4 周
  • 在全部 4 个区域进行拓扑审计——消除 1,840 项设备级差异。
  • 将每套遗留工具的能力范围映射到 Netxol 的各模块;识别出 12 项需在迁移前补齐的能力缺口。
  • 识别出两个对运营至关重要、需要在平台层一等公民支持的脚本(一套定制的 RADIUS 同步和一个计费核对任务)。
2第 2 阶段 — 先啃新区域第 5–10 周
  • 在规模最小、成立最晚的区域(1.8 万用户、单一 OLT 厂商)先行部署 Netxol。
  • 验证所有关键运营流程:开通、故障管理、计费、报表。
  • 该区域的工程师成为向更大区域推广的内部拥护者。
3第 3 阶段 — 两大区域并行推进第 10–18 周
  • 同时接入两个大区域——每个迁移团队都由第 2 阶段的拥护者配对指导。
  • 数据迁移:16.8 万用户、1.4 万台设备、22 年的历史计费流水。
  • 切换时的核对差异:仅 0.04% 的记录,全部在 72 小时内解决。
4第 4 阶段 — 遗留系统下线第 18–22 周
  • 下线 4 套遗留系统(2 套 NMS、1 套 ACS、1 套 CRM)。
  • 回收 14 台 VMs 及每年约 $86k 的商业授权费用。
  • 最后清理:删除了 312 个临时脚本;它们完成的操作如今已成为平台的一等能力。

最难的部分是与厂商无关的模板

本项目最考验工程能力的部分并不是迁移本身,而是与厂商无关的业务模板的设计。每一套遗留 NMS 都把运营商的业务策略编码在厂商特定的配置块之中。把这些策略重新表达为可移植模板——再编译成对应的 Huawei 命令、ZTE 命令、BDCOM 命令——才是价值真正所在。这件事做一次,以后每接入一家新厂商都只需数天,而非数月。

成果

MetricBeforeAfterΔ
工程师日常使用的 NMS 仪表盘数41−75%
年软件栈 OpEx$252k$166k−34%
跨区域报表所需时长3 天分析师工时< 1 小时自动化−98%
新厂商接入时长~3 个月~10 天−89%

随之而来的文化变革

平台的整合同时也是知识的整合。集团 CTO 告诉我们,项目中最有价值的产出并非成本节约,而是那份统一运营手册——一份 60 页的文档,第一次描述了集团是如何运营的,而不是每个区域各自如何运营。每一次收购带来的部落知识都在这里被写下来、被讨论,或作为策略保留下来,或作为旧工作方式的遗迹退出历史舞台。

意料之外的红利

工程招聘变得容易了。面试中的候选人看到的是一个平台、一套工具,而不是"我们用四种不同的东西,你要花一年才能全部学会"。新员工到岗后达到产出的时间,从此前对外声称的 6 个月,降到实测的 8 周。

使用的技术栈

  • Netxol NMM,含 Huawei MA5800、ZTE C300、BDCOM、V-SOL 与 Nokia ISAM 的适配器。
  • Netxol ACS(TR-069 + TR-369),取代此前的两套 ACS 部署。
  • Netxol 可移植业务模板——与厂商无关的策略编译为厂商特定的配置。
  • 集团报表与高管助理模块——取代分析师手工编制的月度报表。
  • 迁移工具:用户/计费/资产核对,附可审计的差异报告。

带走的经验

  • 一定从最小的区域开始。政治层面的红利远大于技术层面的红利。
  • 第 1 阶段在可移植业务模板上花的时间,在迁移中就能收回两次,之后长期受益。
  • 核对容差必须事先约定。我们把切换的门槛定在记录数的 0.05%。
  • 下线本身就是一个独立项目——不可拖延。留着运行的旧工具会把节省吃光。