• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

EIGRP Delay Rounding

azev

Golden Member
When configuring redistribution from other routing protocol to EIGRP, what is the rule to round up the delay statements ? EIGRP delay is configured in 10s of milliseconds.
For example, when you have to redistribute to EIGRP with a delay or 43 , or 48, what do you put as a delay ?? You cannot enter the delay with a decimal number, so it has to be rounded.
Does the rounding of delay follows the math rules of rouding up ?

for 43 = 4
for 48 = 5

Of course in real world this is not a big issue, but this is for a test preparation, and I cannot find any documents that explain this.

Thx
 
Which test? BSCI?

I've always used the following IRL:
redistribute static metric 1000000 100 255 1 1500

Cisco recommends you only tweak the first two values, which are bandwidth and delay. I point all this out because it's probably all you'll need to know about EIGRP redist metrics for the BSCI.
 
the unit of measurement for the delay command is tens of microseconds, not milliseconds.

1 millisecond = 1000 microseconds = 100 tens of microseconds
43 milliseconds = 43000 microseconds = 4300 tens of microseconds
48 milliseconds = 48000 microseconds = 4800 tens of microseconds

so, multiply your current delay in ms by 100 to get the correct EIGRP delay in µs...

Cisco, always making things harder than they have to be 😛
 
Ok, I think this is where the confusion is... I recall reading the delay in cisco routers are in miliseconds, not microseconds, but then again I will do more research and confirm.
 
Back
Top