dhcp-workers Digest, Vol 11, Issue 8
Yong Bo Hu
huyongbo at cn.ibm.com
Tue Jan 5 07:35:46 UTC 2010
Anybody can help about the Interface Discovery issue?
Thanks.
Best&Regards
Andy Hu(Yong Bo)
TCP/IP on IBM i
IBM China System & Technology Lab in Beijing
TEL: (8610)82454525
E-Mail:huyongbo at cn.ibm.com
From: dhcp-workers-request at lists.isc.org
To: dhcp-workers at lists.isc.org
Date: 2009-12-31 20:00
Subject: dhcp-workers Digest, Vol 11, Issue 8
Sent by: dhcp-workers-bounces+huyongbo=cn.ibm.com at lists.isc.org
Send dhcp-workers mailing list submissions to
dhcp-workers at lists.isc.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/dhcp-workers
or, via email, send a message with subject or body 'help' to
dhcp-workers-request at lists.isc.org
You can reach the person managing the list at
dhcp-workers-owner at lists.isc.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of dhcp-workers digest..."
Today's Topics:
1. DHCPD port on Win32? (Autuori Gianluigi)
2. Interface Discover issue in ISC DHCP 4.1.0 (Yong Bo Hu)
----------------------------------------------------------------------
Message: 1
Date: Wed, 30 Dec 2009 23:32:37 +0100
From: "Autuori Gianluigi" <Autuori.Gianluigi.Wintime at ansaldobreda.it>
Subject: DHCPD port on Win32?
To: <dhcp-workers at lists.isc.org>
Message-ID:
<A691B9541CD614449A7702B21C5BBD59038E2878 at abnaex01.ab.ansaldobreda.it>
Content-Type: text/plain; charset="Windows-1252"
I have to use win32 platform and I need dhcpd. Is there any port of isc
dhcpd?
thanks
--------------------------------------------------------------------------------
Questo messaggio e-mail e ogni documento ad esso eventualmente allegato
puo' avere carattere riservato ed essere tutelato da segreto.
Esso,comunque, e'
ad esclusivo utilizzo del destinatario in indirizzo. Qualora non foste il
destinatario del messaggio vi preghiamo di volerci avvertire immediatamente
per e-mail o telefono e di cancellare il presente messaggio e ogni
eventuale allegato dal vostro sistema. E' vietata la duplicazione o
l'utilizzo per qualunque fine del messaggio e di ogni allegato, nonche' la
loro divulgazione, distribuzione o inoltro a terzi senza l'espressa
autorizzazione del mittente. In ragione del mezzo di trasmissione
utilizzato, il mittente non assume alcuna responsabilita' sulla
segretezza/riservatezza delle informazioni contenute nel messaggio e nei
relativi allegati.
This e-mail and any file transmitted with it may contain material that is
confidential, privileged and/or attorney work product for the sole use of
the intended recipient. If you are not the intended recipient of this
e-mail, please do not read it, notify us immediately by e-mail or by
telephone and then delete this message and any file attached from your
system. You should not copy or use it for any purpose, disclose the
contents of the same to any other person or forward it without express
permission.
Considering the means of transmission, we do not undertake any liability
with respect to the secrecy and confidentiality of the information
contained in this e-mail and its attachments.
------------------------------
Message: 2
Date: Thu, 31 Dec 2009 12:05:48 +0800
From: Yong Bo Hu <huyongbo at cn.ibm.com>
Subject: Interface Discover issue in ISC DHCP 4.1.0
To: dhcp-workers at lists.isc.org
Message-ID:
<OF3A8330EE.916E1B71-ON4825769D.00164935-4825769D.00167E1F at cn.ibm.com>
Content-Type: text/plain; charset="us-ascii"
Not sure whether it's fine to send this there.
The scenario:
Interface ETH0, has and only has IPv4:192.168.1.2 and IPv6 aaaa::cccc. Now
the IPv4 address is down, and the IPv6 address is up. And ranges of
192.168.1.0 and aaaa::/64 are configured. Next start the DHCP server with
IPv6(-6), the result is the ETH0 is skipped with no message in the log
about this interface. If the IPv4 is up, the ETH0 can be listened.
After debug, I locate the code in discover.c:.
/* Skip non broadcast interfaces (plus loopback and
point-to-point in case an OS incorrectly marks them
as broadcast). Also skip down interfaces unless we're:
trying to get a list of configurable interfaces. */
if (((!(info.flags & IFF_BROADCAST) ||
info.flags & IFF_LOOPBACK ||)
info.flags & IFF_POINTOPOINT) && !tmp) ||
(!(info.flags & IFF_UP) &&
state != DISCOVER_UNCONFIGURED))
continue;
On the surface, the interface can be listened depending on the state of
IPv4 address when starting IPv6 DHCP, but it shouldn't. The key point here
is the IFF_BROADCAST flag, for ordinary IPv4 address, it's broadcast
address valid, but for IPv6, which has not broadcast, but has multicast
(IFF_MULTICAST), so i think it would need to differentiate the IPv4 and
IPv6 when to check which interface needs to skip.
Best&Regards
Andy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
https://lists.isc.org/pipermail/dhcp-workers/attachments/20091231/9a5472b8/attachment-0001.html.
>
------------------------------
_______________________________________________
dhcp-workers mailing list
dhcp-workers at lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-workers
End of dhcp-workers Digest, Vol 11, Issue 8
*******************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-workers/attachments/20100105/7b2d2287/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/dhcp-workers/attachments/20100105/7b2d2287/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ecblank.gif
Type: image/gif
Size: 45 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/dhcp-workers/attachments/20100105/7b2d2287/attachment-0001.gif>
More information about the dhcp-workers
mailing list