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

feat: if SDXLC_URL isn't reachable during a topology update it won't try to recover from it #76

Open
viniarck opened this issue Nov 7, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@viniarck
Copy link
Collaborator

viniarck commented Nov 7, 2024

Currently, when handling a topology update, if this POST fails, the error handling is only logging as an error, which is a good start, BUT, depending how critical is it is to still have an outdated topology, you might consider the following:

  1. Let this on_topology_updated_event handler crash, and then leverage kytos-ng core dead queue endpoint PATCH dead_letter/ try to reinject crashed events, hoping that eventually it succeeds, and stop trying to do it if a newer update happend or it succeeded.

  2. Try to have a sort of reconciliation mechanism where it would try to poll the currently topology in a low frequency if any error happened, and only do it again if a POST to sdx topo error happens.

@viniarck viniarck added the enhancement New feature or request label Nov 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant