4 ms·
Interesting read. Its interesting that this is a big in the specification and not implementation since bgp is so old. We must not hit this case often
by sigmonsays 6y ago
Interesting read. Its interesting that this is a big in the specification and not implementation since bgp is so old. We must not hit this case often
- eqvinox 6y agoIt's actually becoming more frequent due to BGP speakers being increasingly multithreaded. In the olden days, if you were overloaded, that also meant no more keepalives being sent. With the power of multithreading you can now simultaneously be overloaded and still send keepalives! :D
- NovemberWhiskey 6y agoAh yes; that's one of my favorites - health check returning 200s instantaneously; actual service is a black hole.
- jschwartzi 6y agoOne of many problems that are only solvable with a software watchdog.
- EricE 6y ago> With the power of multithreading you can now simultaneously be overloaded and still send keepalives! :D Now that's progress! Reminds me of some of the naive comments in a few of the recent posts on HN about programming multithreading. It's not as easy as just adding more threads. Or sending in more trains :) https://www.youtube.com/watch?v=-hyttagGsz0 https://www.youtube.com/watch?v=-hyttagGsz0