З цікавості, чому часто потрібні секунди, щоб отримати конфігурацію мережі через DHCP, коли процесор здатний обробляти мільйони операцій в секунду, а пінг-роутер займає пару мілісекунд?
У моїй домашній обстановці з одним WiFi-роутером і приблизно 5-ма пристроями не рідко можна побачити рази, як 5-10 секунд.
Відповіді:
На додаток до фактичного придбання DHCP-оренди від DHCP-сервера (який зазвичай не займає дуже багато часу), деякі сервери спочатку надішлють IP-адресу, яку вона збирається роздати, перш ніж вона насправді передасть її, щоб переконатися, що її ще немає використовується в мережі - на це потрібно кілька секунд. Клієнт іноді зробить те ж саме (знову ж таки, щоб запобігти конфліктам IP-адреси), що додасть ще трохи часу. Потім, крім того, деякі клієнти також зареєструють свої записи DNS тощо.
DHCP може зайняти трохи більше часу, оскільки він включає низку транзакцій не з одним сервером, а з усіма пристроями в мережі під час початкового запиту, оскільки він надсилає широкомовні повідомлення.
Якщо ви перевірите RFC на DHCP,
http://www.faqs.org/rfcs/rfc2131.html
ви чітко бачите, що серія переговорів передбачає. На початку клієнт надсилає DHCPDISCOVER на всі пристрої в локальній мережі, потім сервери, на яких працює служба dhcp, повертають повідомлення DHCPOFFER. Клієнт також може зачекати, щоб отримати відповіді з усіх доступних dhcp-серверів, перш ніж вибрати його. Потім він надсилає DHCPREQUEST з ідентифікатором, який вказує, який сервер обрав своїм постачальником ip. Нарешті, він отримує DHCPACK з усіма параметрами конфігурації. Це лише короткий підсумок "3.1 взаємодії клієнт-сервер - виділення мережевої адреси" від RFC.
З мого досвіду dhcp займає тривалий час головним чином у великих локальних мережах з великою кількістю вузлів. У домашній роботі з одним сервером dhcp (наприклад, WIFI-роутером) і одним-двома ПК це досить швидко.
Дві причини (і рішення) я знайшов, коли хотів швидких відповідей з мого сервера DHCP.
1) Мій DHCP зробив пінг адреси, яку хотів виділити. Це додало 3 секунди затримки. Я видалив це, змінивши конфігурацію DHCP, щоб мати відображення MAC-адреси на IP-адресу. В основному це використовується DHCP для виділення статичної адреси. Це зняло затримку на 3 секунди для мене.
2) У мене є ізольована мережа, проте ви можете це отримувати часом. Був зроблений пошук DNS, що для мене призвело до затримки багато секунд із отриманням IP-адреси від DHCP. У конфігурації сервера DHCP були варіанти для нашого домену та DNS-серверів. Після видалення параметрів DNS та зміни вище я отримав миттєві відповіді від сервера DHCP. (**)
Ці питання були те, що я знайшов у своєму налаштуванні. Ваш пробіг може відрізнятися.
ура
ФУНТ
(**) Якби я мав копійки щоразу, коли невдалий пошук DNS спричиняв затримку, що призводило до дивного удару по афекту, в результаті чого я почухав голову, я б мав багато багато копійок.
Я не знаю, який у вас сценарій, але в реальному світі ви отримуєте ip-адресу ... і т. Д. Від старого сервера (dhcp-сервер завжди той, який має найдавніше обладнання :)) з безліччю запитів, позаду брандмауера , один або кілька маршрутизаторів / комутаторів ... Затримка, потужність процесора ... і в світі Windows реалізація dhcp не настільки ефективна, як нам хотілося б !.
Якщо у вас виникли проблеми з продуктивністю dhcp;