PacketLab
BGP · Advanced BGP Features

Route Refresh Capability

Request fresh advertisements after an inbound policy change without restarting TCP.

Two routes and one inbound policy

R1 advertises two host routes to R2. Begin with no inbound policy; both appear in R2’s accepted BGP table. This lab changes MED locally to make policy reprocessing visible.

Lab topologyPhysical links
.1 / .2R1AS 65001R2AS 65002
Solid lines are physical links. Endpoint labels are the last octets of 192.0.2.x/30, first router then second router in the address table. Loopback0 is 10.255.0.N/32 on RN. Logical BGP peers are listed in the configurations.
LinkFirst endpointSecond endpoint
R1–R2GigabitEthernet1 192.0.2.1/30GigabitEthernet1 192.0.2.2/30
Complete baseline configurations

R1

hostname R1
ip cef
interface Loopback0
 ip address 10.255.0.1 255.255.255.255
exit
interface Loopback10
 ip address 198.51.100.1 255.255.255.255
exit
interface Loopback11
 ip address 198.51.100.2 255.255.255.255
exit
interface GigabitEthernet1
 ip address 192.0.2.1 255.255.255.252
 no shutdown
exit
router bgp 65001
 bgp router-id 10.255.0.1
 no bgp default ipv4-unicast
 neighbor 192.0.2.2 remote-as 65002
 address-family ipv4 unicast
  no auto-summary
  neighbor 192.0.2.2 activate
  network 198.51.100.1 mask 255.255.255.255
  network 198.51.100.2 mask 255.255.255.255
 exit-address-family
end

R2

hostname R2
ip cef
interface Loopback0
 ip address 10.255.0.2 255.255.255.255
exit
interface GigabitEthernet1
 ip address 192.0.2.2 255.255.255.252
 no shutdown
exit
router bgp 65002
 bgp router-id 10.255.0.2
 no bgp default ipv4-unicast
 neighbor 192.0.2.1 remote-as 65001
 address-family ipv4 unicast
  no auto-summary
  neighbor 192.0.2.1 activate
 exit-address-family
end

Open plain-text configurations

Outputs are illustrative, not recorded router results. Each lab starts from its own baseline. Configuration and feature support vary by image and release; platform-specific examples identify their prerequisites.
R2# show ip bgp
     Network          Next Hop        Metric LocPrf Weight Path
*>   198.51.100.1/32  192.0.2.1            0             0 65001 i
*>   198.51.100.2/32  192.0.2.1            0             0 65001 i

Prepare the replay mechanism

R2# show ip bgp neighbors 192.0.2.1 | begin capabilities
Neighbor capabilities:
  Route refresh: advertised and received
  Address family IPv4 Unicast: advertised and received

Confirm that the peer can honor route refresh for this address family. The request is scoped to that family and neighbor, and the peer re-advertises its currently exportable routes. No extra pre-policy table is required solely for replay.

Change inbound MED

route-map IN-MED permit 10
 set metric 222
exit
router bgp 65002
 address-family ipv4 unicast
  neighbor 192.0.2.1 route-map IN-MED in
 exit-address-family
R2# clear ip bgp 192.0.2.1 soft in
R2# show ip bgp 198.51.100.1/32
BGP routing table entry for 198.51.100.1/32
  65001
    192.0.2.1 from 192.0.2.1
      Origin IGP, metric 222, localpref 100, valid, external, best

The changed attribute is visible after replay. TCP need not restart, but the resulting routing-policy change can still alter or remove forwarding paths; soft does not promise zero traffic impact.

Compare before-policy and after-policy information

ActionWhat happens
soft in with negotiated refreshRequest/reprocess peer advertisements.
soft outLocally regenerate exports using the outbound policy.
hard clearRestart session and withdraw/relearn routes.

Enhanced route refresh can bracket replay with beginning/end markers; support must be negotiated. A Route Refresh message is not an OPEN message and does not renegotiate the session’s original capabilities.

Remove the experiment and re-evaluate

router bgp 65002
 address-family ipv4 unicast
  no neighbor 192.0.2.1 route-map IN-MED in
 exit-address-family
R2# clear ip bgp 192.0.2.1 soft in
R2# show ip bgp 198.51.100.1/32
BGP routing table entry for 198.51.100.1/32
  65001
    192.0.2.1 from 192.0.2.1
      Origin IGP, metric 0, localpref 100, valid, external, best

If neither a stored copy nor negotiated refresh is available, a controlled hard reset may be necessary. Prefer a narrowly scoped operation with known consequences rather than clearing all peers.

Key Takeaways

  • Inbound policy must be re-evaluated against route information.
  • Stored replay and route refresh are different mechanisms.
  • Pre-policy storage consumes extra memory.
  • Soft outbound refresh regenerates local exports.
  • A soft operation can still change forwarding through its new policy.

Route Refresh Capability Quiz

Six questions · four options each · select one answer per question. Submit all answers to see your score and explanations.

1. What does inbound soft reconfiguration retain?
2. What does route refresh ask a peer to do?
3. What is the illustrated new inbound MED?
4. Does soft in guarantee unchanged traffic forwarding?
5. Which operation regenerates local outbound policy?
6. Can a late storage command recover previously discarded routes by itself?
Protocol and command references

Route refresh · Enhanced refresh · BGP specification · Router-symbol attribution.