Skip to content
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

isisd: Three-Way Handshake State Change from Expiring #16207

Closed
wants to merge 3 commits into from

Conversation

beith12
Copy link

@beith12 beith12 commented Jun 12, 2024

Under certain conditions the ISIS three-way handshake becomes stuck in an 'Expiring' mode and does not clear the neighbor entry. This fix will clear the neighbor entry if this condition becomes true.

Under certain conditions the ISIS three-way handshake becomes stuck in an 'Expiring' mode and does not clear the neighbor entry. This fix will clear the neighbor entry if this condition becomes true.

Signed-off-by: beith12 <[email protected]>
Copy link
Member

@riw777 riw777 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks good

Copy link
Collaborator

@aceelindem aceelindem left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fix looks reasonable to handle this adjacency state as well. Why doesn't it also apply to broadcast circuits?

@beith12
Copy link
Author

beith12 commented Jun 24, 2024

@aceelindem Valid point - I can do another commit for the Broadcast circuit type.

Under certain conditions the ISIS three-way handshake becomes stuck in an 'Expiring' mode and does not clear the neighbor entry. This fix will clear the neighbor entry if this condition becomes true.

Signed-off-by: beith12 <[email protected]>

Signed-off-by: beith12 <[email protected]>
@frrbot frrbot bot added the isis label Jun 24, 2024
@github-actions github-actions bot added the rebase PR needs rebase label Jun 24, 2024
@riw777
Copy link
Member

riw777 commented Jun 24, 2024

I'm okay with a separate commit for broadcast type ... should we open an issue to track it?

Copy link
Collaborator

@aceelindem aceelindem left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good. Normally, you'd squash the two commits though.

@aceelindem
Copy link
Collaborator

aceelindem commented Jun 24, 2024

I'm okay with a separate commit for broadcast type ... should we open an issue to track it?

I'm okay if you are. Do we need issues for every fix? I haven't been opening them.

@riw777
Copy link
Member

riw777 commented Jun 25, 2024

Looks good. Normally, you'd squash the two commits though.

I'm okay with a separate commit for broadcast type ... should we open an issue to track it?

I'm okay if you are. Do we need issues for every fix? I haven't been opening them.

nah ... just don't want to forget this additional work needs to be done ...

@aceelindem
Copy link
Collaborator

Looks good. Normally, you'd squash the two commits though.

I'm okay with a separate commit for broadcast type ... should we open an issue to track it?

I'm okay if you are. Do we need issues for every fix? I haven't been opening them.

nah ... just don't want to forget this additional work needs to be done ...

Looks good. Normally, you'd squash the two commits though.

I'm okay with a separate commit for broadcast type ... should we open an issue to track it?

I'm okay if you are. Do we need issues for every fix? I haven't been opening them.

nah ... just don't want to forget this additional work needs to be done ...

The second commit commit handles the broadcast circuit. It is just not squashed - which I agree is ok.

@riw777
Copy link
Member

riw777 commented Jun 25, 2024

please fix the lints, and then we can try to figure the failures out ... thanks!

Under certain conditions the ISIS three-way handshake becomes stuck in an 'Expiring' mode and does not clear the neighbor entry. This fix will clear the neighbor entry if this condition becomes true.

Signed-off-by: beith12 <[email protected]>
@beith12
Copy link
Author

beith12 commented Jun 26, 2024

Thanks @riw777 - style now corrected

Copy link

github-actions bot commented Jul 2, 2024

This pull request has conflicts, please resolve those before we can evaluate the pull request.

@riw777
Copy link
Member

riw777 commented Jul 9, 2024

failing in ospf single switch test ... reunning just the failure to see if we can clear this

@aceelindem
Copy link
Collaborator

failing in ospf single switch test ... reunning just the failure to see if we can clear this

I've seen this failure on PRs as well - I think it is related to the topotest using 8 routers.

@riw777
Copy link
Member

riw777 commented Jul 9, 2024

please rebase to and let's see if that fixes this ci failure
we also need to clear the conflicts now ... :-(

@beith12
Copy link
Author

beith12 commented Jul 12, 2024

When i did the rebase i got a conflict and found that a previous commit has actually dealt with this same issue.

5009f75

@riw777
Copy link
Member

riw777 commented Jul 16, 2024

it seems like we should close this one then?

@frrbot autoclose in 1 month

@frrbot frrbot bot added the autoclose label Jul 16, 2024
@beith12 beith12 closed this Jul 16, 2024
@beith12 beith12 deleted the fix-isisd_tw_handshake branch July 16, 2024 14:33
@frrbot frrbot bot removed the autoclose label Aug 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants