- Table of Contents
- Related Documents
-
Title | Size | Download |
---|---|---|
01-BGP4-MIB | 115.16 KB |
BGP4-MIB
About this MIB
This document contains MIB and Trap features compliant with RFC 4273.
MIB file name
rfc4273-bgp4.mib
Root object
iso(1).org(3).dod(6).internet(1).mgmt(2).mib-2(1).bgp(15)
Scalar objects
bgpLocalAs (1.3.6.1.2.1.15.2)
Object (OID) |
Access |
Syntax |
Value range |
Description |
Implementation |
bgpLocalAs (1.3.6.1.2.1.15.2) |
read-only |
Integer32 |
Integer32(-2147483648..2147483647) |
Local AS number. |
To support 4-byte AS numbers, the value range is 1 to 4294967295. When the AS number is larger than 2147483647, MIB displays a negative value. |
bgpIdentifier (1.3.6.1.2.1.15.4)
Object (OID) |
Access |
Syntax |
Value range |
Description |
Implementation |
bgpIdentifier (1.3.6.1.2.1.15.4) |
read-only |
IpAddress |
OCTET STRING (4) |
BGP identifier of the local device. |
As per the MIB. |
Tabular objects
bgpPeerTable
About this table
This table contains BGP peer configuration and statistics information.
Support for operations
Create:Not supported
Edit/Modify:Supported
Delete:Not supported
Read:Supported
Columns
The table index is bgpPeerRemoteAddr.
Object (OID) |
Access |
Syntax |
Value range |
Description |
Implementation |
bgpPeerIdentifier (1.3.6.1.2.1.15.3.1.1) |
read-only |
IpAddress |
OCTET STRING (4) |
BGP identifier of the peer. |
As per the MIB. |
bgpPeerState (1.3.6.1.2.1.15.3.1.2) |
read-only |
INTEGER |
idle(1), connect(2), active(3), opensent(4), openconfirm(5), established(6) |
Peer connection state. |
As per the MIB. |
bgpPeerAdminStatus (1.3.6.1.2.1.15.3.1.3) |
read-write |
INTEGER |
stop(1), start(2) |
Expected peer connection state. |
As per the MIB. |
bgpPeerNegotiatedVersion (1.3.6.1.2.1.15.3.1.4) |
read-only |
Integer32 |
Integer32(0..255) |
Negotiated BGP version number. |
As per the MIB. |
bgpPeerLocalAddr (1.3.6.1.2.1.15.3.1.5) |
read-only |
IpAddress |
OCTET STRING (4) |
Local IP address of the peer connection. |
As per the MIB. |
bgpPeerLocalPort (1.3.6.1.2.1.15.3.1.6) |
read-only |
Integer32 |
Integer32(0..65535) |
Local port number of the peer connection. |
As per the MIB. |
bgpPeerRemoteAddr (1.3.6.1.2.1.15.3.1.7) |
read-only |
IpAddress |
OCTET STRING (4) |
Remote IP address of the peer connection. |
As per the MIB. |
bgpPeerRemotePort (1.3.6.1.2.1.15.3.1.8) |
read-only |
Integer32 |
Integer32(0..65535) |
Remote port number of the peer connection. |
As per the MIB. |
bgpPeerRemoteAs (1.3.6.1.2.1.15.3.1.9) |
read-only |
Integer32 |
Integer32(-2147483648..2147483647) |
AS number of the peer. |
To support 4-byte AS numbers, the value range is 1 to 4294967295. When the AS number is larger than 2147483647, MIB displays a negative value. |
bgpPeerInUpdates (1.3.6.1.2.1.15.3.1.10) |
read-only |
Counter32 |
INTEGER(0..4294967295) |
Number of update messages received from the peer. |
As per the MIB. |
bgpPeerOutUpdates (1.3.6.1.2.1.15.3.1.11) |
read-only |
Counter32 |
INTEGER(0..4294967295) |
Number of update messages sent to the peer. |
As per the MIB. |
bgpPeerInTotalMessages (1.3.6.1.2.1.15.3.1.12) |
read-only |
Counter32 |
INTEGER(0..4294967295) |
Number of packets received from the peer. |
As per the MIB. |
bgpPeerOutTotalMessages (1.3.6.1.2.1.15.3.1.13) |
read-only |
Counter32 |
INTEGER(0..4294967295) |
Number of packets sent to the peer. |
As per the MIB. |
bgpPeerLastError (1.3.6.1.2.1.15.3.1.14) |
read-only |
OCTET STRING |
OCTET STRING(2) |
Error code and subcode for the most recent peer connection error. |
As per the MIB. |
bgpPeerFsmEstablishedTransitions (1.3.6.1.2.1.15.3.1.15) |
read-only |
Counter32 |
INTEGER(0..4294967295) |
Number of times that the peer entered established state. |
As per the MIB. |
bgpPeerFsmEstablishedTime (1.3.6.1.2.1.15.3.1.16) |
read-only |
Gauge32 |
INTEGER(0..4294967295) |
Time elapsed since the peer entered established state most recently. |
As per the MIB. |
bgpPeerConnectRetryInterval (1.3.6.1.2.1.15.3.1.17) |
read-write |
Integer32 |
Integer32(1..65535) |
Peer connection retry timer. |
As per the MIB. |
bgpPeerHoldTime (1.3.6.1.2.1.15.3.1.18) |
read-only |
Integer32 |
Integer32 (0 | 3..65535) |
Hold timer negotiated with the peer. |
As per the MIB. |
bgpPeerKeepAlive (1.3.6.1.2.1.15.3.1.19) |
read-only |
Integer32 |
Integer32 (0 | 1..21845) |
Keepalive timer negotiated with the peer. |
As per the MIB. |
bgpPeerHoldTimeConfigured (1.3.6.1.2.1.15.3.1.20) |
read-write |
Integer32 |
Integer32 (0 | 3..65535) |
Hold timer configured for the peer. |
The value of this object cannot be 0. |
bgpPeerKeepAliveConfigured (1.3.6.1.2.1.15.3.1.21) |
read-write |
Integer32 |
Integer32 (0 | 1..21845) |
Keepalive timer configured for the peer. |
The value of this object cannot be 0. |
bgpPeerMinASOriginationInterval (1.3.6.1.2.1.15.3.1.22) |
read-write |
Integer32 |
Integer32(1..65535) |
Interval for sending the same route to the peer. |
Value range: 0 to 600. This object displays 1 if the value is set to 1. |
bgpPeerMinRouteAdvertisementInterval (1.3.6.1.2.1.15.3.1.23) |
read-write |
Integer32 |
Integer32(1..65535) |
Interval for sending the same route to the peer. |
Value range: 0 to 600. This object displays 1 if the value is set to 1. |
bgpPeerInUpdateElapsedTime (1.3.6.1.2.1.15.3.1.24) |
read-only |
Gauge32 |
INTEGER(0..4294967295) |
Time elapsed since the most recent update message was received from the peer. |
As per the MIB. |
vpnInstance (1.3.6.1.2.1.15.3.1.25) |
not-accessible |
OCTET STRING |
OCTET STRING (0..31) |
VPN instance name (also called VRF name). |
As per the MIB. |
bgpPathAttrTable
About this table
This table is obsolete. It contains BGP route path information.
Support for operations
Create:Not supported
Edit/Modify:Not supported
Delete:Not supported
Read:Supported
Columns
The table indexes are bgpPathAttrDestNetwork and bgpPathAttrPeer.
Object (OID) |
Access |
Syntax |
Value range |
Description |
Implementation |
bgpPathAttrPeer (1.3.6.1.2.1.15.5.1.1) |
read-only |
IpAddress |
OCTET STRING (4) |
IP address of the peer from which the route was learned. |
As per the MIB. |
bgpPathAttrDestNetwork (1.3.6.1.2.1.15.5.1.2) |
read-only |
IpAddress |
OCTET STRING (4) |
Destination network address. |
As per the MIB. |
bgpPathAttrOrigin (1.3.6.1.2.1.15.5.1.3) |
read-only |
INTEGER |
igp(1), egp(2), incomplete(3) |
Ultimate origin of the path information. |
As per the MIB. |
bgpPathAttrASPath (1.3.6.1.2.1.15.5.1.4) |
read-only |
OCTET STRING |
OCTET STRING (2..255) |
The set of ASs that must be traversed to reach the network. |
As per the MIB. |
bgpPathAttrNextHop (1.3.6.1.2.1.15.5.1.5) |
read-only |
IpAddress |
OCTET STRING (4) |
Address of the border router for the destination network. |
As per the MIB. |
bgpPathAttrInterASMetric (1.3.6.1.2.1.15.5.1.6) |
read-only |
Integer32 |
Standard MIB values. |
Optional inter-AS metric. |
As per the MIB. |
bgp4PathAttrTable
About this table
This table contains BGP route attribute information.
Support for operations
Create:Not supported
Edit/Modify:Not supported
Delete:Not supported
Read:Supported
Columns
The table indexes are bgp4PathAttrIpAddrPrefix, bgp4PathAttrIpAddrPrefixLen, and bgp4PathAttrPeer.
Object (OID) |
Access |
Syntax |
Value range |
Description |
Implementation |
bgp4PathAttrPeer (1.3.6.1.2.1.15.6.1.1) |
read-only |
IpAddress |
OCTET STRING (4) |
IP address of the peer from which the route was learned. |
As per the MIB. |
bgp4PathAttrIpAddrPrefixLen (1.3.6.1.2.1.15.6.1.2) |
read-only |
Integer32 |
Integer32 (0..32) |
Route prefix mask. |
As per the MIB. |
bgp4PathAttrIpAddrPrefix (1.3.6.1.2.1.15.6.1.3) |
read-only |
IpAddress |
OCTET STRING (4) |
Route prefix. |
As per the MIB. |
bgp4PathAttrOrigin (1.3.6.1.2.1.15.6.1.4) |
read-only |
INTEGER |
igp(1), egp(2), incomplete(3) |
Ultimate origin of the path information. |
As per the MIB. |
bgp4PathAttrASPathSegment (1.3.6.1.2.1.15.6.1.5) |
read-only |
OCTET STRING |
OCTET STRING (2..255) |
Sequence of AS path segments. |
As per the MIB. |
bgp4PathAttrNextHop (1.3.6.1.2.1.15.6.1.6) |
read-only |
IpAddress |
OCTET STRING (4) |
Next hop of the route. |
As per the MIB. |
bgp4PathAttrMultiExitDisc (1.3.6.1.2.1.15.6.1.7) |
read-only |
Integer32 |
Integer32(-1..2147483647) |
MED value. |
The object returns 2147483647 when the actual value is in the range of 2147483647 to 4294967295. |
bgp4PathAttrLocalPref (1.3.6.1.2.1.15.6.1.8) |
read-only |
Integer32 |
Integer32(-1..2147483647) |
Local preference. |
The object returns 2147483647 when the actual value is in the range of 2147483647 to 4294967295. |
bgp4PathAttrAtomicAggregate (1.3.6.1.2.1.15.6.1.9) |
read-only |
INTEGER |
lessSpecificRouteNotSelected(1), lessSpecificRouteSelected(2) |
Atomic aggregate attribute. |
As per the MIB. |
bgp4PathAttrAggregatorAS (1.3.6.1.2.1.15.6.1.10) |
read-only |
Integer32 |
Integer32(-2147483648..2147483647) |
AS number of the last device that performed route aggregation. |
To support 4-byte AS numbers, the value range is 1 to 4294967295. When the AS number is larger than 2147483647, MIB displays a negative value. |
bgp4PathAttrAggregatorAddr (1.3.6.1.2.1.15.6.1.11) |
read-only |
IpAddress |
OCTET STRING (4) |
IP address of the last device that performed route aggregation. |
As per the MIB. |
bgp4PathAttrCalcLocalPref (1.3.6.1.2.1.15.6.1.12) |
read-only |
Integer32 |
Integer32(-1..2147483647) |
Local preference calculated by the receiving device for an advertised route. |
The object returns 2147483647 when the actual value is in the range of 2147483647 to 4294967295. |
bgp4PathAttrBest (1.3.6.1.2.1.15.6.1.13) |
read-only |
INTEGER |
false(1), true(2) |
Whether the route is the optimal route. |
As per the MIB. |
bgp4PathAttrUnknown (1.3.6.1.2.1.15.6.1.14) |
read-only |
OCTET STRING |
OCTET STRING (0..255) |
Route attributes that cannot be identified. |
As per the MIB. |
Notifications
bgpEstablishedNotification
Basic information
OID |
Event |
Type |
Severity |
Recovery notification |
Default status |
1.3.6.1.2.1.15.0.1 |
A peer enters established Established state. |
Recovery |
Major |
N/A- (N/A-) |
ON |
Notification triggers
This notification is generated when the BGP session to a BGP peer is successfully established.
System impact
The BGP session is correctly established.
Status control
ON
CLI: Use the snmp-agent trap enable bgp [ peer-established ] command.
OFF
CLI: Use the undo snmp-agent trap enable bgp [ peer-established ] command.
Object
OID (object name) |
Description |
Index |
Type |
Value range |
1.3.6.1.2.1.15.3.1.7 (bgpPeerRemoteAddr) |
Remote IP address of the peer connection. |
bgpPeerRemoteAddr |
IpAddress |
Standard MIB values. |
1.3.6.1.2.1.15.3.1.14 (bgpPeerLastError) |
Error code and subcode for the most recent peer connection error. |
bgpPeerRemoteAddr |
DisplayString |
OCTET STRING (2) |
1.3.6.1.2.1.15.3.1.2 (bgpPeerState) |
Peer connection state. |
bgpPeerRemoteAddr |
INTEGER |
idle(1), connect(2), active(3), opensent(4), openconfirm(5), established(6) |
Recommended action
This notification is generated during correct system operation, and no action is required.
bgpBackwardTransNotification
Basic information
OID |
Event |
Type |
Severity |
Recovery notification |
Default status |
1.3.6.1.2.1.15.0.2 |
A peer session enters a lower-level numbered state. |
RecoveryError |
Major |
1.3.6.1.2.1.15.0.1 (bgpEstablishedNotification) |
ON |
Notification triggers
This notification is generated when the state of a BGP peer session transitions from an upper level (for example, Established) to a lower level (for example, OpenConfirm). A typical example is that the BFD session is disconnected. Possible reasons for generating this notification are as follows:
Incorrect BGP configuration.
BGP receives a notification because an error event occurs.
BGP message receiving or sending times out.
The BGP peer IP address is unreachable.
An incorrect BGP packet is received.
The directly connected BGP interface goes down.
The number of BGP routes exceeds the maximum number of BGP routes that can be received.
System impact
The device might not have the associated BGP route to guide traffic forwarding, resulting in service interruption.
Status control
ON
CLI: Use the snmp-agent trap enable bgp [ peer-backward-transition ] command.
OFF
CLI: Use the undo snmp-agent trap enable bgp [ peer-backward-transition ] command.
Object
OID (object name) |
Description |
Index |
Type |
Value range |
1.3.6.1.2.1.15.3.1.7 (bgpPeerRemoteAddr) |
Remote IP address of the peer connection. |
bgpPeerRemoteAddr |
IpAddress |
OCTET STRING (4) |
1.3.6.1.2.1.15.3.1.14 (bgpPeerLastError) |
Error code and subcode for the most recent peer connection error. |
bgpPeerRemoteAddr |
DisplayString |
OCTET STRING (2) |
1.3.6.1.2.1.15.3.1.2 (bgpPeerState) |
Peer connection state. |
bgpPeerRemoteAddr |
INTEGER |
idle(1), connect(2), active(3), opensent(4), openconfirm(5), established(6) |
Recommended action
To resolve the issue:
1.Execute the display current-configuration configuration bgp command to identify the settings that affect BGP session state.
- If a setting that causes BGP session disconnection exists, execute the relevant command to cancel the setting.
- If BGP uses a loopback interface as the source interface of TCP connections, execute the peer connect-interface or peer source-address command to specify the loopback interface as the source interface for establishing TCP connections.
- To establish an EBGP session to an indirectly connected peer, make sure the peer ebgp-max-hop command is executed on both ends of the session.
- If the peer ttl-security command is configured to enable BGP GTSM on the device, the device receives the BGP packets with a TTL in the range from 255 – the configured hop count + 1 to 255.
- If no settings affect BGP session state, proceed to step 2.
2.Wait for a short period of time to exclude the cause of disconnection by BGP session reset. If the BGP session fails to restore to the Established state within a long period of time, proceed to step 3.
3.Execute the display current-configuration configuration bgp command to check for the configuration of the peer route-limit command, and the BGP/4/BGP_EXCEED_ROUTE_LIMIT log printed by the device.
- If both the configuration and the log exist, the BGP session is disconnected because excessive BGP routes are received. In this case, verify that the maximum number of routes that can be received configured with the peer route-limit command is appropriate:
If the setting is appropriate, notify the administrator of the BGP peer to reduce the number of BGP routes to send.
If the setting is inappropriate, increase the maximum number of BGP routes that can be received on the local end.
- If the configuration or the log does not exist, or neither of them exists, receiving excessive BGP routes is not the cause for the BGP session disconnection. In this case, proceed to step 4.
4.Execute the display bgp peer log-info command. From the command output, identify the BGP session disconnection cause based on the error code or subcode printed in the Notification Error/SubError field.
- If the error code (Error) is 4, the local end fails to receive any keepalive or update messages from the peer end within the BGP session hold time. This results in BGP session disconnection. If the error code is 5 or 6, the BGP session is disconnected because the TCP connection has an error or the connection is actively disconnected. You can perform troubleshooting by using the following methods:
On the local end, ping the source address used for establishing TCP connections on the BGP peer. If the ping operation fails, execute the display ip routing-table command to identify whether a route is available to the BGP peer. If no routes are available to the BGP peer, troubleshoot IGP route, static route, or direct route settings.
Execute the display memory-threshold command to identify whether the device has reached the memory usage threshold. If the memory usage threshold is reached, proceed to step 5.
Execute the display cpu-usage command to identify whether the CPU usage is too high. If the CPU usage is too high, proceed to step 5.
Execute the display acl all command to identify whether a rule exists that denies port bgp or 179. If such an ACL exists, delete the ACL.
Execute the display interface command to identify whether the output interface associated with the next hop of the route to the BGP peer is up. If the output interface is down, execute the undo shutdown command to bring up the interface in the view of the interface. If the interface fails to be brought up, or the interface is up but the notification persists, proceed to step 5.
- If the error code (Error) is 1 or 3, the device has received wrong BGP packets. Proceed to step 5.
5.If the issue persists, collect alarm information, configuration data, and the output information from the previous commands, and then contact H3C Support for help.
bgpEstablished
Basic information
OID |
Event |
Type |
Severity |
Recovery notification |
Default status |
1.3.6.1.2.1.15.7.1 |
A The peer session enters established Established state. |
Recovery |
Major |
-N/A (-N/A) |
ON |
Notification triggers
This notification is generated when the BGP session to the BGP peer is successfully established.
System impact
The BGP peer is correctly established.
Status control
ON
CLI: Use the snmp-agent trap enable bgp [ peer-established ] command.
OFF
CLI: Use the undo snmp-agent trap enable bgp [ peer-established ] command.
Object
OID (object name) |
Description |
Index |
Type |
Value range |
1.3.6.1.2.1.15.3.1.14 (bgpPeerLastError) |
Error code and subcode for the most recent peer connection error. |
bgpPeerRemoteAddr |
DisplayString |
OCTET STRING (2) |
1.3.6.1.2.1.15.3.1.2 (bgpPeerState) |
Peer connection state. |
bgpPeerRemoteAddr |
INTEGER |
idle(1), connect(2), active(3), opensent(4), openconfirm(5), established(6) |
Recommended action
This notification is generated during correct system operation, and no action is required.
bgpBackwardTransition
Basic information
OID |
Event |
Type |
Severity |
Recovery notification |
Default status |
1.3.6.1.2.1.15.7.2 |
A The peer session enters a lower-level numbered state. |
Error |
Major |
1.3.6.1.2.1.15.7.1 (bgpEstablished-) |
ON |
Notification triggers
This notification is generated when the state of a BGP peer session transitions from an upper level (for example, Established) to a lower level (for example, OpenConfirm). A typical example is that the BFD session is disconnected. Possible reasons for generating this notification are as follows:
Incorrect BGP configuration.
BGP receives a notification because an error event occurs.
BGP message receiving or sending times out.
The BGP peer IP address is unreachable.
An incorrect BGP packet is received.
The directly connected BGP interface goes down.
The number of BGP routes exceeds the maximum number of BGP routes that can be received.
System impact
The device might not have the associated BGP route to guide traffic forwarding, resulting in service interruption.
Status control
ON
CLI: Use the snmp-agent trap enable bgp [ peer-backward-transition ] command.
OFF
CLI: Use the undo snmp-agent trap enable bgp [ peer-backward-transition ] command.
Object
OID (object name) |
Description |
Index |
Type |
Value range |
1.3.6.1.2.1.15.3.1.14 (bgpPeerLastError) |
Error code and subcode for the most recent peer connection error. |
bgpPeerRemoteAddr |
DisplayString |
OCTET STRING (2) |
1.3.6.1.2.1.15.3.1.2 (bgpPeerState) |
Peer connection state. |
bgpPeerRemoteAddr |
INTEGER |
idle(1), connect(2), active(3), opensent(4), openconfirm(5), established(6) |
Recommended action
To resolve this issue:
1.Execute the display current-configuration configuration bgp command to identify the settings that affect BGP session state.
- If a setting that causes BGP session disconnection exists, execute the relevant command to cancel the setting.
- If BGP uses a loopback interface as the source interface of TCP connections, execute the peer connect-interface or peer source-address command to specify the loopback interface as the source interface for establishing TCP connections.
- To establish an EBGP session to an indirectly connected peer, make sure the peer ebgp-max-hop command is executed on both ends of the session.
- If the peer ttl-security command is configured to enable BGP GTSM on the device, the device receives the BGP packets with a TTL in the range from 255 – the configured hop count + 1 to 255.
- If no settings affect BGP session state, proceed to step 2.
2.Wait for a short period of time to exclude the cause of disconnection by BGP session reset. If the BGP session fails to restore to the Established state within a long period of time, proceed to step 3.
3.Execute the display current-configuration configuration bgp command to check for the configuration of the peer route-limit command, and the BGP/4/BGP_EXCEED_ROUTE_LIMIT log printed by the device.
- If both the configuration and log exist, the BGP session is disconnected because excessive BGP routes are received. In this case, verify that the maximum number of routes that can be received configured with the peer route-limit command is appropriate:
If the setting is appropriate, notify the administrator of the BGP peer to reduce the number of BGP routes to send.
If the setting is inappropriate, increase the maximum number of BGP routes that can be received on the local end.
- If the configuration or the log does not exist, or neither of them exists, receiving excessive BGP routes is not the cause for the BGP session disconnection. In this case, proceed to step 4.
4.Execute the display bgp peer log-info command. From the command output, identify the BGP session disconnection cause based on the error code or subcode printed in the Notification Error/SubError field.
- If the error code (Error) is 4, the local end fails to receive any keepalive or update messages from the peer end within the BGP session hold time. This results in BGP session disconnection. If the error code is 5 or 6, the BGP session is disconnected because the TCP connection has an error or the connection is actively disconnected. You can perform troubleshooting by using the following methods:
On the local end, ping the source address used for establishing TCP connections on the BGP peer. If the ping operation fails, execute the display ip routing-table command to identify whether a route is available to the BGP peer. If no routes are available to the BGP peer, troubleshoot IGP route, static route, or direct route settings.
Execute the display memory-threshold command to identify whether the device has reached the memory usage threshold. If the memory usage threshold is reached, proceed to step 5.
Execute the display cpu-usage command to identify whether the CPU usage is too high. If the CPU usage is too high, proceed to step 5.
Execute the display acl all command to identify whether a rule exists that denies port bgp or 179. If such an ACL exists, delete the ACL.
Execute the display interface command to identify whether the output interface associated with the next hop of the route to the BGP peer is up. If the output interface is down, execute the undo shutdown command to bring up the interface in the view of the interface. If the interface fails to be brought up, or the interface is up but the notification persists, proceed to step 5.
- If the error code (Error) is 1 or 3, the device has received wrong BGP packets. Proceed to step 5.
5.If the issue persists, collect alarm information, configuration data, and the output information from the previous commands, and then contact H3C Support for help.