Table Of Contents
bgp client-to-client reflection
default-information originate (BGP)
neighbor advertisement-interval
neighbor advertise-map non-exist-map
neighbor peer-group (assigning members)
neighbor peer-group (creating)
neighbor route-reflector-client
BGP Commands
Use the commands in this chapter to configure and monitor Border Gateway Protocol (BGP). For BGP configuration information and examples, refer to the "Configuring BGP" chapter of the Network Protocols Configuration Guide, Part 1.
aggregate-address
To create an aggregate entry in a Border Gateway Protocol (BGP) routing table, use the aggregate-address command in router configuration mode. To disable this function, use the no form of this command.
aggregate-address address mask [as-set] [summary-only] [suppress-map map-name] [advertise-map map-name] [attribute-map map-name]
no aggregate-address address mask [as-set] [summary-only] [suppress-map map-name] [advertise-map map-name] [attribute-map map-name]
Syntax Description
Defaults
This command is disabled by default.
Command Modes
Router configuration
Command History
Usage Guidelines
You can implement aggregate routing in BGP either by redistributing an aggregate route into BGP or by using this conditional aggregate routing feature.
Using the aggregate-address command with no keywords will create an aggregate entry in the BGP routing table if there are any more-specific BGP routes available that fall in the specified range. The aggregate route will be advertised as coming from your autonomous system and has the atomic aggregate attribute set to show that information might be missing. (By default, the atomic aggregate attribute is set unless you specify the as-set keyword.)
Using the as-set keyword creates an aggregate entry using the same rules that the command follows without this keyword, but the path advertised for this route will be an AS_SET consisting of all elements contained in all paths that are being summarized. Do not use this form of aggregate-address when aggregating many paths, because this route must be continually withdrawn and re-updated as autonomous system path reachability information for the summarized routes changes.
Using the summary-only keyword not only creates the aggregate route (for example, 193.*.*.*) but will also suppress advertisements of more-specific routes to all neighbors. If you want to suppress only advertisements to certain neighbors, you may use the neighbor distribute-list command, with caution. If a more specific route leaks out, all BGP speakers will prefer that route over the less-specific aggregate you are generating (using longest-match routing).
Using the suppress-map keyword creates the aggregate route but suppresses advertisement of specified routes. You can use the match clauses of route maps to selectively suppress some more specific routes of the aggregate and leave others unsuppressed. IP access lists and autonomous system path access lists match clauses are supported.
Using the advertise-map keyword selects specific routes that will be used to build different components of the aggregate route, such as AS_SET or community. This form of the aggregate-address command is useful when the components of an aggregate are in separate autonomous systems and you want to create an aggregate with AS_SET, and advertise it back to some of the same autonomous systems. You must remember to omit the specific autonomous system numbers from the AS_SET to prevent the aggregate from being dropped by the BGP loop detection mechanism at the receiving router. IP access lists and autonomous system path access lists match clauses are supported.
Using the attribute-map keyword allows attributes of the aggregate route to be changed. This form of the aggregate-address command is useful when one of the routes forming the AS_SET is configured with an attribute such as the community no-export attribute, which would prevent the aggregate route from being exported. An attribute map route map can be created to change the aggregate attributes.
Examples
The following example creates an aggregate address. The path advertised for this route will be an AS_SET consisting of all elements contained in all paths that are being summarized.
router bgp 65000aggregate-address 10.0.0.0 255.0.0.0 as-setIn the following example, a route map called map-one is created matching on an as-path access list. The path advertised for this route will be an AS_SET consisting of elements contained in paths that are matched in the route map.
ip as-path access-list 1 deny ^1234_ip as-path access-list 1 permit .*!route-map map-onematch ip as-path 1!router bgp 65000aggregate-address 10.0.0.0 255.0.0.0 as-set advertise-map map-oneRelated Commands
auto-summary (BGP)
To restore the default behavior of automatic summarization of subnet routes into network-level routes, use the auto-summary command in router configuration mode. To disable this feature and transmit subprefix routing information across classful network boundaries, use the no form of this command.
auto-summary
no auto-summary
Syntax Description
This command has no arguments or keywords.
Defaults
The behavior of this command is enabled by default (the software summarizes subprefixes to the classful network boundary when crossing classful network boundaries).
Command Modes
Router configuration
Command History
Usage Guidelines
Route summarization reduces the amount of routing information in the routing tables.
By default, BGP does not accept subnets redistributed from an IGP. To advertise and carry subnet routes in BGP, use an explicit network command or the no auto-summary command. If you disable auto-summarization and have not entered a network command, you will not advertise network routes for networks with subnet routes unless they contain a summary route.
In the following example, network numbers are not summarized automatically:
router bgp 6no auto-summarybgp always-compare-med
To allow the comparison of the Multi Exit Discriminator (MED) for paths from neighbors in different autonomous systems, use the bgp always-compare-med command in router configuration mode. To disallow the comparison, use the no form of this command.
bgp always-compare-med
no bgp always-compare-med
Syntax Description
This command has no arguments or keywords.
Defaults
The Cisco IOS software does not compare MEDs for paths from neighbors in different autonomous systems.
Command Modes
Router configuration
Command History
Usage Guidelines
The MED is one of the parameters that is considered when selecting the best path among many alternative paths. The path with a lower MED is preferred over a path with a higher MED.
By default, during the best-path selection process, MED comparison is done only among paths from the same autonomous system. This command changes the default behavior by allowing comparison of MEDs among paths regardless of the autonomous system from which the paths are received.
Examples
The following example configures the BGP speaker in autonomous system 100 to compare MEDs among alternative paths, regardless of the autonomous system from which the paths are received:
router bgp 109bgp always-compare-mednobgp bestpath as-path ignore
no bgp bestpath as-path ignore
Command History
The following example prevents the BGP router from considering as-path as a factor in choosing a route.
Related Commandsrouter bgp 210
bgp bestpath as-path ignore
bgp bestpath compare-routerid
To compare similar routes received from external Border Gateway Protocol (eBGP) peers during the best path selection process and switch the bestpath to the route with the lowest router ID, use the bgp bestpath compare-routerid command in router configuration mode. To return the router to the default, use the no form of this command.
bgp bestpath compare-routerid
no bgp bestpath compare-routerid
BGP does not compare similar paths received from eBGP peers during the best path selection process and switch the bestpath to the route with the lowest router ID.
Command History
12.0
This command was introduced.
12.0S
This command was introduced.
12.0ST
This command was introduced.
Usage Guidelines
By default, during the best path selection process, when BGP receives similar routes from eBGP peers (all the attributes are the same except for the router ID), the best path is not switched to the route with the lowest router ID if that route was not the first route received. If the bgp bestpath compare-routerid command is enabled, then similar routes are compared and the best path is switched to the route with the lowest router ID.
The following example shows the BGP speaker in autonomous system 500 configured to compare the router IDs of similar paths, regardless of the autonomous system from which the paths are received:
router bgp 500bgp bestpath compare-routeridRelated Commands
bgp bestpath med-confed
To enable MED comparison among paths learned from confederation peers, use the bgp bestpath med-confed command in router configuration mode. To prevent the software from considering the MED attribute in comparing paths, use the no form of this command.
bgp bestpath med-confed
no bgp bestpath med-confed
Syntax Description
This command has no arguments or keywords.
Defaults
The software does not consider the MED attribute when choosing among paths learned from confederation peers.
Command Modes
Router configuration
Command History
Usage Guidelines
The comparison between MEDs is only made if there are no external ASs in the path (an external AS is an AS that is not within the confederation). If there is an external AS in the path, then the external MED is passed transparently through the confederation, and the comparison is not made.
For example, assume that AS 65000, 65001, 65002, and 65004 are part of the confederation; AS1 is not; and we are comparing route A with four paths. If bgp bestpath med-confed is enabled, path 1 would be chosen. The fourth path has a lower MED, but it is not involved in the MED comparison because there is an external AS in this path.
path= 65000 65004, med=2
path= 65001 65004, med=3
path= 65002 65004, med=4
path= 65003 1, med=1
Examples
The following command enables the BGP router to compare MED values for paths learned from confederation peers.
router bgp 210bgp bestpath med-confedRelated Commands
Display entries in the BGP routing table.
Displays information about the TCP and BGP connections to neighbors.
bgp bestpath missing-as-worst
To have Cisco IOS software consider a missing MED attribute in a path as having a value of infinity, making the path without a MED value the least desirable path, use the bgp bestpath missing-as-worst command in router configuration mode. To return the router to the default (assign a value of 0 to the missing MED), use the no form of this command.
bgp bestpath missing-as-worst
no bgp bestpath missing-as-worst
Syntax Description
This command has no arguments or keywords.
Defaults
The software assigns a value of 0 to the missing MED, causing the path with the missing MED attribute to be considered the best path.
Command Modes
Router configuration
Command History
Examples
The following command specifies that the BGP router to consider a missing MED attribute in a path as having a value of infinity, making this path the least desirable path.
router bgp 210bgp bestpath missing-as-worstRelated Commands
Display entries in the BGP routing table.
Displays information about the TCP and BGP connections to neighbors.
bgp client-to-client reflection
To restore route reflection from a BGP route reflector to clients, use the bgp client-to-client reflection command in router configuration mode. To disable client-to-client reflection, use the no form of this command.
bgp client-to-client reflection
no bgp client-to-client reflection
Syntax Description
This command has no arguments or keywords.
Defaults
When a route reflector is configured, the route reflector reflects routes from a client to other clients.
Command Modes
Router configuration
Command History
Usage Guidelines
By default, the clients of a route reflector are not required to be fully meshed and the routes from a client are reflected to other clients. However, if the clients are fully meshed, route reflection is not required. Use the no bgp client-to-client reflection command to disable client-to-client reflection.
Examples
In the following example, the local router is a route reflector. The three neighbors are fully meshed, so client-to-client reflection is disabled.
router bgp 5neighbor 10.24.95.22 route-reflector-clientneighbor 10.24.95.23 route-reflector-clientneighbor 10.24.95.24 route-reflector-clientno bgp client-to-client reflectionRelated Commands
bgp cluster-id
To configure the cluster ID if the BGP cluster has more than one route reflector, use the bgp cluster-id command in router configuration mode. To remove the cluster ID, use the no form of this command.
bgp cluster-id cluster-id
no bgp cluster-id cluster-id
Syntax Description
Defaults
The router ID of the single route reflector in a cluster
Command Modes
Router configuration
Command History
Usage Guidelines
Together, a route reflector and its clients form a cluster.
Usually a cluster of clients will have a single route reflector. In that case, the cluster is identified by the router ID of the route reflector. In order to increase redundancy and avoid a single point of failure, a cluster might have more than one route reflector. In this case, all route reflectors in the cluster must be configured with the 4-byte cluster ID so that a route reflector can recognize updates from route reflectors in the same cluster.
If the cluster has more than one route reflector, use this command to configure the cluster ID.
Examples
In the following example, the local router is one of the route reflectors serving the cluster. It is configured with the cluster ID to identify the cluster.
router bgp 5neighbor 172.16.70.24 route-reflector-clientbgp cluster-id 50000Related Commands
bgp confederation identifier
To specify a BGP confederation identifier, use the bgp confederation identifier command in router configuration mode. To remove the confederation identifier, use the no form of this command.
bgp confederation identifier autonomous-system
no bgp confederation identifier autonomous-system
Syntax Description
Defaults
No confederation identifier is configured.
Command Modes
Router configuration
Command History
Usage Guidelines
One way to reduce the IBGP mesh is to divide an autonomous system into multiple autonomous systems and group them into a single confederation. Each autonomous system is fully meshed within itself, and has a few connections to another autonomous system in the same confederation. Even though the peers in different autonomous systems have EBGP sessions, they exchange routing information as if they are IBGP peers. Specifically, the next-hop and local preference information is preserved. This enables to you to retain a single Interior Gateway Protocol (IGP) for all the autonomous systems. To the outside world, the confederation looks like a single autonomous system.
Examples
In the following example, the autonomous system is divided into autonomous systems 4001, 4002, 4003, 4004, 4005, 4006, and 4007 and identified by the confederation identifier 5. Neighbor 10.2.3.4 is someone inside your routing domain confederation. Neighbor 10.4.5.6 is someone outside your routing domain confederation. To the outside world, there appears to be a single autonomous system with the number 5.
router bgp 4001bgp confederation identifier 5bgp confederation peers 4002 4003 4004 4005 4006 4007neighbor 10.2.3.4 remote-as 4002neighbor 10.4.5.6 remote-as 510Related Commands
bgp confederation peers
To configure the autonomous systems that belong to the confederation, use the bgp confederation peers command in router configuration mode. To remove an autonomous system from the confederation, use the no form of this command.
bgp confederation peers autonomous-system [autonomous-system]
no bgp confederation peers autonomous-system [autonomous-system]
Syntax Description
Defaults
No confederation peers are configured.
Command Modes
Router configuration
Command History
Usage Guidelines
The autonomous systems specified in this command are visible internally to a confederation. Each autonomous system is fully meshed within itself. The bgp confederation identifier command specifies the confederation to which the autonomous systems belong.
Examples
The following example specifies that autonomous systems 1090, 1091, 1092, and 1093 belong to a single confederation:
router bgp 1090bgp confederation peers 1091 1092 1093Related Commands
bgp dampening
To enable BGP route dampening or change various BGP route dampening factors, use the bgp dampening command in global configuration mode. To disable the function or restore the default values, use the no form of this command.
bgp dampening [half-life reuse suppress max-suppress-time] [route-map map]
no bgp dampening [half-life reuse suppress max-suppress-time] [route-map map]
Syntax Description
Defaults
This command is disabled by default.
half-life is 15 minutes
reuse is 750
suppress is 2000
max-suppress-time is 4 times half-lifeCommand Modes
Global configuration
Command History
Usage Guidelines
If this command is used with no arguments, it enables BGP route dampening. The arguments half-life, reuse, suppress, and max-suppress-time are position-dependent. Therefore, if any of them are used, they must all be specified.
When BGP dampening is configured and a prefix is withdrawn, BGP considers the withdrawn prefix as a flap and increases the penalty by a 1000. If BGP receives an attribute change, BGP increases the penalty by 500. If then the prefix has been withdrawn, BGP keeps the prefix in the BGP table as a history entry. If the prefix has not been withdrawn by the neighbor and BGP is not using this prefix, the prefix is marked as dampened. Dampened prefixes are not used in the BGP decision process and not installed to the routing table.
Examples
The following example sets the half-life to 30 minutes, the reuse value to 1500, the suppress value to 10000, and the maximum suppress time to 120 minutes:
bgp dampening 30 1500 10000 120Related Commands
Clears BGP route dampening information and unsuppress the suppressed routes.
Clears BGP flap statistics.
Display BGP dampened routes.
Specifies a BGP Display BGP flap statistics.
bgp default local-preference
To change the default local preference value, use the bgp default local-preference command in router configuration mode. To return to the default setting, use the no form of this command.
bgp default local-preference value
no bgp default local-preference value
Syntax Description
Defaults
Local preference value of 100
Command Modes
Router configuration
Command History
Usage Guidelines
Generally, the default value of 100 allows you to easily define a particular path as less preferable than paths with no local preference attribute. The preference is sent to all routers and access servers in the local autonomous system.
Examples
The following example raises the default local preference value from the default of 100 to 200:
router bgp 200bgp default local-preference 200Related Commands
set local-preference
Specifies a preference value for the autonomous system path.
bgp deterministic-med
To have Cisco IOS software enforce the deterministic comparison of the Multi Exit Discriminator (MED) variable between all paths received from the same autonomous system, use the bgp deterministic-med command in router configuration mode. To disable the comparison, use the no form of this command.
bgp deterministic med
no bgp deterministic med
Syntax Description
This command has no arguments or keywords.
Defaults
The software does not enforce the deterministic comparison of the MED variable between all paths received from the same autonomous system.
Command Modes
Router configuration
Address-family configuration
Command History
Usage Guidelines
After the bgp always-compare-med command is configured, all paths for the same prefix that are received from different neighbors, which are in the same autonomous system, will be grouped together and sorted by the ascending MED value (received-only paths are ignored and not grouped or sorted). The best path selection algorithm will then pick the best paths using the existing rules; the comparison is made on a per neighbor autonomous system basis and then global basis. The grouping and sorting of paths occurs immediately after this command is entered. For correct results, all routers in the local autonomous system must have this command enabled (or disabled).
Examples
The following example specifies that the BGP router compare MED variables when choosing among routes advertised by the same subautonomous system within a confederation:
Router(config)# router bgp 204Router(config-router)# bgp deterministic-medThe following example show ip bgp command output illustrates how route selection is affected by the configuration of the bgp deterministic-med command. The order in which routes are received affects how routes are selected for best path selection when the bgp deterministic-med command is not enabled.
The following sample output from the show ip bgp command shows three paths that are received for the same prefix (10.100.0.0), and the bgp deterministic-med command is not enabled:
router# show ip bgp 10.100.0.0BGP routing table entry for 10.100.0.0/16, version 40Paths: (3 available, best #3, advertised over IBGP, EBGP)109192.168.43.10 from 192.168.43.10 (192.168.43.1)Origin IGP, metric 0, localpref 100, valid, internal2051192.168.43.22 from 192.168.43.22 (192.168.43.2)Origin IGP, metric 20, localpref 100, valid, internal2051192.168.43.3 from 192.168.43.3 (10.4.1.1)Origin IGP, metric 30, valid, external, bestIf the bgp deterministic-med command is not enabled on the router, the route selection can be affected by the order in which the routes are received. Consider the following scenario in which a router received three paths for the same prefix:
The clear ip bgp * command is entered to clear all routes in the local routing table.
Router# clear ip bgp *The show ip bgp command is issued again after the routing table has been repopulated. Note that the order of the paths changed after clearing the BGP session. The results of the selection algorithm also changed. This occurred because the order in which the paths were received was different for the second session.
Router# show ip bgp 10.100.0.0BGP routing table entry for 10.100.0.0/16, version 2Paths: (3 available, best #3, advertised over EBGP)109 192.168.43.10 from 192.168.43.10 (192.168.43.1)Origin IGP, metric 0, localpref 100, valid, internal2051192.168.43.3 from 192.168.43.3 (10.4.1.1)Origin IGP, metric 30, valid, external2051192.168.43.22 from 192.168.43.22 (192.168.43.2)Origin IGP, metric 20, localpref 100, valid, internal, bestIf the bgp deterministic-med command is enabled, then the result of the selection algorithm will always be the same, regardless of the order in which the paths are received by the local router. The following output is always generated when the bgp deterministic-med command is entered on the local router in this scenario:
Router# show ip bgp 10.100.0.0BGP routing table entry for 10.100.0.0/16, version 15Paths: (3 available, best #1, advertised over EBGP)109192.168.43.10 from 192.168.43.10 (192.168.43.1)Origin IGP, metric 0, localpref 100, valid, internal, best 3192.168.43.22 from 192.168.43.22 (192.168.43.2)Origin IGP, metric 20, localpref 100, valid, internal 3192.168.43.3 from 192.168.43.3 (10.4.1.1)Origin IGP, metric 30, valid, externalRelated Commands
clear ip bgp
Resets a BGP connection or session.
Displays entries in the BGP routing table.
Displays information about the TCP and BGP connections to neighbors.
bgp log-neighbor-changes
To enable logging of BGP neighbor resets, use the bgp log-neighbor-changes command in router configuration mode. To disable the logging of changes in BGP neighbor adjacencies, use the no form of this command.
bgp log-neighbor-changes
no bgp log-neighbor-changes
Syntax Description
This command has no arguments or keywords.
Defaults
No BGP neighbor changes are logged.
Command Modes
Router configuration
Command History
Usage Guidelines
The bgp log-neighbor-changes command enables logging of BGP neighbor status changes (up or down) and resets for troubleshooting network connectivity problems and measuring network stability. Unexpected neighbor resets might indicate high error rates or high packet loss in the network and should be investigated.
Using the bgp log-neighbor-changes command to enable status change message logging does not cause a substantial performance impact, unlike, for example, enabling per BGP update debugging. If the UNIX syslog facility is enabled, messages are sent to the UNIX host running the syslog daemon so that the messages can be stored and archived. If the UNIX syslog facility is not enabled, the status change messages are retained in the router's internal buffer, and are not stored to disk. You can set the size of this buffer, which is dependent upon the available RAM, using the logging buffered command.
The neighbor status change messages are not tracked if bgp log-neighbor changes is not enabled, except for the reset reason, which is always available as output of the show ip bgp neighbor command.
The log messages display the following reasons for changes in a neighbor's status:
BGP protocol initialization
No memory for path entry
No memory for attribute entry
No memory for prefix entry
No memory for aggregate entry
No memory for dampening info
No memory for BGP updates
BGP Notification received
Erroneous BGP Update received
User reset request
Peer timeout
Password change
Error during connection collision
Peer closing down the session
Peer exceeding maximum prefix limit
Interface flap
Router ID changed
Neighbor deleted
Member added to peergroup
Administratively shutdown
Remote AS changed
RR client configuration modification
Soft reconfiguration modification
The eigrp log-neighbor-changes command enables logging of Enhanced IGRP neighbor adjacencies, but messages for BGP neighbors are logged only if they are specifically enabled with the bgp log-neighbor-changes command.
Use the show logging command to display the log for the BGP neighbor changes.
Examples
The following configuration will log neighbor changes for BGP:
bgp router 100bgp log-neighbor-changesRelated Commands
bgp fast-external-fallover
To immediately reset the BGP sessions of any directly adjacent external peers if the link used to reach them goes down, use the bgp fast-external-fallover command in router configuration mode. To disable this function, use the no form of this command.
bgp fast-external-fallover
no bgp fast-external-fallover
Syntax Description
This command has no arguments or keywords.
Defaults
The behavior of this command is enabled by default.
Command Modes
Router configuration
Command History
Examples
The following example disables the automatic resetting of BGP sessions:
router bgp 109no bgp fast-external-falloverbgp router-id
To configure a fixed router ID for a BGP-speaking router, use the bgp router-id command in router configuration mode. To remove the bgp router-id command from the configuration file and restore the default value of the router ID, use the no form of this command.
bgp router-id ip-address
no bgp router-id ip-address
Syntax Description
Defaults
The router ID is set to the IP address of a loopback interface if one is configured. If no virtual interfaces are configured, the highest IP address is configured for a physical interface on that router. Peering sessions will be reset if the router ID is changed.
Command Modes
Router configuration
Command History
Usage Guidelines
Use this command to configure a fixed router ID as an identifier of the router running BGP. A loopback interface, if one is configured, is more effective than a fixed interface as an identifier because there is no physical link to go down.
Examples
The following example shows the local router configured with the router ID of 192.168.70.24:
router bgp 100no synchronizationbgp router-id 192.168.70.24Related Commands
clear ip bgp
To reset a BGP connection using BGP soft reconfiguration, use the clear ip bgp command in privileged EXEC mode at the system prompt.
clear ip bgp {* | address | peer-group name} [soft [in | out]]
Syntax Description
Defaults
No reset is initiated.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
If you specify BGP soft reconfiguration, by including the soft keyword, the sessions are not reset and the router sends all routing updates again. To generate new inbound updates without resetting the BGP session, the local BGP speaker should store all received updates without modification regardless of whether it is accepted by the inbound policy, using the neighbor soft-reconfiguration command. This process is memory intensive and should be avoided if possible. Outbound BGP soft configuration does not have any memory overhead. You can trigger an outbound reconfiguration on the other side of the BGP session to make the new inbound policy take effect.
Use this command whenever any of the following conditions occur:
•
Additions or changes to the BGP-related access lists
•
•
•
•
•
Examples
The following example resets all current BGP sessions:
clear ip bgp *Related Commands
clear ip bgp dampening
To clear BGP route dampening information and unsuppress the suppressed routes, use the clear ip bgp dampening command in privileged EXEC mode.
clear ip bgp dampening [address mask]
Syntax Description
address
(Optional) IP address of the network about which to clear dampening information.
mask
(Optional) Network mask applied to the address.
Command Modes
Privileged EXEC
Command History
Examples
The following example clears route dampening information about the route to network 192.168.0.0 and unsuppresses its suppressed routes:
clear ip bgp dampening 192.168.0.0 255.255.0.0Related Commands
Enables BGP route dampening or change various BGP route dampening factors.
Display BGP dampened routes.
clear ip bgp flap-statistics
To clear BGP flap statistics, use the clear ip bgp flap-statistics command in privileged EXEC mode.
clear ip bgp flap-statistics [{regexp regexp} | {filter-list list} | {address mask}]
clear ip bgp [address] flap-statistics
Syntax Description
Defaults
No statistics are cleared.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
If no arguments or keywords are specified, the router will clear BGP flap statistics for all routes.
The flap statistics for a route are also cleared when a BGP peer is reset. Although the reset withdraws the route, there is no penalty applied in this instance even though route flap dampening is enabled.
Examples
The following example clears all of the flap statistics for paths that pass access list 3:
clear ip bgp flap-statistics filter-list 3Related Commands
clear ip bgp peer-group
To remove all the members of a BGP peer group, use the clear ip bgp peer-group command in privileged EXEC mode.
clear ip bgp peer-group tag
Syntax Description
Defaults
No BGP peer group members are cleared.
Command Modes
Privileged EXEC
Command History
Examples
The following example removes all members from the BGP peer group internal:
clear ip bgp peer-group internalRelated Commands
default-information originate (BGP)
To control the redistribution of a protocol or network into the BGP, use the default-information originate command in router configuration mode. To disable this function, use the no form of this command.
default-information originate
no default-information originate