Par curiosité, pourquoi faut-il souvent des secondes pour obtenir une configuration réseau via DHCP lorsque le CPU est capable de traiter des millions d'opérations par seconde et que le ping vers le routeur prend quelques millisecondes?
Dans mon environnement domestique avec un routeur WiFi et environ 5 appareils, il n'est pas rare de voir des temps comme 5-10 secondes.
Réponses:
En plus de l'acquisition réelle du bail DHCP à partir du serveur DHCP (ce qui ne prend généralement pas très longtemps), certains serveurs cingleront d'abord l'adresse IP qu'elle est sur le point de distribuer avant de la distribuer pour vérifier qu'elle n'est pas déjà en cours d'utilisation sur le réseau - cela prend quelques secondes pour expirer. Le client fera parfois la même chose (encore une fois, pour éviter les conflits d'adresse IP), ce qui ajoutera un peu plus de temps. Ensuite, en plus de cela, certains clients enregistreront également leurs entrées DNS, etc.
DHCP peut prendre un peu plus de temps car il implique une série de transactions, non pas avec un seul serveur mais avec tous les périphériques du réseau lors de la demande initiale, car il envoie un message de diffusion.
Si vous vérifiez le RFC pour DHCP,
http://www.faqs.org/rfcs/rfc2131.html
vous pouvez voir clairement la série de négociations implique. Au début, le client envoie DHCPDISCOVER à tous les périphériques du réseau local, puis les serveurs exécutant le service dhcp renvoient le message DHCPOFFER. Le client peut également attendre d'obtenir des réponses de tous les serveurs DHCP disponibles avant d'en choisir un. Ensuite, il envoie un DHCPREQUEST avec un identifiant qui indique quel serveur il a choisi comme fournisseur ip. Enfin, il obtient DHCPACK avec tous les paramètres de configuration. Ceci n'est qu'un résumé de "3.1 Interaction client-serveur - attribution d'une adresse réseau" à partir du RFC.
D'après mon expérience, le dhcp prend beaucoup de temps, principalement dans un grand réseau local avec beaucoup de nœuds connectés. Dans un homenetwork avec juste un seul serveur DHCP (routeur WIFI par exemple) et un ou deux PCs, c'est assez rapide.
J'ai trouvé deux raisons (et solutions) lorsque je voulais des réponses rapides de mon serveur DHCP.
1) Mon DHCP a fait un ping de l'adresse qu'il voulait allouer. Cela a ajouté un délai de 3 secondes. J'ai supprimé cela en changeant la configuration DHCP pour avoir un mappage de l'adresse MAC à l'adresse IP. Il s'agit essentiellement d'utiliser DHCP pour allouer une adresse statique. Cela a supprimé le délai de 3 secondes pour moi.
2) J'ai un réseau isolé, cependant, vous pouvez l'obtenir à certains moments. Une recherche DNS a été effectuée, ce qui pour moi a entraîné un retard de plusieurs secondes pour obtenir une adresse IP auprès de DHCP. Dans la configuration du serveur DHCP, il y avait des options pour notre domaine et nos serveurs DNS. Après avoir supprimé les options DNS et les modifications ci-dessus, j'ai reçu des réponses instantanées du serveur DHCP. (**)
Ces problèmes étaient ce que j'ai trouvé dans ma configuration. Votre kilométrage peut varier.
à votre santé
KG
(**) Si j'avais un sou pour chaque fois qu'une recherche DNS échouée provoquait un retard qui entraînait un effet de choc étrange qui me faisait me gratter la tête, j'aurais beaucoup de centimes.
Je ne sais pas quel paysage vous avez, mais dans le monde réel, vous obtenez l'adresse IP ... etc à partir d'un ancien serveur (le serveur DHCP est toujours celui avec le matériel le plus ancien :)) avec beaucoup de demandes, derrière un pare-feu , un ou plusieurs routeurs / commutateurs ... Latence, alimentation cpu ... et dans un monde Windows, la mise en œuvre DHCP n'est pas aussi efficace que nous le souhaiterions!.
Si vous rencontrez des problèmes de performances avec dhcp;