답변:
DHCP는 브로드 캐스트 메시지를 전송하기 때문에 초기 요청 중에 단일 서버가 아니라 네트워크의 모든 장치와 일련의 트랜잭션을 포함하므로 시간이 조금 더 걸릴 수 있습니다.
DHCP의 RFC를 확인하면
http://www.faqs.org/rfcs/rfc2131.html
일련의 협상과 관련된 내용을 명확하게 볼 수 있습니다. 처음에 클라이언트는 LAN의 모든 장치에 DHCPDISCOVER를 보낸 다음 dhcp 서비스를 실행하는 서버는 DHCPOFFER 메시지를 반환합니다. 클라이언트는 하나를 선택하기 전에 사용 가능한 모든 dhcp 서버로부터 응답을 받기를 기다릴 수도 있습니다. 그런 다음 IP 공급자로 선택한 서버를 나타내는 식별자와 함께 DHCPREQUEST를 보냅니다. 마지막으로 모든 구성 매개 변수와 함께 DHCPACK을 얻습니다. 이것은 RFC의 "3.1 클라이언트-서버 상호 작용-네트워크 주소 할당"에 대한 요약 일뿐입니다.
내 경험상 dhcp는 많은 노드가 연결된 대규모 LAN 설정에서 주로 오랜 시간이 걸립니다. 단일 DHCP 서버 (예 : WIFI 라우터)와 하나 또는 두 개의 PC가있는 홈 네트워크에서는 매우 빠릅니다.
DHCP 서버에서 빠른 응답을 원할 때 발견 한 두 가지 이유와 솔루션.
1) DHCP가 할당하려는 주소를 핑했습니다. 3 초 지연이 추가되었습니다. MAC 주소를 IP 주소로 매핑하도록 DHCP 구성을 변경하여이를 제거했습니다. 이것은 기본적으로 정적 주소를 할당하기 위해 DHCP를 사용합니다. 이것은 나를 위해 3 초 지연을 제거했습니다.
2) 나는 고립 된 네트워크를 가지고 있지만 때때로 이것을 얻을 수 있습니다. DNS 조회가 수행되어 DHCP에서 IP 주소를 얻는 데 몇 초의 지연이 발생했습니다. DHCP 서버 설정에는 도메인 및 DNS 서버에 대한 옵션이 있습니다. DNS 옵션과 위의 변경 사항을 제거한 후 DHCP 서버에서 즉시 회신을 받았습니다. (**)
이 문제는 설정에서 찾은 것입니다. 마일리지가 다를 수 있습니다.
건배
LB
(**) DNS 조회 실패로 인해 지연이 발생하여 이상한 충격을 일으켜 머리를 긁는 결과를 초래할 때마다 1 페니를 지불하면 많은 돈을 벌었습니다.
나는 당신이 어떤 scenary를 가지고 있는지 모르지만, 실제 세계에서는 방화벽 뒤에 많은 요청과 함께 오래된 서버 (dhcp 서버는 항상 가장 오래된 하드웨어가있는 서버 :)에서 IP 주소를 얻습니다. , 하나 이상의 라우터 / 스위치 ... 대기 시간, CPU 전원 ... 및 Windows 세계에서 dhcp 구현은 우리가 원하는만큼 효율적이지 않습니다!.