09-Layer 3 - IP Routing

HomeSupportRoutersCR16000-F SeriesReference GuidesMIB CompanionH3C CR16000-F Routers MIB Reference-R838x-6W10009-Layer 3 - IP Routing
01-BGP4-MIB
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

CreateNot supported

Edit/ModifySupported

DeleteNot supported

ReadSupported

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

CreateNot supported

Edit/ModifyNot supported

DeleteNot supported

ReadSupported

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

CreateNot supported

Edit/ModifyNot supported

DeleteNot supported

ReadSupported

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.

 

  • Cloud & AI
  • InterConnect
  • Intelligent Computing
  • Intelligent Storage
  • Security
  • SMB Products
  • Intelligent Terminal Products
  • Product Support Services
  • Technical Service Solutions
All Services
  • Resource Center
  • Policy
  • Online Help
  • Technical Blogs
All Support
  • Become A Partner
  • Partner Policy & Program
  • Global Learning
  • Partner Sales Resources
  • Partner Business Management
  • Service Business
All Partners
  • Profile
  • News & Events
  • Online Exhibition Center
  • Contact Us
All About Us
新华三官网