Hacker News Reader

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

View on HN

It'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

> 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

Ah yes; that's one of my favorites - health check returning 200s instantaneously; actual service is a black hole.

One of many problems that are only solvable with a software watchdog.

Reply on news.ycombinator.com