[heikis]

Kas DHCP server võib tekitada DHCP NAK vastuseid DHCP REQUESTile juhul, kui DHCP server on välja saatnud 2 DHCP offerit, millel on ühine (identne) Transaction ID väärtus?
igaksjuhuks mainin veel, et need 2 erinevat OFFERit pakuvad kliendile IP aadressi hoopis erinevatest IP vahemikest.

terv,
heiki.

[pupujuku]

Kas Transaction ID ei pärine mitte serverist vaid kliendist. Ja klient võib oma päringule saada mitu offeri't kui võrgus on rohkem kui üks DHCP server. Kas kuskil miski teine DHCP server peidus pole ?

[heikis]

jah, transaction ID genereerib klient dhcp discovery broadcastimisel.

see üks DHCP Discovery jõuab kahte erinevat võrku pidi ainukese DHCP serverini (2 võrku bridgetud kokku).
see ainuke DHCP server genereerib kaks DHCP offerit identsete TransactionID-ga.
klient valib emma-kumma offeri ning paneb teele DHCP requesti.
DHCP server näeb nüüd, et tuli DHCP Request Transaction ID-ga, mis on mapitud tal kahe DHCP Offeriga (kas server ei tohi DHCP ACK saata, kui TransID xxyyzz on seotud kahe tehtud offeriga?)
Sellele DHCP Requestile saadab DHCP server DHCP NAK vastuse.

väga ebatraditsiooniline lahendus, aga see pole hetkel teema. Huvitab just see, miks keeldub DHCP server teenindamast.
Kui võrkude bridgemine ära lõhkuda, siis saab ka DHCP ACK.

[pupujuku]

Kas see juhtub alati, või ainult siis, kui konkreetne offer ja selle request "liiguvad eri võrke pidi" ?

[heikis]

[pupujuku]

Äkki https://www.ietf.org/rfc/rfc2131.txt järgi ongi see nii ette nähtud sel juhul ?

[heikis]

[pupujuku]

Mul on omal ka mõned ideed seoses DHCP-ga jäänud realiseerimata (ASA-de keskkonnas).
Ja veel igaks juhuks lisan et mõningates keerulisemates olukordades on abiks olnud DHCP lease aja keeramine üpris maha (näiteks 1 tunni peale).
Aga edu!

[jj666]

Oled erinevate dhcp serveritega katsetanud? Win keskkonnas sarnaste juhtumite puhul abi superscope rakendamisest mõnikord.