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

Recommend that PATH_ABANDON should be retransmitted on another path #470

Open
mirjak opened this issue Nov 28, 2024 · 4 comments
Open

Recommend that PATH_ABANDON should be retransmitted on another path #470

mirjak opened this issue Nov 28, 2024 · 4 comments

Comments

@mirjak
Copy link
Collaborator

mirjak commented Nov 28, 2024

Maybe this is obvious but if a path_abandon frame gets lost, this will usually lead to a PTO. In this case the path is highly likely to be already broken and I probably should retransmit the path_abandon frame on another path to actually be able to close the path. We already say in the new "handling PTO" section that it makes sense to generally retransmit on another path. However, maybe we should actually say this using normative language (SHOULD or MUST?) in the path closure section in case of the path_abandon frame?

@huitema
Copy link
Contributor

huitema commented Nov 29, 2024

The feedback from Dublin was quite clear: a bunch of these strategies are still research issues. We should generally not try to solve them as part of the draft, because it makes the whole draft look like a research project. And we should certainly not make normative statements that implementation SHOULD or MUST implement a variant of an algorithm for which research is still ongoing.

@mirjak
Copy link
Collaborator Author

mirjak commented Dec 3, 2024

Actually we already have this sentence in section 3.3 (Path Closure):

Thus, even if connectivity on that path is already broken but there is still another usable path, it is RECOMMENDED to send the PATH_ABANDON frames on another path.

I would maybe just like to add one more sentence here to make the case above a bit more clear like this:

Thus, even if connectivity on that path is already broken but there is still another usable path, it is RECOMMENDED to send the PATH_ABANDON frames on another path. For example if the PATH_ABANDON frame itself got lost on the to be abandoned path, this might be a sign that the path is not usable anymore and retransmission on another path would address this concern.

@mirjak
Copy link
Collaborator Author

mirjak commented Dec 3, 2024

I created PR #473 to see the proposed change in context.

@mirjak
Copy link
Collaborator Author

mirjak commented Dec 20, 2024

I closed #473 but based on the discussion there created PR #477. This new PR is a slight rephrasing of the existing sentence but makes it now clear that it is generally recommend to send the PATH_ABANDON on another path. That was the take-away for me from the discussion on #473. Please let me know if you agree to that or not!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants