Bonjour,
 
au boulot, nous avons un certain nombre de machines diskless reliées à un serveur PXE. Toutes ces machines sont mise en réseau grâce à un bridge sur le serveur. Il a été décidé :
- de passer par un switch (Cisco 2960 s) 10Gb ;
- de changer de serveur (matos plus récent, support 10Gb, ...).
 
J'ai donc installé un Linux, les paquets PXE et TFTP et configuré le DHCP. Les machines font, au démarrage,  
une requête DHCP au serveur directement grâce à des cartes réseaux Intel spécifiques PXE (je n'en sais pas plus).
 
Seulement, cette requête est "affreusement" longue, soit une quarantaine de secondes (à comparer des 4-5 secondes de l'ancien serveur)
 
Voilà ce que je peux vous mettre de la config :  
 
Le DHCP.conf
 
subnet 192.168.7.0 netmask 255.255.255.0 {
        range 192.168.7.10 192.168.7.20;
        default-lease-time 86400;
        max-lease-time 604800;
        option broadcast-address 192.168.7.255;
        option domain-name "domain";
        server-name "server";
        next-server 192.168.7.7;
        filename "pxelinux.0";
}
 
On voit donc que le réseau de machines diskless est sur 192.168.7.0
J'ai réduit la plage d'IP adressables pour limiter au maximum le temps pour le DHCP d'attribuer une IP  
(même si ça ne sert à rien, je ne suis plus à ça près)
 
Le PXE.conf
 
interface=eth2
 
default_adress=192.168.7.7
 
# tftpd base dir
tftpdbase=/var/lib/tftpboot
 
Le reste du fichier est commenté.
 
Le fichier /etc/network/interfaces est vide.
 
 
Ca fait un moment que je cherche pourquoi le DHCP met aussi longtemps à réagir, mais je ne trouve rien.
 
Je précise que le PXE fonctionne parfaitement bien à part ça.
 
Merci d'avance.

si tu connectes une machine directement sur le serveur c'est aussi long ?
(pour s'affranchir d'éventels pb de reroutage des requêtes, etc.)

Déjà testé, et oui, c'est tout aussi long.
Au passage, voilà un passage intéressant du syslog :  
 
May 23 08:39:07 recup dhcpd: DHCPDISCOVER from 00:1c:c0:f7:bb:6d via eth2
May 23 08:39:08 recup dhcpd: DHCPOFFER on 192.168.7.11 to 00:1c:c0:f7:bb:6d via eth2
May 23 08:40:23 recup dhcpd: DHCPDISCOVER from 00:1c:c0:f7:bb:6d via eth2
May 23 08:40:24 recup dhcpd: DHCPOFFER on 192.168.7.11 to 00:1c:c0:f7:bb:6d via eth2
May 23 08:40:55 recup dhcpd: Wrote 3 leases to leases file.
May 23 08:40:55 recup dhcpd: DHCPREQUEST for 192.168.7.11 (192.168.7.7) from 00:1c:c0:f7:bb:6d via eth2
May 23 08:40:55 recup dhcpd: DHCPACK on 192.168.7.11 to 00:1c:c0:f7:bb:6d via eth2
 
Le serveur fait 2 fois la même "offre" d'IP. La première fois le client la refuse (ou ne la reçoit pas, certainement), la deuxième fois pas de problème. D'après les temps, je peux affirmer que c'est tout le temps le cas (on a toujours environ 30 secondes de retard cumulé à chaque DHCPOFFER)

Bon apparemment c'est le switch Cisco qui met trop de temps à initialiser ses ports avec des protocoles de sécurité qui ne m'intéressent pas. Je vais essayer de les désactiver, et ça devrait aller
 
Et donc finalement, j'avais pas testé la connexion directe au serveur dans la configuration actuelle, je suis persuadé que je l'ai fait à un moment ^^