多厂商 OLT 与 GPON / XGS-PON 管理 —— 收敛到同一个控制台。
Huawei、ZTE、FiberHome、CDATA、V-SOL、HSGQ、BDCOM、Nokia 等 —— 全部被抽象在一个厂商无关的接口之后。板卡、端口、环境持续监控;ONT 自动发现(包括未授权接入的);秒级开通,退网时干净回收。光功率 Tx/Rx 阈值可以比订户提前数周察觉到熔接的劣化。
受够了在四套厂商界面之间来回切换的多厂商 OLT 运营商。
OLT 与 PON 管理,是把通用网络工具与 ISP 平台真正拉开距离的技术分界。LibreNMS、Zabbix、SolarWinds 都把 OLT 当作又一台 SNMP 设备来对待 —— 技术上成立,运营上无用。
Netxol NMM 原生地把 OLT 建模成:板卡、端口、PON 树、ONU。发现流程会找出每一台 OLT 与每一个接入的 ONT —— 包括那些绕过销售系统自己接进来的,而这类 ONT,每一位运营商拥有的都比他愿意承认的更多。厂商差异被藏在适配器层背后,所以 Huawei、ZTE、FiberHome 的 OLT 都以同一套运营词汇呈现。
光功率监控是安静的那一份胜利。每 ONU 的 Tx/Rx 连续测量给出的信号很微弱但也很诚实:一段熔接会在真正故障前,先在数周内缓慢劣化。阈值规则把它转成一条早期告警 —— 运营商安排一次维护窗口,而不是一场救火 —— 对外的故障分钟数因此可测量地下降。
ONT 开通是运营层面的胜利。以前一次订户开通会触发一个电话给网工去"在 3/1/12 端口上激活那台 ONT",现在只是共享图上的一次点击。退网时对称收回:ONT 被干净地释放回库存,不会在下一年的资产清单里变成幽灵条目。
四个动作。
把 OLT 存量摸清楚
自动清点 Huawei、ZTE、FiberHome、CDATA、V-SOL、HSGQ、BDCOM、Nokia 与其它主流 OLT。
在同一处开通与回收 ONT
一键开通 ONT,退网时干净回收,不再登录 OLT 敲命令。
持续监控光功率
每 ONU 的 Tx/Rx dBm 与阈值告警 —— 是熔接劣化或脏光纤最早的那声警报。
按端口规划 PON 容量
每端口的利用率趋势覆盖整张网 —— 精确指出下一处拥塞会出现在哪。
每一家厂商、每一个 PON 标准、每一台 ONT。
Netxol NMM 的 OLT 层,是让平台变成一件真正的 ISP 工具、而不是一件通用网络监控的那一块。它把多数运营商实际在跑的多厂商光纤基础设施抽象了出来,把 OLT 原生地建模成机箱、板卡、端口、PON 树、ONT,自动发现挂上来的 ONT(包括那些 rogue 的),清干净地做开通与回收,并且持续监控光功率 —— 熔接一旦开始劣化,就先变成早期告警,而不是在故障中间才接到的一通电话。以下各节按厂商、按标准一条条讲。
GPON(G.984)—— 主力标准
ITU-T G.984 GPON 在无源光配线网络上提供下行 2.488 Gbps / 上行 1.244 Gbps,通常分光比 1:32 或 1:64、传输距离 20 公里。Netxol NMM 原生把每一台 GPON OLT 建模成:OLT / 机箱 / 板卡 / 端口 / PON 树 / ONU。每 ONU 的容量实时跟踪;每端口的超订以热力图呈现;每一个 PON 口的上行拥塞被单独点名,运营商在订户察觉之前重分光。
- 原生 ITU-T G.984 建模
- 下行 2.488G / 上行 1.244G
- 1:32 与 1:64 分光比
- 标准 20 公里距离
- 每 PON 容量热力图
XGS-PON(G.9807)—— 对称 10G 光纤
ITU-T G.9807 XGS-PON 在同一根承载 GPON 的物理光纤上提供上下行对称 10 Gbps —— 从而支持渐进迁移:新订户落在 XGS-PON,老订户仍在同一台 OLT 的 GPON 上。Netxol NMM 让 XGS-PON 与 GPON 并列建模,把每 ONU 的技术直接放在订户记录里 —— CRM 与 Billing 自动引用对应的套餐档次。
- 支持 ITU-T G.9807 XGS-PON
- 对称 10 Gbps
- 与 GPON 共纤共存
- 每 ONU 技术上图
- CRM / Billing 的档次感知
华为 OLT —— MA5800、MA5680T、EA5800
华为是 FTTH 市场单家最大的 OLT 厂商 —— MA5800-X17(17 槽机箱、最大 30k ONT)、MA5680T(仍在网上的传统机型)、EA5800(紧凑型 8 槽)。Netxol NMM 内置原生华为适配器,能讲华为专属的线卡指令(GPBH、GPBD、GPFH),从 MA5800 的诊断接口原生读光功率,并且不用登任何华为壳就能开通 ONU。对希望有 CLI 逃生口的资深运营,MML 命令集完整保留。
- MA5800-X17(最大 30k ONT)
- MA5800-X15 / X7 / X2
- MA5680T(传统)
- EA5800 紧凑机箱
- GPBH / GPBD / GPFH 线卡
- 原生光功率读取
- 按需保留 MML CLI 逃生
中兴 OLT —— C300、C320、C600、C650、C650V2
中兴是 Netxol 目标市场里的第二大 OLT 厂商。Netxol NMM 的中兴适配器支持 C300 / C320(10G / GPON)、C600 / C650 / C650V2(机架级 XGS-PON 且面向 25G-PON 就绪)、以及体积更小的 ZXA10 系列。板卡管理(GTGO、GTGH、GTGHK)以与华为一致的 OLT 词汇抽象出来 —— 换厂商的运营人员不用重学操作语言。
- C300 / C320 GPON
- C600 / C650 / C650V2 XGS-PON
- C650V2 面向 25G-PON 就绪
- ZXA10 紧凑型 OLT
- GTGO / GTGH / GTGHK 板卡管理
- 与华为 / 烽火统一词汇
烽火 OLT —— AN5516、AN6000
烽火在巴基斯坦、孟加拉、越南、尼日利亚、加纳与整个撒哈拉以南非洲被大量部署。Netxol NMM 内置烽火适配器,支持 AN5516-01 / AN5516-06(大机箱 GPON)、AN6000(XGS-PON)以及更小的 AN5008。光功率直接从 pon-onu-status 命令读取;板卡在位与健康从 card show 读取;开通通过厂商指令封装在厂商中立的 API 后面。
- AN5516-01 / AN5516-06 GPON
- AN6000 XGS-PON
- AN5008 紧凑
- 原生光功率读取
- 厂商中立 API 封装
CDATA、V-SOL、HSGQ —— 性价比档
在性价比档部署里 —— 小型 ISP、绿地建设、多住户单位(MDU)—— CDATA(FD1000 / FD1104 / FD1508 / FD1616)、V-SOL(V1600G / V2801 / V2802 / V2804)、HSGQ(E 系列)都是常见的 OLT 选择。Netxol NMM 都有适配器。这些 OLT 通常是单机箱 / 单卡结构;Netxol 的模型仍然把它们一致地建模成 OLT → PON → ONU —— 运营人员看到的运营词汇,与他在华为 MA5800 上看到的是同一套。
- CDATA FD1000 / FD1104 / FD1508 / FD1616
- V-SOL V1600G / V2801 / V2802 / V2804
- HSGQ E 系列
- 单机箱建模
- 与 tier-1 同套词汇
BDCOM、Nokia、DASAN、Raisecom —— 其它主流
其它主流 OLT 厂商 —— BDCOM(P3310、P3316、P3608)、Nokia 7360 ISAM FX(大型运营商部署)、DASAN(V5824G / V8240 / V8102)、Raisecom(RC 系列)与 Alphion —— 都有适配器覆盖。你的存量混着厂商,Netxol NMM 控制台把它们呈现为同一份存量、同一张图、同一个告警收件箱、同一个 PON 树浏览器。厂商是元数据,不是 UI 上的分栏。
- BDCOM P3310 / P3316 / P3608
- Nokia 7360 ISAM FX(Alcatel-Lucent 血统)
- DASAN V5824G / V8240 / V8102
- Raisecom RC 系列
- Alphion、Sundray、Iskratel 在路线图
ONT 自动发现 —— 包含 rogue
每家运营商网上都有没走销售系统的 ONT。邻居借了一台给朋友;一台家用档次的 ONT 落到了一条小微企业的入户线上;承包商在维护里换了一台却没登记。Netxol NMM 在每一台 OLT 上持续发现每一台 ONT,并把与 CRM 订户记录对不上的那一批挑出来 —— "rogue ONT" 清单第一天就摆在运营视图里,CRM 可以接到一份对账动作。
- ONT 持续自动发现
- 与 CRM 对不上的被点名
- CRM 对账动作
- MAC + 序列号 + PON 端口指纹
- first-seen 历史时间戳留档
OMCI(G.988)配置
OMCI(ONT Management Control Interface、ITU-T G.988)是 OLT 与其挂载的 ONT 之间说的那门语言。Netxol NMM 对四家主流厂商变体(华为 OMCI、中兴 OMCI、烽火 OMCI、标准 OMCI)都是原生支持 —— 流量档次、DBA 档次、GEM 端口、T-CONT、服务端口、VLAN 转发、上行 QoS。过去要靠登厂商壳做的复杂 OMCI 操作,现在是 NMM 控制台上的一次点击。
- G.988 OMCI 原生支持
- 流量 / DBA / GEM / T-CONT 档次
- 服务端口 + VLAN 转发
- 按 ONT 类别的上行 QoS
- 厂商 OMCI 变体已抽象
光功率监控 —— 那道先行指标
一段熔接不会一下子就坏。它是缓慢劣化的 —— 0.1 dB、0.3 dB、0.5 dB —— 在几天到几周里慢慢走过阈值,直到 ONT 掉线、订户来电。Netxol NMM 持续记录每 ONU 的 Tx / Rx dBm;阈值规则以早期告警的形式落到图上,自动点名受影响的订户。用 Netxol 的运营商,常规避免掉本该发生的故障。运营视角见 /blog/optical-power-leading-indicator。
- 每 ONU 的 Tx / Rx dBm 持续采集
- ONT 装机时基线入库
- 按 ONT 类别的阈值规则
- 告警自动点名受影响订户
- 订户记录里的历史光功率趋势
PON 容量规划
每一家运营商最终都会把 PON 用超。1:32 GPON 分光配上激进的高峰负载,上行会排队。Netxol NMM 呈现每 PON 口的历时利用率、每 ONU 对该口的贡献,以及对何时需要重分光或叠加 XGS-PON 的预测视图。规划这场对话从此不再靠传说,而是靠数据。
- 每 PON 口的利用率趋势
- 每 ONU 的贡献归因
- 预测式拥塞预警
- 重分光建议引擎
- XGS-PON 叠加规划辅助
从厂商 EMS 迁过来 —— 华为 UMA、中兴 NetNumen、Nokia AMS
运营商到达 Netxol NMM 时,通常抱着一份多厂商杂堆:华为 OLT 靠华为 UMA / U2000 / iMaster NCE,中兴 OLT 靠 NetNumen,Nokia OLT 靠 AMS —— 再加上一两份订户 Excel。Netxol 的迁移流读取厂商 EMS 的配置导出,在首次接触时与 OLT 的真实状态自动对齐,导入 ONT 库存,并在厂商 EMS 里留过基线的地方保留历史光功率基线。没有人需要再重新配一次自己的光纤基础设施。
- 华为 UMA / U2000 / iMaster NCE 导入
- 中兴 NetNumen 导出导入
- Nokia AMS 导入
- 与 OLT 实况自动对齐
- 保留历史光基线
- Dry-run 迁移模式
此 playbook 中您获得的一切。
我们通常将此 playbook 与 Netxol Core X20.
X20 面向服务数十万用户、覆盖数十个 POP 的大型光纤运营商而设计。双路 EPYC、半 TB 内存,以及足以让遥测、开通与计费始终稳定运行的网络吞吐能力,不带一丝迟疑。
已在运行此策略的运营商。
第一次通话中我们经常收到的问题。
上线需要多长时间?
小型部署从拆箱 Core 到第一位付费订户不到一周即可完成;更大规模的推出以周为单位规划,而不是月。
我们需要更换现有硬件吗?
不需要。NOS 附带适配器,支持每一款主流 OLT 和路由器。您保留自己拥有的设备;我们替换其上的工具。
我们的数据会怎样?
默认情况下一切都留在您的 Core 设备上。备份存至您选择的对象存储。除非您启用可选的遥测通道,否则订户数据不会离开您的机架。
我们可以从其他平台迁移吗?
可以——我们运行一个范围明确的迁移项目,配有匹配的数据映射和切换窗口。Standard 版本包括首次迁移。
同一形状的其他故事。
Netxol ACS 随 NMM 一并交付。它同时承载面向传统 CPE 的 CWMP、面向现代设备的 USP(TR-369,支持 MQTT / WebSocket)、TR-181 设备建模、TR-143 速率测试、按服务档次的零接触开通,以及带灰度发布与自动回滚的固件仓库。因为它就活在共享的数据图上,一次 CPE 变更与一次订户套餐变更就是同一场对话。
阅读业务成果把一台 ONT 寄给用户。他一插上电，NOS 就完成开通、把它绑定到用户档案，并点亮所购套餐 —— 全程无需工程师碰过任何一份配置文件。
阅读业务成果NOC 在凌晨 3 点做的大多数事情，都是琐碎、乏味且可重复的。NOS 就是为发现这些模式而生：在安全的范围内自动处理，同时让人始终参与到任何不属于常规的事情中。
阅读