Придружителите на тези години се натъкнаха на проблеми постоянна връзка и движение на нови устройства, както и необходимостта от промяна на конфигурацията на мрежата да отговори на съвременните изисквания за мрежи. Всичко това е довело до необходимостта от механизъм за контрол-ТА конфигурация автоматизирано управление на мрежови възли, разпределени операционни системи и мрежови софтуер. Най-ефективният начин да се приложи този механизъм може да бъде да се поддържа конфигурационни данни и софтуерни изображения в един или няколко серво-Rah зареждане (стартиране на сървъра). По време на стартирането на системата взаимодейства със сървъра, получава от него първоначалните конфигурационните настройки и се зарежда с подходящ софтуер, ако е необходимо.
BOOTP е въведена в RFC 951, като заместител на остарелия RARP. BOOTP първоначално е бил предназначен за бездискови работни станции. Съвременните условия са довели до необходимостта от автоматизирани системи за зареждане, които са в ROM само основни инструменти за IP. UDP и TFTP. първоначалното зареждане скрипт изглеждаше по следния начин:
Форматът на BOOTP съобщения
За да изтеглите съобщения за заявките и отговорите използват същия формат. Искането за някои от полетата са нула.
BOOTP съобщение се състои от:
Кодът на работа (код на операция) е от 1 до 2 за искане и отговор.
ID сделка
Идентификационен номер на транзакцията (ID сделка) - 32-битово цяло число, което се определя от клиента и се връща на сървъра. Това позволява на клиента да сравнява отговора на запитването. Клиентът фиксира това поле на случайно число за всяка заявка.
Брояч секунди
Когато клиентът изпраща първото искане за изтегляне на данни, полето брояч е нула секунди. Ако искането не идва отговор, след изчакване на клиент изпраща заявка отново чрез промяна на стойността на брояч полеви секунди. За изчакване клиент използва случайни увеличава интервала на 60 секунди.
Това поле не е специално предназначение. Съдържанието му може да се провери на сървъра или мрежов монитор, за да се определи в очакване на клиентите време мрежа обувка. Сървърът може да използвате стойността на поле контра секунди за класиране на заявките по приоритет, обаче, в момента в повечето реализации на тази област се игнорира.
Име на сървър домакин
име на хост на сървъра (сървър на хост) е низ, който е пълен сървър (по избор).
име Boot файл
Сървърът да попълните името на файла за първоначално зареждане (стартиране на файла). В тази област отразява пълния път до файла, който се използва при изтегляне.
Разработчик на района
номера на портове
Две добре известни портове за BOOTP: 67 и 68 за сървъра към клиента. Това означава, че клиентът не избере неизползван ефимерна порт и използва порт номер 68. Причината, поради която са били избрани на двата номера на портове, вместо да се използва само един от най-сървър е, че сървърът може да изпрати отговор (макар че обикновено това не стане) излъчване.
Ако отговорът от сървъра излъчването им, а ако клиентът ще трябва да изберете динамично назначен номер на порта, тези предавания също ще бъдат получени от други приложения на други домакини, които използват един и същ номер ефимерна порт. По този начин, можем да заключим, че за излъчване на произволен номер (ефимерна) порт не е рационално.
Ако клиентът ще използва известно сървъра порт (67), всички сървъри в мрежата ще бъдат принудени да разгледаме всяка предаването отговор. (Ако всички сървъри са "събуди", те ще трябва да се провери кода на операция, за да се определи, че това е отговор, а не на искане, а след това "отивам да спя".) Ето защо, изборът е бил спрян на пътя всичко се прави в момента, това е, клиентът има своя собствена единственият добре познати пристанището, която е различна от предварително известен сървър порт.
бележки
Свързани статии