Skip to content

Stabilize MTU validation after PMTU cache updates#3692

Open
jbemmel wants to merge 1 commit into
ipspace:devfrom
jbemmel:fix/stabilize-mtu-pmtu-validation
Open

Stabilize MTU validation after PMTU cache updates#3692
jbemmel wants to merge 1 commit into
ipspace:devfrom
jbemmel:fix/stabilize-mtu-pmtu-validation

Conversation

@jbemmel

@jbemmel jbemmel commented Jul 24, 2026

Copy link
Copy Markdown
Collaborator

Summary

  • Flushes the cEOS probe's IPv4/IPv6 route (PMTU) cache between the under-MTU success checks and the Frag Needed / Packet Too Big expectations in tests/integration/initial/04-mtu.yml.
  • Adds wait: ping_long on the IPv6 under-MTU check for the same path.

Why

After an oversized DF ping, Linux/cEOS learns and caches the path MTU. The next oversized ping then fails locally with "message too long" instead of eliciting a fresh ICMP unreachable from the DUT, so the PTB validation becomes flaky or fails even when the DUT is correct. Flushing the cache forces a new discovery attempt and keeps the test asserting DUT behavior.

Test plan

  • Run tests/integration/initial/04-mtu.yml against a DUT that previously showed intermittent PTB failures
  • Confirm v4_1400_ptb / v6_1400_ptb still match Frag Needed / Packet Too Big (not local message-too-long)

Made with Cursor

Flush the probe's IPv4/IPv6 route cache between under-MTU and PTB checks so
cached path MTU does not turn the next oversized ping into a local "message
too long" failure instead of a fresh Frag Needed / Packet Too Big from the DUT.

Co-authored-by: Cursor <cursoragent@cursor.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant