01-BGP4-MIB
本章节下载: 01-BGP4-MIB (158.06 KB)
本文档描述BGP RFC4273支持的MIB和TRAP功能。
rfc4273-bgp4.mib
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.15.0.1 |
邻居会话进入Established状态 |
恢复告警 |
重要 |
- |
开启 |
与对等体的BGP会话成功建立。
BGP会话正常建立。
开启
命令行:snmp-agent trap enable bgp [ peer-established ]
关闭
命令行:undo snmp-agent trap enable bgp [ peer-established ]
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.15.3.1.7 (bgpPeerRemoteAddr) |
邻居TCP连接的远端IP地址 |
bgpPeerRemoteAddr |
IpAddress |
同MIB标准取值 |
1.3.6.1.2.1.15.3.1.14 (bgpPeerLastError) |
邻居连接最近一次的错误码和错误子码 |
bgpPeerRemoteAddr |
DisplayString |
OCTET STRING (2) |
1.3.6.1.2.1.15.3.1.2 (bgpPeerState) |
邻居的连接状态值 |
bgpPeerRemoteAddr |
INTEGER |
idle(1), connect(2), active(3), opensent(4), openconfirm(5), established(6) |
系统正常运行产生的告警信息,无需处理。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.15.0.2 |
邻居会话状态变化为低一级的状态 |
故障告警 |
重要 |
1.3.6.1.2.1.15.0.1 (bgpEstablishedNotification) |
开启 |
与邻居的BGP会话状态从更高一级(例如Established)迁移至更低一级(如OpenConfirm)。通常表现为BGP会话断开。产生此告警的可能原因包括:
BGP配置导致。
发生错误事件导致BGP收到Notification消息。
BGP消息收发超时。
BGP对等体IP地址不可达。
收到错误的BGP报文。
BGP直连接口DOWN。
BGP路由超过可以接收的最大数量。
设备可能缺少指导流量转发的BGP路由,导致转发业务中断。
开启
命令行:snmp-agent trap enable bgp [ peer-backward-transition ]
关闭
命令行:undo snmp-agent trap enable bgp [ peer-backward-transition ]
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.15.3.1.7 (bgpPeerRemoteAddr) |
邻居TCP连接的远端IP地址 |
bgpPeerRemoteAddr |
IpAddress |
OCTET STRING (4) |
1.3.6.1.2.1.15.3.1.14 (bgpPeerLastError) |
邻居连接最近一次的错误码和错误字码 |
bgpPeerRemoteAddr |
DisplayString |
OCTET STRING (2) |
1.3.6.1.2.1.15.3.1.2 (bgpPeerState) |
邻居的连接状态值 |
bgpPeerRemoteAddr |
INTEGER |
idle(1), connect(2), active(3), opensent(4), openconfirm(5), established(6) |
1.执行display current-configuration configuration bgp命令,检查是否存在影响BGP会话状态的配置:
- 如果存在造成BGP会话断开的配置,请执行相应的命令取消该配置。
- 如果BGP会话使用Loopback接口作为TCP连接的源接口,则需要执行peer connect-interface或peer source-address命令配置BGP会话建立TCP连接的源地址为Loopback接口的地址。
- 如果BGP会话为多跳EBGP会话,请确保会话两端设备都配置了peer ebgp-max-hop命令。
- 如果设备上配置了peer ttl-security命令开启BGP GTSM功能,则该设备只会接收TTL满足“255-最大跳数+1≤TTL≤255”的BGP报文。
- 如果不存在影响BGP会话状态的配置,请执行步骤2。
2.进行短暂等待,排除复位BGP会话造成的连接断开。如果长时间BGP会话状态未恢复Established,请执行步骤3。
3.执行display current-configuration configuration bgp命令,检查是否存在peer route-limit命令的配置,且设备是否打印BGP/4/BGP_EXCEED_ROUTE_LIMIT日志。
- 如果均是,则表明BGP会话由于收到过多的BGP路由而断开。此时需要判断通过peer route-limit命令配置的接收路由最大数量是否合理:
如果合理,请通知对端BGP设备管理员降低发送的BGP路由数量。
如果不合理,请增大本端允许接收的BGP路由最大数量。
- 如果任意一项为否,则表明BGP会话不是由于接收到过多BGP路由而断开,请执行步骤4。
4.执行display bgp peer log-info命令,根据显示信息中的“Notification Error/SubError”字段打印的错误码和子错误码判断BGP连接断开的具体原因。
- 如果错误码(Error)为4,表示BGP会话保持时间内本端未能收到对端的Keepalive或Update消息,导致BGP会话断开。如果错误码为5或6,表示TCP连接错误或主动关闭连接。可以通过如下方式进行排查:
执行Ping命令查看本端是否能到达BGP对等体建立TCP连接使用的源地址。如果Ping不通,请执行display ip routing-table命令查看是否存在能够到达BGP对等体地址的路由。如果不存在能够到达BGP对等体地址的路由,请排查IGP路由、静态路由或直连路由的相关配置。
执行display memory-threshold命令排查设备是否到达内存门限。如果内存到达门限,请执行步骤5。
执行display cpu-usage命令排查设备CPU利用率是否过高。如果CPU利用率过高,请执行步骤5。
执行display acl all命令,查看是否存在拒绝端口号为bgp或179的规则。如果存在这样的ACL,请配置删除该ACL。
执行display interface命令,查看到达BGP对等体地址的路由下一跳出接口是否UP。如果出接口DOWN,请尝试在该接口视图下执行undo shutdown命令开启该接口。如果接口开启失败或接口处于UP状态但告警仍未消除,请执行步骤5。
- 如果错误码(Error)为1或3,表示设备收到了错误的BGP报文。请执行步骤5。
5.如果执行上述所有操作后问题仍未解决,请收集告警信息、配置信息以及上述显示命令的显示信息,并联系H3C技术支持工程师。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.15.7.1 |
邻居会话进入Established状态 |
恢复告警 |
重要 |
- |
开启 |
与对等体的BGP会话成功建立。
BGP邻居正常建立。
开启
命令行:snmp-agent trap enable bgp [ peer-established ]
关闭
命令行:undo snmp-agent trap enable bgp [ peer-established ]
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.15.3.1.14 (bgpPeerLastError) |
邻居连接最近一次的错误码和错误字码 |
bgpPeerRemoteAddr |
DisplayString |
OCTET STRING (2) |
1.3.6.1.2.1.15.3.1.2 (bgpPeerState) |
邻居的连接状态值 |
bgpPeerRemoteAddr |
INTEGER |
idle(1), connect(2), active(3), opensent(4), openconfirm(5), established(6) |
系统正常运行产生的告警信息,无需处理。
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
1.3.6.1.2.1.15.7.2 |
邻居会话状态变化为低一级的状态 |
故障告警 |
重要 |
1.3.6.1.2.1.15.7.1 (bgpEstablished) |
开启 |
与邻居的BGP会话状态从更高一级(例如Established)迁移至更低一级(如OpenConfirm)。通常表现为BGP会话断开。产生此告警的可能原因包括:
BGP配置导致。
发生错误事件导致BGP收到Notification消息。
BGP消息收发超时。
BGP对等体IP地址不可达。
收到错误的BGP报文。
BGP直连接口DOWN。
BGP路由超过可以接收的最大数量。
设备可能缺少指导流量转发的BGP路由,导致转发业务中断。
开启
命令行:snmp-agent trap enable bgp [ peer-backward-transition ]
关闭
命令行:undo snmp-agent trap enable bgp [ peer-backward-transition ]
OID(变量名) |
含义 |
索引节点 |
类型 |
取值范围 |
1.3.6.1.2.1.15.3.1.14 (bgpPeerLastError) |
邻居连接最近一次的错误码和错误字码 |
bgpPeerRemoteAddr |
DisplayString |
OCTET STRING (2) |
1.3.6.1.2.1.15.3.1.2 (bgpPeerState) |
邻居的连接状态值 |
bgpPeerRemoteAddr |
INTEGER |
idle(1), connect(2), active(3), opensent(4), openconfirm(5), established(6) |
1.执行display current-configuration configuration bgp命令,检查是否存在影响BGP会话状态的配置:
- 如果存在造成BGP会话断开的配置,请执行相应的命令取消该配置。
- 如果BGP会话使用Loopback接口作为TCP连接的源接口,则需要执行peer connect-interface或peer source-address命令配置BGP会话建立TCP连接的源地址为Loopback接口的地址。
- 如果BGP会话为多跳EBGP会话,请确保会话两端设备都配置了peer ebgp-max-hop命令。
- 如果设备上配置了peer ttl-security命令开启BGP GTSM功能,则该设备只会接收TTL满足“255-最大跳数+1≤TTL≤255”的BGP报文。
- 如果不存在影响BGP会话状态的配置,请执行步骤2。
2.进行短暂等待,排除复位BGP会话造成的连接断开。如果长时间BGP会话状态未恢复Established,请执行步骤3。
3.执行display current-configuration configuration bgp命令,检查是否存在peer route-limit命令的配置,且设备是否打印BGP/4/BGP_EXCEED_ROUTE_LIMIT日志。
- 如果均是,则表明BGP会话由于收到过多的BGP路由而断开。此时需要判断通过peer route-limit命令配置的接收路由最大数量是否合理:
如果合理,请通知对端BGP设备管理员降低发送的BGP路由数量。
如果不合理,请增大本端允许接收的BGP路由最大数量。
- 如果任意一项为否,则表明BGP会话不是由于接收到过多BGP路由而断开,请执行步骤4。
4.执行display bgp peer log-info命令,根据显示信息中的“Notification Error/SubError”字段打印的错误码和子错误码判断BGP连接断开的具体原因。
- 如果错误码(Error)为4,表示BGP会话保持时间内本端未能收到对端的Keepalive或Update消息,导致BGP会话断开。如果错误码为5或6,表示TCP连接错误或主动关闭连接。可以通过如下方式进行排查:
执行Ping命令查看本端是否能到达BGP对等体建立TCP连接使用的源地址。如果Ping不通,请执行display ip routing-table命令查看是否存在能够到达BGP对等体地址的路由。如果不存在能够到达BGP对等体地址的路由,请排查IGP路由、静态路由或直连路由的相关配置。
执行display memory-threshold命令排查设备是否到达内存门限。如果内存到达门限,请执行步骤5。
执行display cpu-usage命令排查设备CPU利用率是否过高。如果CPU利用率过高,请执行步骤5。
执行display acl all命令,查看是否存在拒绝端口号为bgp或179的规则。如果存在这样的ACL,请配置删除该ACL。
执行display interface命令,查看到达BGP对等体地址的路由下一跳出接口是否UP。如果出接口DOWN,请尝试在该接口视图下执行undo shutdown命令开启该接口。如果接口开启失败或接口处于UP状态但告警仍未消除,请执行步骤5。
- 如果错误码(Error)为1或3,表示设备收到了错误的BGP报文。请执行步骤5。
5.如果执行上述所有操作后问题仍未解决,请收集告警信息、配置信息以及上述显示命令的显示信息,并联系H3C技术支持工程师。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!