On 25 Apr, Mike Silbersack wrote: > The necessity of accepting all in-window resets was discovered > by jayanth and jlemon, both of whom have seen TCP stacks that > will respond to FIN-ACK packets with resets not meeting the > strict last_ack_sent check. Do we know the identities of any guilty stacks besides the one reported by jayanth?