Tidak tahu perangkat apa yang diminta. Dengan demikian ia mengirimkan permintaannya ke seluruh subnet. Server DHCP mendengarkan jenis komunikasi tertentu dan ketika mendengar siaran tertentu, ia memulai percakapan DHCP dengan perangkat yang menyiarkan permintaannya. Lihatlah proses DORA untuk informasi lebih lanjut.
DORA adalah singkatan:
Adapun gateway, itu bisa ikut bermain hanya jika secara eksplisit meneruskan lalu lintas DHCP ke subnet lain. Fitur itu biasanya disebut DHCP Relay . Jika tidak, gateway mengabaikan pesan DHCP broadcast seperti halnya mengabaikan setiap pesan broadcast lainnya.
Sedangkan untuk server DHCP yang berlebihan, Anda harus menyimpan keduanya di subnet yang sama dan mungkin menggunakan aturan 80/20 . Anda dapat mengatur failover jika Anda menggunakan CentOS sebagai server DHCP Anda .
DHCP (umumnya) adalah protokol broadcast, jadi klien tidak perlu tahu apa-apa tentang jaringan, itu hanya menyiarkan permintaan.
Server DHCP di jaringan kemudian melihat permintaan itu dan menanggapinya.
Tentu saja, ini jauh lebih kompleks dari itu, karena perutean, dan perangkat jaringan lainnya. Halaman Wikipedia adalah sumber yang bagus .
Dan RFC yang relevan mencakup detailnya.
sumber
Alasan saya bertanya adalah karena saya mencoba mencari cara terbaik mengatur server DHCP yang berlebihan, jika yang asli gagal karena alasan apa pun.
Pertama, saya memuji minat Anda untuk mempelajari lebih lanjut tentang protokol. Itu rencana yang bagus.
Kedua, saya berterima kasih karena telah menjelaskan tujuan Anda; Saya pikir ini akan membantu Anda mendapatkan jawaban yang bagus.
Akhirnya, jawabanku:
Untuk server DHCP mana pun yang Anda pilih, ada kemungkinan konfigurasi failover / redundansi yang memungkinkan Anda untuk mengatur server DHCP berlebihan yang dapat mengambil alih secara otomatis (saya percaya Windows memiliki itu, dan saya tahu server DHCP ISC dapat). Itu akan menjadi pilihan pertama saya, karena biasanya menangani masalah sewa yang diberikan oleh server DHCP utama sebelum kegagalannya, dan karena ia pulih secara otomatis dan cepat.
Pilihan kedua adalah menduplikat konfigurasi pada komputer lain sehingga Anda dapat membawa mesin lain secara manual jika terjadi kegagalan yang pertama. Ini tidak seoptimal mungkin karena Anda akan kehilangan informasi sewa yang ada dan karena down-time implisit antara server DHCP pertama gagal dan ketika Anda membuka replacemnt.
sumber
Beberapa langkah terlibat dalam mendapatkan alamat IP dari server dhcp.
Pesan penemuan, pesan ini disiarkan untuk mencari server dchp
Server DHCP di jaringan membalas dengan pesan penawaran.
Pesan permintaan DHCP dikirim oleh klien dengan penyiaran .. pesan ini akan menginformasikan semua server DHCP di jaringan, yang penawarannya diterima oleh klien.
Pesan pengakuan DHCP dikirim untuk konfirmasi oleh server.
sumber