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

scion takes up to 30s to recover after a failed link recovers #1576

Closed
kormat opened this issue May 29, 2018 · 2 comments
Closed

scion takes up to 30s to recover after a failed link recovers #1576

kormat opened this issue May 29, 2018 · 2 comments

Comments

@kormat
Copy link
Contributor

kormat commented May 29, 2018

There is an series of timers that works badly together in the case of a link recovery:

  • The upstream BS has issued a revocation, which can last for up to 10s after the link comes back, during which time no beacons can be propagated.
  • The upstream BS has a propagation timer of 5s, so it can take up to 5s after the revocation is expired before it propagates a beacon.
    That's 15s. The same applies to the downstream AS (except there it's the registration timer instead of the propagation timer).
@kormat
Copy link
Contributor Author

kormat commented May 29, 2018

Things we can do to reduce this window:

  • Have both BSes preemptively clear revocations from BRs when a link comes back up, instead of waiting for them to expire.
  • Have an BS propagate immediately when a downstream link comes back up, regardless of it's propagation timer.
  • Have a BS register new beacons ~immediately when an upstream link comes back up and beacons are received.

@oncilla
Copy link
Contributor

oncilla commented May 14, 2019

fixed by #2672

@oncilla oncilla closed this as completed May 14, 2019
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

No branches or pull requests

3 participants