[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87y6awjhxv.fsf@small.ssi.corp>
Date: Mon, 20 Sep 2010 22:09:16 +0200
From: arno@...isbad.org (Arnaud Ebalard)
To: David Miller <davem@...emloft.net>
Cc: brian.haley@...com, netdev@...r.kernel.org
Subject: Re: E1000E/82567LM-3: link reported up too soon
Hi David,
David Miller <davem@...emloft.net> writes:
> From: arno@...isbad.org (Arnaud Ebalard)
> Date: Mon, 20 Sep 2010 20:57:46 +0200
>
>> On some ethernet devices (at least), link may be reported up (NEWLINK
>> received by userspace with flags indicating UP and RUNNING) before the
>> interface is really usable. When sending packets as soon as the link is
>> available, the first one may be dropped. That's what you see on the
>> capture above.
>
> The link being up doesn't mean an address has been assigned to the
> interface for the protocol you are using yet.
>
> I think you have to schedule whatever it is you need to make sure it
> runs after dhcp successfully complete.
Maybe I was a bit unclear.
The packets sent are an IPv6 Router Solicitation (to get IPv6 subnet
prefixes from the router) and a DHCP Request (to get an IPv4 address
from the DHCP server).
The former is sent from the unspecified address (::) and the latter from
0.0.0.0. The former is sent by UMIP Mobile IPv6 daemon. The second by my
DHCP client. They both use netlink to do that as soon as the link is up.
Both are for address configuration ...
Cheers,
a+
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists