Jump to content
Калькуляторы

DHCP клиент на VLAN интерфесе

Получаю от провайдера адреса по DHCP

Адресов несколько (только один для этого роутера), соответственно ethernet интерфейс который идет к провайдеру включен в VLAN, и у роутера есть виртуальный интерфейс в этом же VLAN.

И уже на нем висит DHCP client.

Все работает замечательно, пока не происходит сбой электричества... А мой UPS оказался покруче провайдеровского :-)

Итого Ehernet интерфейс на провайдера падает и после возврата электричества поднимается, а виртуальный vlan интерфейс не падает, и соответственно мой DHCP client не пытается переполучить адрес. А провайдер без этого интернет не дает... Приходится вручную передергивать DHCP client, ибо экспайтится адрес аж 24 часа...

Пока не было VLAN в сторону провайдера - все работало, после переподключения интерфейса, DHCP client на нем переполучал адрес автоматически.

 

Собственно вопрос, как правильно сделать, чтобы DHCP клиент замечал переподключение другого интерфейса?

Пока придумал через netwatch пинговать шлюз провайдера, но как-то не лежит душа к этому решению :-)

 

Share this post


Link to post
Share on other sites
9 hours ago, alpha_ds said:

Итого Ehernet интерфейс на провайдера падает и после возврата электричества поднимается, а виртуальный vlan интерфейс не падает, и соответственно мой DHCP client не пытается переполучить адрес.

Т.е. вы хотите сказать, что ethernet интерфейс ложится, а привязанный к нему VLAN - нет ? Никогда такого не видел, или у вас VLAN не к этому ethernet-у привязан ?

Share this post


Link to post
Share on other sites

Да, упустил этот момент в описании :-(

vlan привязан к бриджу, в бридже все порты одного из свичей. У меня 2011UiAS

vlan сделан с помощью свича, по стандартным рекомендациям из документации.

 

Так сделано, потому что от провайдера приходит ethernet а потом этот-же сегмент раздается этим роутером через Vlan на другой порт (а там уже другое оборудование получает адреса от провайдера)

в этот "другой порт" идет еще и другой vlan, и оно уже разбирается на том конце линка другим коммутатором.

Эта часть успешно работает.

Edited by alpha_ds

Share this post


Link to post
Share on other sites

Именно так и работают виртуальные интерфейсы, by design. Так что только netwatch

Share this post


Link to post
Share on other sites
59 minutes ago, jffulcrum said:

Именно так и работают виртуальные интерфейсы, by design. Так что только netwatch

Ясно. Будем пинговать.

А что пинговать то? Шлюз не пинганется пока DHCP client не передернуть, т.е. по netwatch down - пинговать еще рано, а On Up никогда не наступит...

Эээх...

 

Простоя надеялся, что есть какое-то событие типа interface link up/ link down и на него можно как-то отреагировать...

Ведь даже для логов есть такой топик! Но а нормального реагирования на него нет :-(

Я уже второй раз встречаюсь с тем что нужно мне событие в логи пишется, а прореагировать на него сразу вообще нельзя, а отложено по таймеру сканировать логи - то еще развлечение...

 

Просто напрашивается в Logging новый Action для вызова скрипта.

Edited by alpha_ds

Share this post


Link to post
Share on other sites
8 hours ago, alpha_ds said:

А что пинговать то? Шлюз не пинганется пока DHCP client не передернуть, т.е. по netwatch down - пинговать еще рано

В нетвотч шлюз, а по On Down DHCP клиента пнуть ? 

Share this post


Link to post
Share on other sites
10 hours ago, McSea said:

В нетвотч шлюз, а по On Down DHCP клиента пнуть ? 

А если down продлится некоторое время? с электричеством обычно  так и есть...

Придумал по on down эн***ть в Schedule задачу, которая каждую минуту будет передергивать DHCP client,

а по on up дисейблить эту задачу...

Но блин!!! Это же костыль трехэтажный получается. Бред. :-(

 

Share this post


Link to post
Share on other sites

Может вам проще схему сети переделать без бриджей и т.п.?

Share this post


Link to post
Share on other sites
3 hours ago, alpha_ds said:

А если down продлится некоторое время? с электричеством обычно  так и есть...

А у DHCP клиента разве есть ограничение на время, в течение которого он пытается получить адрес ?

Сделать ему renew и пусть долбится ...

Edited by McSea

Share this post


Link to post
Share on other sites

а обратиться к оператору и попросить "уменьшить" время "обновления" выданного адреса по DHCP... до нужного Вам значения (ну например раз в 1-60минут)?

Edited by AAS

Share this post


Link to post
Share on other sites
2 hours ago, McSea said:

А у DHCP клиента разве есть ограничение на время, в течение которого он пытается получить адрес ?

Сделать ему renew и пусть долбится ...



Это мысль. Попробую.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this