Unsure whether it would be supported on your 4510, but BFD might provide a lower impact than regular HSRP. (I also recall reading somewhere that BFD may have some kind of special support when working with multiple VLANs - but don't hold me to that.)
If you mean you saw this "We recommend configuring a minimum hellotime value of 250 milliseconds and a minimum holdtime value of 800 milliseconds.", take note of the word "recommend". That doesn't mean they are the actual minimum values possible. Actual possible values may vary per platform. Also their impact to the device at various settings.
Also, if I reading some of the documentation correctly, the 250/800 recommendation might apply to HSRP in general, not when using BFD specifically. In fact, I see one example uses "bfd interval 50 min_rx 50 multiplier 5", which is 50/250?
Other documentation using BFD shows other examples using other values, with "bfd interval 50 min_rx 50 multiplier 3" being common. (Which is 50/150?)
For HSRP usage "bfd interval 200 min_rx 200 multiplier 3", seems common values shown in example usage.
no bfd interval milliseconds min_rx milliseconds multiplier multiplier-value
Specifies the rate at which BFD control packets will be sent to BFD peers. The configurable time period for the milliseconds argument is from 50 to 999 milliseconds (ms).
Specifies the rate at which BFD control packets will be expected to be received from BFD peers. The configurable time period for the milliseconds argument is from 1 to 999 milliseconds (ms).
Specifies the number of consecutive BFD control packets that must be missed from a BFD peer before BFD declares that the peer is unavailable and the Layer 3 BFD peer is informed of the failure. The configurable value range for the multiplier-value argument is from 3 to 50.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...