这种情况通常是数据同步或配置传递出了问题,而不是物理连接不通。可以按以下顺序排查:
1. 确认ONM与NSM数据同步状态
虽然NSM纳管了OLT,但ONM可能没有从NSM获取到这些设备信息。
排查方法:登录ONM页面,检查“资源管理”或“设备列表”是否有S7506X。如果ONM里没有,说明同步失败,可以尝试手动触发同步或重启服务。
2. 检查OLT设备的PON接口配置
ONM需要通过OLT获取PON口下的ONU列表。如果OLT上没有配置PON接口,或者ONU未在OLT上完成认证上线,ONM界面自然看不到。
排查方法:登录S7506X后台,确认PON接口已创建且状态Up,执行display pon onu确认是否有ONU成功注册。
3. 核对网管协议与配置
NSM纳管通常只验证SNMP的连通性(能Ping通且读团体字正确),但ONM拉取拓扑可能需要写权限或特定的MIB库支持。
排查方法:
确认OLT上配置的SNMP团体字包含写权限。
检查OLT是否开启了对Ucenter服务器的Trap上报功能。
4. 确认组件依赖与License
“全光网络”页面涉及PON拓扑计算,可能依赖特定的License或组件服务状态。
排查方法:检查Ucenter主机的服务管理器,确认ONM相关服务已启动;查看系统License是否包含“PON管理”或“全光网络”授权模块。
5. 检查网元发现范围
如果ONM的设备发现策略限制了范围(如仅扫描特定IP段),手动纳管的设备可能未被自动纳入拓扑视图。
排查方法:在ONM的“自动发现”或“拓扑管理”设置中,确认S7506X的IP在扫描范围内,或尝试手动添加。
暂无评论
# 1. 开启SNMP(与U-Center一致,建议v3)
snmp-agent
snmp-agent community read public
snmp-agent community write private
snmp-agent sys-info version v2c v3
# 2. 开启OMCI协议(ONU管理必备)
pon-mode omci enable
# 3. 开启ONU自动发现(否则ONU不显示)
interface pon 1/0/1
ont-auto-find enable # 每个PON口都要开
quit
# 4. 确保U-Center服务器IP可访问OLT的SNMP(161/162)、SSH(22)端口
display ont info all,能看到在线 ONU;U-Center 服务器可 ping 通 OLT 管理 IP,且 SNMPwalk 能获取 PON MIB 数据。ucp-onm、ucp-nsm、ucp-license服务状态为运行中。systemctl restart ucp-onm(Linux)。display ont info状态为online),ONM 才能发现。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论