[email protected] wrote:
Vasumathi and I were talking about this.. even today (with ifconfig) the plumb and the SLIFADDR are separate operations, triggered from userspace, so there is a window where the 0'th interface has been plumbed with 0.0.0.0 but not yet SLIFADDR'ed, and anything can happen (including two SLIFADDRs racing). I suggested that we should add a new ioctl that will atomically (SLIFFADDR the 0'th interface if it is 0.0.0.0, else do the ADDIF).
Are you concerned about two admins doing their independent ifconfigs, or what is the source of the race? (Adding kernel complexity to handle dueling admins isn't worth while.)
But long term, wouldn't it be better to fix this so that the 0'th logical interface *is* really 0.0.0.0 at all times (similar to the BSD model of having an AF_LINK as the first ifaddr on an ifnet)?
Yes. Erik _______________________________________________ networking-discuss mailing list [email protected]
