]> git.puffer.fish Git - matthieu/frr.git/commit
pimd: Fix for data packet loss when FHR is LHR and RP
authorRajesh Varatharaj <rvaratharaj@nvidia.com>
Thu, 17 Aug 2023 20:11:42 +0000 (13:11 -0700)
committerMergify <37929162+mergify[bot]@users.noreply.github.com>
Thu, 20 Feb 2025 16:57:15 +0000 (16:57 +0000)
commita2c37893d46094964321716c0f2c6b7fab876025
treeff487b849e2fd5caf5ea9bea7f6ab840a150e615
parent15d390c06cf05789ba9d393a1a87eda14e6f0f02
pimd: Fix for data packet loss when FHR is LHR and RP

Topology:
A single router is acting as the First Hop Router (FHR), Last Hop Router (LHR), and RP.

RC and Issue:
When an upstream S,G is in join state, it sends a register message to the RP.
If the RP has the receiver, it sends a register stop message and switches to the shortest path.
When the register stop message is processed, it removes pimreg, moves to prune,
and starts the reg stop timer.

When the reg stop timer expires, PIM changes S,G state to Join Pending and sends out a NULL
register message to RP. RP receives it and fails to send Reg stop because SPT is not set at that point.

The problem is when the register stop timer pops and state is in Join Pending.
According to https://www.rfc-editor.org/rfc/rfc4601#section-4.4.1,
we need to put back the pimreg reg tunnel into the S,G mroute.
This causes data to be sent to the control plane and subsequently interrupts the line rate.

Fix:
If the router is FHR and RP to the group,
ignore SPT status and send out a register stop message back to the DR (in this context, the same router).

Ticket: #3506780

Signed-off-by: Donald Sharp <sharpd@nvidia.com>
Signed-off-by: Rajesh Varatharaj <rvaratharaj@nvidia.com>
(cherry picked from commit 8280257cc99e071c205e469399f2fb41671b30eb)
pimd/pim_register.c