YD/T 3726.7-2020 标准解读

一、标准适用范围与执行边界

• 适用主体：面向集团客户专线业务的PTN网络中，部署于省/地市级的EMS（Element Management System）与上级NMS（Network Management System）之间基于SNMP协议的北向接口系统；仅限符合YD/T 3726.1–3726.6系列标准的PTN设备网元（含MPLS-TP架构下支持PW、Tunnel、LSP等分组通道的接入层及汇聚层设备）。
• 适用场景：集团客户以太网专线（E-Line）、以太网专网（E-LAN）、IPRAN混合承载场景下的性能监控（如15分钟/24小时误码率、时延抖动）、告警上报（ITU-T G.8261定义的SyncE时钟告警、PW故障告警）、配置同步（VLAN映射、QoS策略模板下发）三类核心管理功能。
• 排除条件：不适用于非SNMPv3协议栈（SNMPv1/v2c禁止启用）；不覆盖PTN与SDN控制器间南向接口；不包含OTN波长级或SPN切片层管理信息；未通过YD/T 3726.7-2020一致性测试认证的私有MIB模块不得接入NMS。

二、核心实操技术要求

1. MIB对象强制实现项：必须部署ptnGroup（OID 1.3.6.1.4.1.3902.1022.1）下全部17个表对象，包括ptnPWTable（PW状态、绑定Tunnel索引）、ptnTunnelPerfCurrentTable（当前15分钟ES/SES计数器）、ptnAlarmActiveTable（活动告警时间戳、严重等级、定位参数）；所有Counter64类型字段须支持SNMP GETNEXT遍历，禁止使用子代理代理转发。
2. SNMPv3安全策略：USM模块必须启用authPriv模式，SHA-256认证+AES-128加密；用户账号需绑定唯一EngineID（基于设备MAC地址哈希生成），NMS侧ACL白名单仅允许预配置IP段（/28掩码内）发起SNMP请求；密钥轮换周期≤90天，密钥明文禁止落盘。
3. 性能采集时效性：NMS对ptnTunnelPerfHistoryTable历史数据轮询间隔≤300秒；单次GetBulk请求最大响应PDU长度≥4800字节；若连续3次超时（timeout=3s，retry=2），EMS须主动触发Trap v2通知NMS“snmpCollectFailure(1.3.6.1.4.1.3902.1022.2.1)”。
4. 告警标准化映射：PTN设备原始告警须按标准附录B映射为统一事件ID（如“PW_DOWN”→eventCode=1001，“CLOCK_LOSS”→eventCode=2003），告警附加信息字段alarmAdditionalInfo必须填充RFC3416定义的VarBind列表（含故障端口索引、PW ID、Tunnel ID）。

三、典型业务场景应用案例

四、实操难点与解决方案

• 难点1：私有MIB与标准MIB共存导致OID冲突

  某厂商将ptnPWTable扩展为ptnPWTableEx（新增字段pwOamStatus），但未注册新OID分支，直接复用标准OID导致NMS解析失败。

  对策：依据标准第5.2.3条，所有扩展对象必须注册在1.3.6.1.4.1.3902.1022.100.x子树下；EMS须提供MIB编译脚本，自动生成标准OID与私有OID的映射关系表供NMS加载。
• 难点2：高并发Trap风暴引发NMS丢包

  单台EMS在PW批量震荡时每秒发送>120条Trap，超出NMS默认UDP缓冲区容量（64KB）。

  对策：启用标准定义的trapThrottleInterval（1.3.6.1.4.1.3902.1022.2.2）参数，EMS自动将同类型连续告警合并为1条Trap，携带最新发生时间与累计次数，合并窗口≤1秒。
• 难点3：历史性能数据跨月存储不一致

  ptnTunnelPerfHistoryTable中monthOfYear字段在1月1日00:00:00被置为1，但部分EMS因时钟未同步导致写入值为12。

  对策：强制EMS启动SNMP TIME-OF-DAY服务（RFC1213），所有历史表时间戳字段（如perfHistoryTime）必须基于NTP授时源校准，误差≤100ms；NMS校验时拒绝接收timeDiff＞200ms的记录。