Hi, commit 6486f5a2fd87047fd4309ea91af583a26c7c6e0f introduced a patch for bug 481970. The patch is valid, but a default value of 5 seconds is too low for many server NICs. Please adjust the default timeout to 10 seconds. Remember that DAD will only start when the NIC has carrier (=reports that a cable with a link is attached). 5 seconds for DAD-only would be enough, but now we don't check for carrier anymore (well, the previous check was only a onetime check, which doesn't work) so we have to add this time to the DAD timeout. => 10 seconds should work on most systems.
I see now that in the git repo we have two README files. My intention was to not have a stub /etc/conf.d/net at all, but have the doc/README get installed in DOCDIR and tell you how to write conf.d/net. Since we now also have a README file at the top level, which README should the ebuild install?
williamh: PLEASE don't hijack bugs with completely unrelated comments. I have split your issue to bug 482350.
thomas: patches welcome, but 5 seconds works here on my supermicro gear in general. But in general, for DAD to work, the NIC needs carrier, and STP forwarding needs be completed (if the port is in learning-only mode, traffic is dropped). I think maybe we document the setting better for users to adjust themselves.
@robbat2: I guess that must have been a fat-finger or something that got the comment about the README on this bug instead of where I wanted it to go. Sorry about that.
(In reply to Robin Johnson from comment #3) > thomas: > patches welcome, but 5 seconds works here on my supermicro gear in general. > > But in general, for DAD to work, the NIC needs carrier, and STP forwarding > needs be completed (if the port is in learning-only mode, traffic is > dropped). > > I think maybe we document the setting better for users to adjust themselves. Not knowing anything about STP forwarding I don't know if there's a way to leverage that, but for carrier would it make sense to leverage netplug? IE, recommend users use that even if they don't plan to (un)plug their cables on a regular basis -- Thomas, if you use netplug or ifplugd, do you need more than dad_timeout=5 ?
Hi, I never used netplug or ifupd nor I plan to use it, so I cannot say. With this bug report I wanted to share *my* experience, that dad_timeout 5 is too low, because like Robin said, before the kernel can actual run the duplicated address detection at all, the NIC must be ready and therefor I suggested a better default value ("Default values are generally intended to make a device (or control) usable "out of the box". A common setting, or at least a usable setting, is typically assigned." [1] ;-)). My experience with multiple server NICs (bnx2, e1000 and r8169) is that it typically needs 6-7 seconds until your unconfigured NIC becomes available and ready to use (=you can bind addresses). I don't see why setting the default timeout to 10s would be a problem at all. If 5s was fine, because on most hardware it only takes <=5s - defaulting to 10s wouldn't hurt anybody, because it will still only takes <=5s on most systems. Only when you set a static address and do not have a cable with an active link attached, you would have to wait 5 more seconds. But on systems with server NICs, which aren't that fast when you bring them up for this first time, 10s would be a good default. That's my definition of a good default value, because it would really minimize user interaction on most systems. If you have made different experiences and therefor do not want to adjust the default value, I am fine with that. This is only a suggestion. See also: ========= [1] http://en.wikipedia.org/wiki/Default_%28computer_science%29
InGit