caxapa.ru :: Вопрос по DHCP...

Andreas (05.06.2013 10:51, просмотров: 4162)

Вопрос по DHCP... В инете и прочитанных документах везде говорится, что весь обмен идет по IP 255.255.255.255. В асусовском роутере почему-то уже DHCP_OFFER идет по адресу, который предлагается, далее ACK идет тоже по этому адресу. Причем, если сначала я прошу странный адрес, NAK идет широковещательно. Это странные настройки конкретного роутера или бывает так? Раньше я отсекал на этапе DHCP все левые ип адреса и претензий не было, а тут в первый раз хрень вылезла.

Ответить

- Вот что пишет википедия: "Clients requesting renewal of an existing lease may communicate directly via UDP unicast, since the client already has an established IP address at that point" -> - SciFi(05.06.2013 10:57, ссылка)
  - При приеме OFFER клиент ничего не имеет и не предполагает. В вики приведен широковещательный ответ. - Andreas(05.06.2013 11:00)
    - OFFER приходит в ответ на DISCOVER, нет? Вот на этот DISCOVER было бы интересно посмотреть. - SciFi(05.06.2013 11:04)
      - 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)

Средства и методы разработки