nerdexam
Cisco

352-001 · Question #706

A large service provider network has a single-level IS-IS network with 500 routers. This network has short- haul and long-haul links. Periodically, long-haul links bounce for a short period of time, c

The correct answer is C. Implement a delay between successive IS-IS LSP packet transmissions on routers with long-haul. IS-IS LSP pacing - controlling the delay between successive LSP transmissions on routers with flapping long-haul links - reduces CPU load during burst flapping events without delaying the initial LSP generation that drives fast convergence.

Layer 3 Control Plane

Question

A large service provider network has a single-level IS-IS network with 500 routers. This network has short- haul and long-haul links. Periodically, long-haul links bounce for a short period of time, causing 10 to 20 flaps in a few minutes. The probable cause is local road construction. Although fast convergence is important, a design engineer is concerned about taxing CPU cycles on the older routers. Which solution protects the CPU of the older routers during the short periods of excessive flapping, yet has no impact on fast convergence for all interface failures?

Options

  • AModify the length of time that an LSP remains in the router database without being refreshed on
  • BModify hello timers on routers with short-haul links
  • CImplement a delay between successive IS-IS LSP packet transmissions on routers with long-haul
  • DImplement LSP generation throttling on routers with long-haul links

How the community answered

(45 responses)
  • A
    7% (3)
  • B
    33% (15)
  • C
    44% (20)
  • D
    16% (7)

Why each option

IS-IS LSP pacing - controlling the delay between successive LSP transmissions on routers with flapping long-haul links - reduces CPU load during burst flapping events without delaying the initial LSP generation that drives fast convergence.

AModify the length of time that an LSP remains in the router database without being refreshed on

Modifying the LSP lifetime controls how long LSPs remain in the database before requiring a refresh, which has no direct effect on CPU load during rapid link flapping events.

BModify hello timers on routers with short-haul links

Modifying hello timers on short-haul link routers changes neighbor adjacency detection speed on those links and does not address the CPU overload caused by flapping long-haul links elsewhere.

CImplement a delay between successive IS-IS LSP packet transmissions on routers with long-haulCorrect

LSP pacing (transmission throttling) limits how rapidly a router floods LSP packets to its neighbors, so when a long-haul link flaps 10-20 times in a few minutes the older routers are not overwhelmed by continuous flooding cycles. Because pacing controls only the transmission rate and not LSP generation, the very first LSP for any new topology change is still generated and sent immediately, preserving fast convergence for all interface failures. Applying pacing selectively to routers with long-haul links targets the source of the excessive flapping without affecting short-haul link behavior.

DImplement LSP generation throttling on routers with long-haul links

LSP generation throttling delays how quickly a new LSP is created after a topology change, which directly slows down initial convergence for all interface failures and violates the requirement of no impact on fast convergence.

Concept tested: IS-IS LSP pacing to protect CPU during link flapping

Source: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_isis/configuration/xe-16/iri-xe-16-book/iri-lsp-gen-throttle.html

Topics

#IS-IS#LSP transmission throttling#flap dampening#convergence

Community Discussion

No community discussion yet for this question.

Full 352-001 Practice