4. 实验环境搭建与设备接入
在 Infinera 光网络自动化与性能监控工程中,实验环境是后续所有自动化脚本、性能采集与告警联动的落脚点。本节围绕四件事展开:模拟器与真实设备的接入方式、DNA(Digital Network Administrator)连接配置、用户权限与安全策略、以及基础连通性测试。目标不是把设备"点亮",而是让设备在 DNA 中处于可被自动化系统稳定访问、可被权限体系约束、可被监控指标覆盖的状态。
一、模拟器与真实设备的接入差异
Infinera 的自动化实验通常有两种接入对象。第一种是真实设备,例如 GX 系列或 XTM 系列光传输平台,通过管理口或带外通道接入实验网,DNA 通过 SNMP、NETCONF、TL1 或 REST 接口与其通信。第二种是模拟器,常见做法是使用厂商提供的仿真节点或基于真实设备导出的配置与 MIB 模型构建虚拟节点,用于在不占用现网资源的前提下验证自动化流程。
两者的关键差异在于:真实设备有真实的硬件状态、光功率、告警和性能计数,模拟器则依赖预置数据或脚本注入。因此实验环境搭建时,建议先以模拟器完成 DNA 连接、权限和脚本联调,再切换到真实设备做最终验证。切换时要注意设备标识(NE Name、IP、NE ID)不能冲突,否则 DNA 会把两个节点识别为同一对象。
二、DNA 连接配置
DNA 是 Infinera 网络管理的核心组件,负责拓扑发现、配置下发和性能数据汇聚。连接配置一般包含以下要素:DNA 服务器地址与端口、被管设备的 IP 与协议、认证凭据、以及轮询周期。以 SNMP 接入为例,典型配置如下:
# DNA 侧新增网元(示例参数,非实测)
NE Name : LAB-GX-01
NE IP : 10.20.30.41
Protocol : SNMPv3
Auth User : dna_ro
Auth Proto : SHA
Priv Proto : AES
Poll Interval: 300s
配置完成后,DNA 会先做一次拓扑发现,读取设备的系统信息、板卡和端口列表。如果发现失败,优先检查 UDP 161 是否可达、SNMPv3 的用户名与加密参数是否与设备侧一致。对于 NETCONF 接入,则要确认 830 端口开放、SSH 密钥或用户名密码正确,并确保设备已启用 NETCONF 服务。
三、用户权限与安全策略
实验环境不应使用 admin 账号做自动化。推荐按角色拆分:只读账号用于性能采集,读写账号用于配置下发,管理员账号仅用于设备维护。DNA 内部也应建立对应的用户组,把"查看拓扑""下发配置""修改用户"等权限分开。安全策略上,至少做到三点:管理流量走独立 VLAN 或带外通道;SNMPv3 启用认证与加密,禁用 SNMPv1/v2c;对 DNA 的访问限制源 IP,只允许实验网段登录。
四、基础连通性测试
连通性测试不是简单 ping 通就结束,而要分层验证。第一层是网络可达:从 DNA 服务器 ping 设备管理 IP,确认 ICMP 与路由正常。第二层是协议可达:用 snmpwalk 或 netconf 客户端读取系统信息,确认认证与端口正确。第三层是 DNA 可达:在 DNA 界面查看网元状态是否为"已发现/正常",并确认性能数据开始入库。第四层是自动化可达:用脚本或 API 调用 DNA 接口,确认能返回设备列表和指标。
下面这张图展示了从实验网到 DNA 再到自动化脚本的接入链路与验证点,便于对照排查:
五、一个可复用的接入检查清单
为了让实验环境可复现,建议在搭建完成后填写一份接入检查表。下面给出示例字段,可直接用于实验记录:
| 检查项 | 示例值 | 判断标准 |
|---|---|---|
| 设备管理IP | 10.20.30.41 | 与规划表一致,无冲突 |
| 协议与端口 | SNMPv3 / UDP 161 | DNA 可读取系统信息 |
| 认证方式 | SHA + AES | 禁用 v1/v2c |
| DNA 网元状态 | 已发现 / 正常 | 拓扑与端口列表完整 |
| 性能入库 | 300s 轮询 | 5 分钟内出现首批数据 |
| 权限账号 | dna_ro / dna_rw | 只读与读写分离 |
| API 连通 | GET /nodes | 返回 JSON 且含目标网元 |