ich glaube du wirfst siaddr und option 66 zusammen - die gehören aber nicht zusammen...
siaddr enthalt die IP-Adresse des nächsten Servers oder 0.0.0.0 und der Name de Datei steht im Fled fname des DHCP-Headers. Statt siaddr zu setzen kann auch im Feld sname des DHCP-Headers der DNS-Name des TFTP-Servers angegeben werden
die Option 66 enhält den DNS-Namen des TFTP-Servers, wenn das sname-Feld im DHCP-Header für Option-Overload verwendet wird
die Option 67 enhält den Filenamen, wenn das fname-Feld im DHCP-Header für Option-Overload verwendet wird
Nun sollte man der Einfachheit mal davon ausgehen können, daß es einem DHCP-Client, der Option 66/67 unterstützt, egal ist, ob der den DNS-Namen des TFTP-Servers und den Filename im sname/fname Feld des DHCP-Headers sieht oder aber als explizite Option. Wenn du dann Option 66/67 als "additional options" einträgst, kannst du dann *allen* Clients das *selbe* Image zuweisen. Aber nur, wenn der DHCP-Client in der Lage is, eine DNS-Auflösunmg zu machen...
Ist er nicht in der Lage eine DNS-Auflösung zu machen, so kommt das Feld siaddr zum Zug, das vom LANCOM gefüllt wird, wenn es über die einen Eintrag in der Alias-Liste findet. Dieser kann entweder über einen Eintrag in der Hostliste angesteuert werden oder aber der Client fordert das Image im DHCDISCOVER/DHCPREQUEST im fname Feld des DHCP-Headers an.
nun zu den Szenarien:
Zu Szenario 2:
hier wird mitnichten eine Option 66 als siaddr weitergerichet... Hier wird das Feld siaddr auf die Adresse des Image-Servers in der Alias-Liste gesetzt. Das ist ein kleiner aber wichtiger UnterschiedDie Option 66 wird als SIAdr an den Client "TEST" durchgereicht, es wird das Image "PXE" gebootet.
Zu Szenario 3:
versuch doch mal
Code: Alles auswählen
/setup/dhcp/additional-options
Option-Number Network-name Option-Type Option-Value
===================================------------------------------------
66 INTRANET string tftp-server.intern
67 INTRANET String boot\x86\wdsnbp.com
Code: Alles auswählen
/Setup/DNS/DNS-List
Host-name Rtg-tag IP-Address IPV6-Address
===========================================================================--------------------------------------------------------
tftp-server.intern 0 192.168.172.100 ::
Die Alias-Liste kannst du dabei auch leer lassen, denn sie wird eh ignoriert, da du keinen Eintrag in der Host-Liste hast, der auf sie verweist. Zudem hast du die Optionen 66 und 67 manuell konfiguriert, die so ausgerollt werden...
zu Szenario 4:
auch hier müßte erstmal der TFTP-Server in der Option 66 als DNS-Name konfiguriert und in der DNS-Liste aufgelöst werden (wie in Szenario 3). Was dann passiert, hängt dann aber vermutlich von der Implementation aller eingesetzten Clients ab... Wenn sie siaddr/fname den Optionen 66/67 verziehen, dann könnte das tatsächlich funktionieren. Wenn nicht, dann booten auch die explizit aufgeführten Clients das über die Optionen 66/67 zugewiesene Image - oder gar nicht, weil sie verwirrt sind...
Hier bestünde also höchstens ein Handlungsbedarf darin, die Optionen 66/67 nicht auszurollen, wenn es für den Client einen Eintrag in der Hostliste gibt, oder wenn der Client selbst ein Image anfordert...
Gruß
Backslash