David Miller wrote: > From: Timo_Teräs <[EMAIL PROTECTED]> > Date: Thu, 17 Jan 2008 12:01:17 +0200 > >> David Miller wrote: >>> This is an inherent aspect of AF_KEY (and what it was >>> derived from, BSD routing sockets). >> Yes, this is the way BSD does it. >> >>> It has to provide dumps atomically, and if there is no >>> space there is no way to provide those entries which >>> would require more rcvbuf space. >> RFC does not say it has to be atomic. > > Every application out there in the universe expects BSD socket > semantics, and therefore atomic dumps. You cannot "fix" things > without breaking applications.
IMHO, it's a lot better then losing >50% of entries and the end of sequence message on big dumps. SPD and SADB are not that volatile; in most of the cases the dump would be as good as an atomic one. Even if it did change during ongoing dump you still get an usable dump. All the entries reflect real data and there is no dependency between different entries. I'm not sure if there's other major applications that we should be concerned about, but at least ipsec-tools racoon does not expect to get atomic dumps (which btw, comes originally from BSD). Cheers, Timo -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
