-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
tests: Add OSPF test for issue 14488 #14582
tests: Add OSPF test for issue 14488 #14582
Conversation
d23e825
to
c2293f3
Compare
c2293f3
to
afbfcae
Compare
I'm testing this out and looking at the other PR this morning |
OSPF on IPv4/IPv6 removes the wrong routes in certain cases, causing issues when removing and re-enabling interfaces. This test proofs that. These tests all pass with FRRouting#13340 and the latest master (d2324b7). See FRRouting#14488 Signed-off-by: Denis Krienbühl <[email protected]>
afbfcae
to
616e1fa
Compare
FYI, I added slightly changed the uptime check to also include the time it took to run the test to the comparison. I'm not sure how useful this will proof to be, but maybe it helps you find the reason for the flakiness that you've discovered. I also discovered that for IPv6 the uptime check was not correct, as it compared strings instead of actual seconds. |
https://github.com/Mergifyio backport dev/9.1 |
❌ Command disallowed due to command restrictions in the Mergify configuration.
|
@Mergifyio backport dev/9.1 |
✅ Backports have been created
|
tests: Add OSPF test for issue 14488 (backport #14582)
OSPF on IPv4/IPv6 removes the wrong routes in certain cases, causing issues when removing and re-enabling interfaces. This test proofs that.
These tests all pass with #13340 and the latest master (d2324b7).
See #14488