[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20131029.154415.509757973218262289.davem@davemloft.net>
Date: Tue, 29 Oct 2013 15:44:15 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: David.Laight@...LAB.COM
Cc: hannes@...essinduktion.org, jiri@...nulli.us, vyasevich@...il.com,
netdev@...r.kernel.org, kuznet@....inr.ac.ru, jmorris@...ei.org,
yoshfuji@...ux-ipv6.org, kaber@...sh.net, thaller@...hat.com,
stephen@...workplumber.org
Subject: Re: [patch net-next] ipv6: allow userspace to create address with
IFLA_F_TEMPORARY flag
From: "David Laight" <David.Laight@...LAB.COM>
Date: Tue, 29 Oct 2013 09:37:06 -0000
>> Note that you don't even need to put the DHCP protocol core into the
>> kernel to fix the promiscuous problem. You just have to use the
>> current kernel interfaces correctly.
>>
>> It used to be the case a very long time ago that you couldn't even
>> receive broadcast UDP datagrams on a socket until an address was
>> configured on it.
>>
>> So everyone turns on promiscuous mode and uses RAW sockets or
>> AF_PACKET.
>>
>> Stupid? yes.
>
> Not only that, but the dhcp client could use a normal UDP socket
> to keep the lease renewed - I suspect it has only ever needed
> to use the BPF interface (I didn't think it set promiscuous)
> when acquiring the initial lease.
You don't even need it for that, you can use a normal vanilla UDP
socket for the entire set of transactions.
When we initially seek a lease, we get our response in a broadcast
packet and the kernel is perfectly willing to receive that broadcast
packet, as stated, even when no IP address is assigned to the
interface.
The BPF program is only necessary if you don't use UDP sockets and use
RAW ones instead. Look at what it's used for, it's purely matching
protocol UDP, port N.
--
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