新交换机入网没人管?华为SNMPv1把设备挂上网管平台的完整流程

本文整理自华为官方发布的典型配置案例,命令与步骤均按原始文档呈现,供现场实施参考。

很多中小企业的网管平台早就建好了,可后来陆续添的新交换机没往平台上挂,管理员只能一台台单独登录维护,告警也收不到,故障全靠用户投诉才发现。问题出在设备侧的 SNMP 没配或没配对。本文以华为交换机接入网管站(NMS)为例,走一遍 SNMPv1 版本的完整配置:既让网管能"读"设备状态,也能收到设备主动上报的告警。

场景设定:网络中有两台网管站 NMS1 和 NMS2,新增一台交换机 Switch,由 NMS2 监管;业务要求网管能管理 Switch 上除 RMON 之外的节点;设备产生的告警要发到 NMS2,且只允许缺省打开的模块发告警,避免无用告警刷屏。整个配置思路四块:定版本、控权限、指告警主机、配网管端。

第一步,配接口 IP 并指定收发网管报文的接口,再把到网管站的路由打通:

<HUAWEI> system-view
[HUAWEI] sysname Switch
[Switch] vlan 100
[Switch-vlan100] quit
[Switch] interface gigabitethernet 1/0/1
[Switch-GigabitEthernet1/0/1] port link-type hybrid
[Switch-GigabitEthernet1/0/1] port hybrid pvid vlan 100
[Switch-GigabitEthernet1/0/1] port hybrid untagged vlan 100
[Switch-GigabitEthernet1/0/1] quit
[Switch] interface vlanif 100
[Switch-Vlanif100] ip address 10.1.2.1 24
[Switch-Vlanif100] quit
[Switch] snmp-agent protocol source-interface vlanif 100

指定 source-interface 是个容易被忽略的细节:明确网管报文只从这个口进出,安全边界更清晰。

第二步,配路由可达(本例用 OSPF):

[Switch] ospf
[Switch-ospf-1] area 0
[Switch-ospf-1-area-0.0.0.0] network 10.1.2.0 0.0.0.255
[Switch-ospf-1-area-0.0.0.0] quit
[Switch-ospf-1] quit

第三步,把 SNMP 版本定为 v1,并用 ACL 控制谁能管理这台设备:

[Switch] snmp-agent sys-info version v1
[Switch] acl 2001
[Switch-acl-basic-2001] rule 5 permit source 10.1.1.2 0.0.0.0
[Switch-acl-basic-2001] rule 6 deny source 10.1.1.1 0.0.0.0
[Switch-acl-basic-2001] quit

这条 ACL 的意思:允许 NMS2(10.1.1.2)管理,拒绝 NMS1(10.1.1.1),一台设备只归属一个网管站,责任边界清楚。

第四步,配 MIB 视图,把 RMON 子树排除在可管理范围外:

[Switch] snmp-agent mib-view excluded allextrmon 1.3.6.1.2.1.16
[Switch] snmp-agent mib-view included allextrmon iso

第五步,配团体名(同时引用上面的视图和 ACL),再配告警目的主机:

[Switch] snmp-agent community write adminnms2 mib-view allextrmon acl 2001
[Switch] snmp-agent trap enable
[Switch] snmp-agent target-host trap address udp-domain 10.1.1.2 params securityname adminnms2 

最后到网管站 NMS2 上,把与设备通信的读写团体名配成一致即可(设备只配了 write 团体名时,网管端读写都用它;两边的认证参数必须一致,否则管理不上)。

验证别省略。查版本:

[Switch] display snmp-agent sys-info version
   SNMP version running in the system:                                                                                              
           Polling: SNMPv1:enable,  SNMPv2c:disable, SNMPv3:disable                                                                 
           Trap   : SNMPv1:enable,  SNMPv2c:disable, SNMPv3:disable                                                                 
                                                                                                                                    

查告警目标主机:

[Switch] display snmp-agent target-host
Target-host NO. 1                                                               
-----------------------------------------------------------                     
  IP-address    : 10.1.1.2                                                       
  Domain        : -
  Source interface : - 
  VPN instance  : -                                                             
  Security name : %^%#uq/!YZfvW4*vf[~C|.:Cl}UqS(vXd#wwqR~5M(rU%%^%#                                        
  Port          : 162                                                           
  Type          : trap                                                          
  Version       : v1                                                            
  Level         : No authentication and privacy                                 
  NMS type      : NMS                                                           
  With ext-vb   : No                                                            
----------------------------------------------------------- 

版本 enable、目标主机在册,设备侧就算配完了,再到网管平台看设备图标变绿、主动触发一次告警确认能收到。多说一句:v1 版本适合规模小、内网可控的环境,如果设备较多或对安全要求高,应考虑 v3 版本的认证加密能力。中小企业上网管系统做集中运维时,设备侧 SNMP 的权限规划(谁能管、能管什么、告警发给谁)值得先想清楚再动手,拿不准也可以找贵州诚鑫致达科技协助梳理一套监控接入规范。

企业存储选型参考|贵州诚鑫致达

做高可用与业务不间断保障,群晖机型参考:PAS7700 · RS2423RP+ · SA3410。需要选型建议或上门评估,搜「诚鑫致达」即可找到我们。

服务区域|贵州诚鑫致达

贵州群晖NAS、贵阳存储、数据备份、信创云盘或 IT 集成服务,可联系贵州诚鑫致达科技,服务范围覆盖贵州全省各市州。云南昆明企业 NAS 存储方案与备份容灾,支持远程与上门服务。