+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Клиент DHCP на мосту не работает?

Клиент DHCP на мосту не работает?, RouterOS

buddie02

Guest

14.04.2018 15:48:00

RB951Ui-2nD, версии 6.42rc56, 6.41.4, 6.40.7, 6.39.2, 6.38.5, winbox к MAC-серверу на ether5.

(1) На чистой системе (после полного сброса конфигурации без настроек по умолчанию) выполняем:
/ip dhcp-client
add disabled=no interface=ether5
Адрес успешно получен.

(2) После отката делаем то же самое с мостом:
/interface bridge
add name=bridge1
/interface bridge port
add bridge=bridge1 interface=ether5
/ip dhcp-client
add disabled=no interface=bridge1

И… провал. Адрес не получен. На стороне сервера Mikrotik пишет «offering lease without success». Torch на (2) для ether5 показывает и запрос клиента, и ответ сервера. Torch на bridge1 показывает только запрос клиента.

Ситуация воспроизводится на нескольких версиях ПО.

arasjac Guest	#2 0 17.07.2018 11:15:00 Перейдите к мосту и попробуйте убрать галочку с быстрого перемотки.

andrzej1k1 Guest	#3 0 04.03.2019 20:03:00 Я потратил кучу времени и наконец-то нашёл эту тему. Решение @2frogs сработало — просто отключил RSTP!

olivier2831 Guest	#4 0 16.04.2019 14:35:00 Как именно ты это сделал? protocol-mode=none в настройках моста? Loop-protect на интерфейсе? Или что-то ещё?

msatter Guest	#5 0 21.04.2019 09:22:00 Fast Forward зависит от многих других настроек, которые должны быть активированы. Смотрите руководство. https://wiki.mikrotik.com/wiki/Manual:Interface/Bridge#Fast_Forward

vanyo Guest	#6 0 20.07.2019 19:34:00 Попробуйте отключить STP на мосту, если он вам не нужен, иначе настройте его правильно.

tm3558 Guest	#7 0 07.02.2020 23:56:00 Может быть, WAN-порт в режиме моста стоит пометить как «Доверенный»?

sveno

Guest

29.06.2018 12:26:00

У меня точно такая же проблема на многих устройствах с последней версией ROS, стандартной конфигурацией и портами в режиме моста — не принимает IP от DHCP-сервера. Пробовал также DHCP-сервер без MT, тот же результат.

Zwe Guest	#9 0 29.06.2018 12:42:00 Привет! У вашего моста есть назначенный IP-адрес? Включен ли на мосту протокол ARP?

sveno

Guest

#10

29.06.2018 19:21:00

Интерфейс DHCP-клиента — это действительно мост. Всё настроено по умолчанию, и ARP включён везде по умолчанию. Почему тогда это работает несколько часов, а потом несколько часов не работает? Если я делаю жёсткую перезагрузку устройства, оно сразу получает IP.

bpwl

Guest

#11

08.02.2020 10:12:00

Очень непонятно, почему STP и RSTP мешают DHCP-клиенту работать на самом мосту и на всех устройствах за ним. На деле установка протокола в позицию «none» решает проблему во многих случаях, как с Mikrotik, так и с другими DHCP-серверами. STP работает медленно и ждёт довольно долго (около 30 секунд?), после того как интерфейс моста становится активным, чтобы начать передачу данных. За это время DHCP-рукопожатие может уже закончиться. Но даже последующие попытки обновления IP тоже не проходят. Известно, что некоторые зарезервированные MAC-адреса блокируются, когда активен STP или RSTP (https://wiki.mikrotik.com/wiki/Manual:Layer2_misconfiguration#Bridge_and_reserved_MAC_addresses). Может быть, есть ещё что-то, что срабатывает из-за соответствия стандартам IEEE 802.1D и IEEE 802.1Q???

nevolex

Guest

#12

20.04.2020 10:22:00

Привет, ребята, у меня та же проблема. Мой Mikrotik подключён к основному роутеру по Wi-Fi (беспроводной мост в режиме pseudobridge). WLAN и все Ethernet-порты добавлены в мост. В разделе клиентов ROS для моста я вижу выданный DHCP-адрес, интернет на роутере есть — могу пинговать гугловские DNS. Но этот IP не передаётся на Ethernet-порты, поэтому устройства, подключённые к роутеру по кабелю, в интернет не выходят (ipconfig показывает у Windows IP из диапазона 169.x.x.x). Пробовал кое-что: отключал RSTP, делал интерфейсы trusted — ничего не помогает. Это баг или задумано так?

bolean Guest	#13 0 11.08.2020 12:13:00 Попробуйте установить новый приоритет. /interface bridge add name=bridge1 priority=0x9000

kehrlein Guest	#14 0 30.08.2020 13:36:00 Та же проблема здесь, на мосту с активированным DHCP-клиентом. Установка режима протокола в «none» или установка приоритета на «9000» оба варианта решают проблему. У кого-нибудь есть дополнительная информация по этому поводу?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры