SciFi (05.06.2013 11:04, просмотров: 108) ответил Andreas на При приеме OFFER клиент ничего не имеет и не предполагает. В вики приведен широковещательный ответ.ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้
-
- DISCOVER - это дайте чего-нибудь, в нем нет или левый ип, что там смотреть? Это в REQUEST есть запрашиваемый адрес. Andreas(188 знак., 05.06.2013 11:12)
- Кстати, общение должно начинаться с DISCOVER, а у вас это REQUEST. Нехорошо. - SciFi(05.06.2013 11:29, ссылка)
- Винда начинает с REQUEST и имеет право, если адрес предположительно известен. - Andreas(05.06.2013 11:32)
- Та же википедия: "A DHCP client can also request its last-known IP address (in the example below, 192.168.1.100). If the client remains connected to a network for which this IP is valid, the server may grant the request" -> SciFi(237 знак., 05.06.2013 11:16, ссылка)
- В том и проблема, что DISCOVER отправляется на совершенно неизвестный клиенту адрес и на этом этапе я вынужден слушать все ип адреса. - Andreas(05.06.2013 11:30)
- Ничего не понимаю. Клиент направляет DISCOVER на всю физическую подсеть (broadcast). - SciFi(05.06.2013 11:50)
- Пардон, клиент получает OFFER на неизвестный ему адрес и вынужден слушать все адреса. - Andreas(05.06.2013 11:55 - 11:57)
- Ну так начинайте обмен с DISCOVER. RFC2131 говорит, что обмен начинают с REQUEST, когда хотят продлить использование ранее выданного адреса -> - SciFi(05.06.2013 11:59, ссылка)
- Я и хочу продолжить использование адреса, но если попадаю в другую сетку - должен корректно получить новый адрес. - Andreas(05.06.2013 12:07)
- А что не так? Слушаем на том адресе, который пишем в REQUEST. Если ничего не получили, то после таймаута начинаем процесс с DISCOVER. - SciFi(05.06.2013 13:02)
- Что после DISCOVER я должен слушать на все адреса, поскольку приходит на тот адрес, который сервер предлагает, а клиент о нем не знает. А главное - не должно быть так. - Andreas(05.06.2013 13:16 - 13:20)
- Если так, то очевидно, что сервер глючный. - SciFi(05.06.2013 13:25)
- В очередной раз пингвиникс доставляет... Почему-то никогда с виндой проблем не было, а пингвином второй раз уже. - Andreas(05.06.2013 13:30)
- Если так, то очевидно, что сервер глючный. - SciFi(05.06.2013 13:25)
- Что после DISCOVER я должен слушать на все адреса, поскольку приходит на тот адрес, который сервер предлагает, а клиент о нем не знает. А главное - не должно быть так. - Andreas(05.06.2013 13:16 - 13:20)
- А что не так? Слушаем на том адресе, который пишем в REQUEST. Если ничего не получили, то после таймаута начинаем процесс с DISCOVER. - SciFi(05.06.2013 13:02)
- Я и хочу продолжить использование адреса, но если попадаю в другую сетку - должен корректно получить новый адрес. - Andreas(05.06.2013 12:07)
- Ну так начинайте обмен с DISCOVER. RFC2131 говорит, что обмен начинают с REQUEST, когда хотят продлить использование ранее выданного адреса -> - SciFi(05.06.2013 11:59, ссылка)
- Пардон, клиент получает OFFER на неизвестный ему адрес и вынужден слушать все адреса. - Andreas(05.06.2013 11:55 - 11:57)
- Ничего не понимаю. Клиент направляет DISCOVER на всю физическую подсеть (broadcast). - SciFi(05.06.2013 11:50)
- В том и проблема, что DISCOVER отправляется на совершенно неизвестный клиенту адрес и на этом этапе я вынужден слушать все ип адреса. - Andreas(05.06.2013 11:30)
- Кстати, общение должно начинаться с DISCOVER, а у вас это REQUEST. Нехорошо. - SciFi(05.06.2013 11:29, ссылка)
- DISCOVER - это дайте чего-нибудь, в нем нет или левый ип, что там смотреть? Это в REQUEST есть запрашиваемый адрес. Andreas(188 знак., 05.06.2013 11:12)