On Tue, 19 Dec 2000, Bernd Eckenfels wrote: [...] > So, the question is, if we should fix the kernel or ifconfig. If i consider > that the kernel now is calculating the broadcast absed on a class, i guess > it is better to fix the kernel since CIDR will make it leaner. IMHO, the kernel is the "best" place to fix this as it's closer to the action. Also, we shouldn't assume(1) that interfaces will only ever be created via ifconfig. This strategy of course assume(1)s that the kernel is necessarily in possession of the netmask when it's setting the broadcast address. Would we also need to consider obscure cases such as a netmask change after the user has supplied a non-standard broadcast address? Questions: 1) where do I find this in the kernel (as in 2.2.x; preliminary find-and-grepping hasn't helped much so far)? 2) if this behaviour is changed, what might break (although the concept of something legitimately depending on an arguably broken behaviour somewhat stretches the imagination ;-)? Regards, Neale. (1) assume (verb): to make an ASS of U and ME ;-) - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org
