Перейти к содержимому
Калькуляторы

странность с dhcp relay

В логе имею вот это :

Feb  2 18:09:18 ibm dhcpd: DHCPREQUEST for 172.17.12.66 from d4:bf:7f:05:4f:0f via eth0
Feb  2 18:09:18 ibm dhcpd: DHCPACK on 172.17.12.66 to d4:bf:7f:05:4f:0f via eth0
Feb  2 18:09:21 ibm dhcpd: DHCPREQUEST for 172.17.12.66 from d4:bf:7f:05:4f:0f via eth0
Feb  2 18:09:21 ibm dhcpd: DHCPACK on 172.17.12.66 to d4:bf:7f:05:4f:0f via eth0
Feb  2 18:09:23 ibm dhcpd: DHCPREQUEST for 172.17.12.66 from d4:bf:7f:05:4f:0f via eth0
Feb  2 18:09:23 ibm dhcpd: DHCPACK on 172.17.12.66 to d4:bf:7f:05:4f:0f via eth0
Feb  2 18:09:25 ibm dhcpd: DHCPREQUEST for 172.17.12.66 from d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:09:25 ibm dhcpd: DHCPACK on 172.17.12.66 to d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:09:44 ibm dhcpd: DHCPREQUEST for 172.17.12.66 from d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:09:44 ibm dhcpd: DHCPACK on 172.17.12.66 to d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:09:47 ibm dhcpd: DHCPREQUEST for 172.17.12.63 from 00:26:18:f1:45:bf via eth0
Feb  2 18:09:47 ibm dhcpd: DHCPACK on 172.17.12.63 to 00:26:18:f1:45:bf (nastya-pc) via eth0
Feb  2 18:09:53 ibm dhcpd: DHCPREQUEST for 172.17.12.66 from d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:09:53 ibm dhcpd: DHCPACK on 172.17.12.66 to d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:09:58 ibm dhcpd: DHCPREQUEST for 172.17.12.66 from d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:09:58 ibm dhcpd: DHCPACK on 172.17.12.66 to d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:10:00 ibm dhcpd: DHCPREQUEST for 172.17.12.66 from d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:10:00 ibm dhcpd: DHCPACK on 172.17.12.66 to d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:10:01 ibm dhcpd: DHCPREQUEST for 172.17.12.66 from d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:10:01 ibm dhcpd: DHCPACK on 172.17.12.66 to d4:bf:7f:05:4f:0f via 172.17.12.1
Feb  2 18:10:02 ibm dhcpd: DHCPDISCOVER from d4:bf:7f:05:4f:0f via 172.17.12.1

 

плюс в dhcpd.leases несколько раз:

 

lease 172.17.12.66 {
 starts 1 2015/02/02 15:09:11;
 ends 1 2015/02/02 15:14:11;
 cltt 1 2015/02/02 15:09:11;
 binding state active;
 next binding state free;
 rewind binding state free;
 hardware ethernet d4:bf:7f:05:4f:0f;
 uid "\001\324\277\177\005O\017";
}

 

В этом же vlan есть компьютеры которые получают адрес нормально.

Из за чего может быть такая ерунда ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Dhcp ответ не доходит до абонента.

Проверяйте линию, MTU и firewall.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ответ доходит, адрес назначается....

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ответ доходит, адрес назначается....

 

Тогда дампите пакеты и изучаете, почему идут повторные запросы на получение адреса.

 

Вот тема форума с похожими проблемами.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

option dhcp-server-identifier ip-address;

 

вроде помогло. Спасибо !

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.