Примери срив DHCP
В този раздел на примерите, поведението, когато DHCP сървър влиза комуникация прекъсна състояние в съотношение добив DHCP недостатъчност. В третия пример, DHCP сървър комуникация състояние става прекъсва и след това се прехвърля от това състояние, състоянието на потребителите.
Прекъснат комуникация състояние може да се дължи на прекъсването на връзката с мрежата между участниците на DHCP или може да възникне, ако DHCP услуга срив член-сървър не отговаря. Примери в тази секция приема, че DHCP клиент може да комуникира с двете DHCP сървъри срещу срив, но само един DHCP сървър може да отговори в рамките на определено време.
Прекъсване състояние на двустранния обмен на данни
В случаите, когато загубата на връзката с мрежата между DHCP на партньори за преодоляване на срив, но всеки DHCP сървър все още може да се отговори на исканията за наем от местни DHCP-клиенти, като например къде добив DHCP отказ на партньори, разположени в различни офиси, клонове и връзката между клоните разкъсан, И двете DHCP сървър въвежда прекъснат статус комуникация.
Състоянието на двама партньори
Площ на работа като процент от много висока степен на усвояване.
По време MCLT винаги е първата лизингова издаден услугата DHCP сървър от зоната, която е собственост на съотношението на минното дело DHCP недостатъчност. След актуализиране под наем половината от срока на договора за наем (MCLT) под наем предоставя пълен поле на продължителност лизинг.
Информация за типовете съобщения, предавани между партньорските сървъри добив DHCP отказ см в. В razdeleSvyaz добив DHCP недостатъчност.
Следните фигура и съответните етапи осигуряват подробно описание на процесите, свързани с DHCP клиент DHCP лизинг от DHCP сървъри конфигурирани за отхвърляне тестване DHCP в режим сменя.
Мнение DHCP клиент търсене предавания инициализация състояние DHCP.
От DHCP2 бездейства, той не реагира на клиента. DHCP1 в активно състояние и реагира на това на лизинговия договор офертата на клиента.
Клиентът иска DHCP1 наем.
DHCP1 изпраща съобщение задължителен актуализация (BNDUPD) на DHCP2, така че той знае за новия договор за наем.
DHCP2 отговаря DHCP1 и потвърждава получаването на задължителен актуализацията (BNDACK).
50% наем (MCLT / 2) от времето клиент заяви лизинг подновяване на DHCP1.
DHCP1 DHCP клиент удължава договора за наем за целия срок на зоната на лизинг.
DHCP1 ще изпрати задължителен актуализация (BNDUPD) за DHCP2 й казваше лизинг подновяване.
DHCP2 потвърждава, че е получил задължителен съобщение за актуализация от DHCP1 (BNDACK).
DHCP1 става недостъпен.
DHCP2 получите съобщение за грешка, когато се опитва да се свърже с DHCP1 или таймерът е изтекъл, тъй като съобщенията не са получени от DHCP1.
DHCP2 премахва съединение навлиза в състоянието да бъде прекъсната и да се премине към активно състояние.
DHCP2 опити и не успява да се възстанови DHCP1 връзка.
50% от времето областта на лизинговия договор на клиент поиска актуализация под наем DHCP1, но DHCP1 разположение, така че под наем не е актуализиран.
7 и 8, клиентът позволява времето домейн става REBINDING състояние и изпраща заявка за подновяване на договор за лизинг.
DHCP1 отново е на разположение и повторно опит за свързване с DHCP2 сървър. DHCP1 чака за кратко време е напълно възстановен за комуникация с DHCP2 сървъра преминава към нормално състояние и отново става активен DHCP сървър. DHCP1 започва комуникация, да изпращате и искане за актуализация (UPDREQ) за DHCP2.
DHCP2 изпраща задължителни съобщения за актуализация (BNDUPD) и изпраща потвърждение DHCP1 обвързващи мнения (BNDACK) напълно да наеме база данни е синхронизирано (не е показан), а след това изпраща съобщение DHCP2 UPDDONE. DHCP2 назначен състояние на готовност.
50% от времето на лизинговия договор (MCLT / 2) клиентът се опитва да поднови договора за наем с DHCP2, но DHCP не отговаря, защото е в състояние на бездействие.
На 7 и 8 от срока на лизинга клиентът отива в действие REBINDING състояние и предава посланието DHCPREQUEST.
DHCP2 не реагира, защото е в състояние на бездействие. DHCP1 отговори DHCPACK и клиент възобновява DHCP1 наем за пълен поле на времето на лизинговия договор. Това е същата стъпка # 8 и процесът се повтаря.
Следващата илюстрация и съответните стъпки описват подробно описание на процесите, свързани с DHCP клиент DHCP лизинг от DHCP сървър, конфигуриран за тестване DHCP провал в режим на балансиране на натоварването.
Мнение DHCP клиент търсене предавания инициализация състояние DHCP.
DHCP1 и DHCP2 изчисли клиент хашиш в интервала от 0 до 255. Определя принадлежи хеш стойност на задание сегмента на хашиш за DHCP1, така че само DHCP1 отговаря на клиента.
Клиентът иска DHCP1 наем.
DHCP1 изпраща съобщение задължителен актуализация (BNDUPD) на DHCP2, така че той знае за новия договор за наем.
DHCP2 отговаря DHCP1 и потвърждава получаването на задължителен актуализацията (BNDACK).
50% наем (MCLT / 2) от времето клиент заяви лизинг подновяване на DHCP1.
DHCP1 DHCP клиент удължава договора за наем за целия срок на зоната на лизинг.
DHCP1 ще изпрати задължителен актуализация (BNDUPD) за DHCP2 й казваше лизинг подновяване.
DHCP2 потвърждава, че е получил задължителен съобщение за актуализация от DHCP1 (BNDACK).
DHCP1 става недостъпен.
DHCP2 получите съобщение за грешка, когато се опитва да се свърже с DHCP1 или таймерът е изтекъл, тъй като съобщенията не са получени от DHCP1.
DHCP2 премахва съюз, защото държавата се прекъсва и започва да приемате нови лизингови договори за всички клиенти.
DHCP2 опити и не успява да се възстанови DHCP1 връзка.
50% от времето областта на лизинговия договор на клиент поиска актуализация под наем DHCP1, но DHCP1 разположение, така че под наем не е актуализиран.
7 и 8, клиентът позволява времето домейн става REBINDING състояние и изпраща заявка за подновяване на договор за лизинг.
DHCP2 определя, че клиентът принадлежи DHCP1, но тъй като DHCP2 прекъснат в състояние на комуникация, тя осигурява временен договор за наем на клиента в рамките на MCLT.
DHCP1 отново е на разположение и повторно опит за свързване с DHCP2 сървър. DHCP1 инициира свързване чрез изпращане на искане за актуализиране (UPREQ) DHCP2. Когато връзки са напълно възстановен като DHCP сървър, въведете нормално състояние и DHCP1 става отговорен за клиента отново в съответствие с неговата хеш контейнер. DHCP2 започва лизингови заявки от клиенти, които не са възложени му се игнорира.
DHCP2 изпраща съобщения за актуализиране задължителни и обвързващи DHCP1 предава съобщение за потвърждение, няма да бъдат синхронизирани до базата данни на лизинг. DHCP2 изпраща известия направили (UPDDONE).
50% от времето клиента на лизинговия договор MCLT се опитва да поднови договора за наем с DHCP2, но DHCP не реагира, защото клиентът е назначена DHCP1.
На 7 и 8 MCLT време лизинг клиентът въвежда REBINDING състояние и изпраща заявка за подновяване на договор за лизинг.
DHCP1 определя, че клиентът принадлежи на своя сегмент хашиш и предлага на клиентите под наем за целия срок на зоната на лизинг. Това е същата стъпка # 8 и процесът се повтаря.
Следващата илюстрация и съответните стъпки описват подробно описание на процесите, свързани с партньор DHCP сървър за архивиране държавна партия преминава в режим на балансиране на натоварването.
Мнение DHCP клиент търсене предавания инициализация състояние DHCP.
DHCP1 и DHCP2 изчисли клиент хашиш в интервала от 0 до 255. Определя принадлежи хеш стойност на задание сегмента на хашиш за DHCP1, така че само DHCP1 отговаря на клиента.
Клиентът иска DHCP1 наем.
DHCP1 изпраща съобщение задължителен актуализация (BNDUPD) на DHCP2, така че той знае за новия договор за наем.
DHCP2 отговаря DHCP1 и потвърждава получаването на задължителен актуализацията (BNDACK).
50% от времето на лизинг (MCLT) клиент поиска актуализация за наем DHCP1.
DHCP1 DHCP клиент удължава договора за наем за целия срок на зоната на лизинг.
DHCP1 ще изпрати задължителен актуализация (BNDUPD) за DHCP2 й казваше лизинг подновяване.
DHCP2 потвърждава, че е получил задължителен съобщение за актуализация от DHCP1 (BNDACK).
DHCP1 става недостъпен.
DHCP2 получите съобщение за грешка, когато се опитва да се свърже с DHCP1 или таймерът е изтекъл, тъй като съобщенията не са получени от DHCP1.
DHCP2 премахва съюз, защото държавата се прекъсва и започва да приемате нови лизингови договори за всички клиенти.
DHCP2 опити и не успява да се възстанови DHCP1 връзка.
50% от времето областта на лизинговия договор на клиент поиска актуализация под наем DHCP1, но DHCP1 разположение, така че под наем не е актуализиран.
7 и 8, клиентът позволява времето домейн става REBINDING състояние и изпраща заявка за подновяване на договор за лизинг.
DHCP2 определя, че клиентът принадлежи DHCP1, но тъй като DHCP2 прекъснат в състояние на комуникация, тя осигурява временен договор за наем на клиента в рамките на MCLT.
Клиентът иска на DHCP лизинг от DHCP2.
DHCP2 предоставя под наем за MCLT.
DHCP1 отново е на разположение и отива в състояние на възстановяване. DHCP1 изпраща съобщение за актуализация поискване (UPREQ) за DHCP2.
DHCP2 изпраща UPDDONE DHCP1 съобщение и връщане към нормалното състояние.
Ако DHCP1 е била недостъпна за известно време по-кратък от стойността на MCLT, ще премине в състояние да ОЧАКВАНЕ възстановяване MCLT продължителност на валидност. DHCP1 не отговаря на заявки за наемане на IDLE възстановяване.
DHCP1 преход към нормално състояние и започва обслужването на заявките DHCP лизингови отново.
50% от времето клиента на лизинговия договор MCLT се опитва да поднови договора за наем с DHCP2, но DHCP не реагира, защото клиентът е назначена DHCP1.
На 7 и 8 MCLT време лизинг клиентът въвежда REBINDING състояние и изпраща заявка за подновяване на договор за лизинг.
DHCP1 определя, че клиентът принадлежи на своя сегмент хашиш и предлага на клиентите под наем за целия срок на зоната на лизинг. Това е същата стъпка # 8 и процесът се повтаря.
