No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

FAQ-Parameter Instruction and Usage Following Peer Route-limit under BGP View of VRP5.30

Publication Date:  2012-07-27 Views:  37 Downloads:  0
Issue Description
Parameter instruction and usage following peer route-limit under BGP view of VRP5.30.
Alarm Information
Null
Handling Process
Command view: instance view of BGP
Command format: peer { group-name | peer-address } route-limit limit [ percentage]   [ alert-only | idle-forever | idle-timeout minutes] 
Command instruction: under default it is not configured. route-limit of the peer has no limit.
Parameter instruction:
percentage <1-100>: When the route reaches (limit * percentage)/100, there is alarm information that is recorded in log. When it reaches threshold, the alarm occurs. The default is 75 and the range is 1-100.
alert-only: There is alarm timeout and it is recorded in log. The neighbor is not disconnected and does not receive the route after timeout.
idle-forever: There is alarm timeout and it is recorded in log. The neighbor is disconnected and will not auto connect. If the user involves, reset bgp can recover.
idle-timeout minutes<1-1200>: There is alarm timeout and it is recorded in log. The neighbor is disconnected. After minutes it is re-connected. If the user involves, reset bgp can recover auto connection. The range of minutes is 1-1200 and the unit is minute.
no alert-only | idle-forever | idle-timeout parameter:  There is alarm timeout and it is recorded in log. The neighbor is disconnected.  30 minutes later it is connected again.
Root Cause
Null
Suggestions
1. display information:
display bgp peer/display bgp peer verbose, if idle-forever or idle-timeout is configured, it is disconnected timeout. Peer state is displayed: Idle(Ovlmt)
2. Configure behaviour following peer route-limit command:
a. peer is Idle and reset bgp connection. Recover disconnection state caused by idle-forever and idle-timeout.
b. peer is Establish and configure peer route-limit command. If new route-limit<received route< old route-limit, namely, the configuration is changed as small and less than actual received route, reset bgp connection. Newly-received route is handled with new configuration command.
c. peer is Establish. Configure peer route-limit command. If received route <new route-limit<old route-limit, namely, the configuration is changed as small but larger than received route. If only configuration parameter is changed, connection and route are not influenced.
d. peer is Establish and configure peer route-limit command. If old route-limit < new route-limit, namely, the configuration is changed as large, send refresh to receive the route. If refresh capacity is not supported, reset connection.
e. percentage is changed and is the same as c. If only configuration parameter is changed, connection and route are not influenced.
3. Configure alert-only parameter. The route exceeding routing-table limit is not optional when it is discarded. It is related with the order of added route. The subsequent route is discarded. If the parameter is configured, the administrator is responsible for monitoring system log and adjusting it if there is problem.
4. (Subsequent version realization) Configure alert-only and the number and frequency of alarm is controllable. If the route exceeding the limit creates alarm log, log file will flood the information. It exhausts the resource of the router and it causes trouble for administrator. Each peer creates alarm information every second at most. It can remind administrator and will not create too much alarm.

END