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

Проблема с RB5009 ROS v7.1rc1: DHCPv6-PD через pppoe на тегированном Ethernet-соединении

Проблема с RB5009 ROS v7.1rc1: DHCPv6-PD через pppoe на тегированном Ethernet-соединении, RouterOS

noradtux

Guest

29.08.2021 11:48:00

Привет, моя конфигурация выглядит так: ISP fiberlink (media converter) <(1G Copper SFP)> CRS317 <(SFP+ AOC)> RB5009 (раньше был RB4011). Провайдер ожидает pppoe на VL1002, поэтому я настроил CRS317 так, чтобы VL1002 был tagged на обеих портах — со стороны провайдера и роутера.

Теперь странная проблема: IPv4 через pppoe работает без проблем. А вот для получения IPv6 нужна DHCPv6-PD-запрос. С RB4011 он стабильно проходил.

Сейчас я заменил RB4011 на RB5009, с той же версией ОС и практически с той же конфигурацией. С RB5009, подключённым к тому же AOC через SFP+, этого не происходит. Я пробовал делать сниффинг и зеркалирование на RB и CRS. Вижу, что RB5009 отправляет запрос, и ответ доходит до CRS, как и ожидалось. Но при прослушивании на самом RB5009 ответа уже не видно.

В последней попытке я убрал тегирование VL1002 между RB5009 и CRS. Теперь всё заработало и стабильно работает с тех пор. Пахнет багом...

Обновление: проблема сохраняется и на 7.1rc2.

ZeeBOB

Guest

23.10.2021 09:23:00

Похожая проблема. RB5009 с прошивкой 7.0.5, PPPoE клиент на VLAN 10 на ether1. DHCP клиент для DHCP-PD просто застрял в состоянии поиска… Заменил RB5009 на CCR с прошивкой 6.48, та же конфигурация — работает отлично. ДОПОЛНЕНИЕ: Только что обновился до 7.1rc4, и проблема осталась.

dksoft Guest	#3 0 23.10.2021 10:05:00 Известная проблема, над ней уже работают. Пока что вы можете использовать нетегированный режим и задавать VLAN на внешнем коммутаторе.

ZeeBOB Guest	#4 0 23.10.2021 10:10:00 Спасибо

ZeeBOB Guest	#5 0 28.10.2021 09:52:00 Предположительно исправлено в версии v7.1rc5, но у меня это, похоже, не работает… кто-нибудь добился успеха? *) pppoe – исправлен DHCPv6 PD;

jookraw Guest	#6 0 03.11.2021 16:06:00 Могу подтвердить, что эта проблема не исправлена в rc5. Но есть обходной путь: если поставить VLAN-интерфейс для pppoe в бридж, то DHCPv6-PD заработает.

joedoelv Guest	#7 0 09.11.2021 22:33:00 Могу подтвердить, что в версии 7.1rc6 проблема не решена. DHCPv6-PD работает на нетегированном интерфейсе, но не работает на тегированном. P.S. KPN использует PPPoE на vlan 6 для подключения к интернету.

Halfeez92 Guest	#8 0 11.11.2021 06:36:00 Это невозможно сделать, так как клиент pppoe должен быть привязан к VLAN. Если VLAN поместить под мост, как тогда клиент pppoe сможет подключиться к своему pppoe-серверу?

mkx

Guest

11.11.2021 06:56:00

Создайте (еще) один мост, добавьте физический интерфейс в него как тегированный порт моста, установите интерфейс моста как тегированного участника той же VLAN, создайте соответствующий VLAN-интерфейс и настройте PPPoE-клиент на использование этого VLAN-интерфейса. Или установите интерфейс моста с PVID, равным ID VLAN, сделайте интерфейс моста нетегированным участником этой VLAN и настройте PPPoE-клиент на использование интерфейса моста (он уже нетегированный). Обязательно отключите аппаратное ускорение для этого моста… в данной ситуации нечего ускорять, ведь весь трафик в любом случае придется пропускать через (медленный) процессор.

jookraw

Guest

#10

11.11.2021 07:01:00

Привет! Ты можешь сделать так, как в примере ниже: учти, что у меня используется два PPPoE-соединения – одно для IPv4, другое для IPv6.

/interface bridge
add name=bridge priority=0x4000

/interface vlan
add interface=bridge mtu=1600 name=WAN_vlan vlan-id=35

/interface pppoe-client
add add-default-route=yes disabled=no interface=WAN_vlan name=PPPoEv4 user=<redacted>
add disabled=no interface=WAN_vlan name=PPPoEv6 user=<redacted>

/ipv6
# если у тебя включена фильтрация VLAN в бридже
/interface bridge vlan
add bridge=bridge comment=WAN_vlan tagged=ether10,bridge vlan-ids=35

Halfeez92

Guest

#11

11.11.2021 10:43:00

Я попробовал твою настройку, но она не сработала. Почему ты указал VLAN только под мостовым интерфейсом без какого-либо ether-интерфейса для моста? Сам мост — это ведь не физический интерфейс, я теперь совсем запутался.

joedoelv Guest	#12 0 12.11.2021 19:44:00 Я пришёл к похожему решению. И оно работает. Единственная загвоздка была с l2mtu на портах/мосту из-за того, что KPN использует увеличенный mtu и mru для jumbo pppoe.

ithierack

Guest

#13

22.11.2021 10:54:00

Вопрос: это проблема возникает только при использовании pppoe или каждый раз, когда DHCPv6-PD работает через интерфейс с VLAN-тегом? Мне нужно выставить на WAN-интерфейсе VLAN 7, IPv4 DHCP-клиент получает IP. При запуске DHCPv6-клиента он ищет бесконечно. Сейчас выясняю, в чём дело — у меня на стороне или у провайдера.

AlphaBAO Guest	#14 0 27.11.2021 04:55:00 Та же проблема. Я проверил, и в версии v7.1rc7 это всё ещё не исправлено.

pi0

Guest

#15

27.11.2021 11:27:00

Дорогой joedoelv, не мог бы ты поделиться своей настройкой для KPN или хотя бы дать какой-то совет по исправлению MTU? Уже три дня сижу, мучаюсь, пытаюсь настроить dhcp-pd для KPN, но безрезультатно... Вот снимок моей последней конфигурации:

/interface bridge
add name=br_wan

/interface bridge port
add bridge=br_wan hw=no interface=ether8

/interface vlan
add interface=br_wan name=vlan_wan vlan-id=6

/ppp profile
set *0 use-ipv6=no
add name=ipv6 use-ipv6=required

/interface pppoe-client
add add-default-route=yes allow=pap disabled=no interface=vlan_wan name=ppoe_wan
add allow=pap disabled=no interface=vlan_wan name=ppoe_wan6 profile=ipv6

/ipv6 dhcp-client
add interface=ppoe_wan6 pool-name=kpn request=prefix

MTU
Interface | MTU | L2 MTU
br_wan | 1500 | 1514
vlan_wan | 1500 | 1510
ppoe_wan6 | 1480 | -

blackhandnz Guest	#16 0 07.12.2021 20:04:00 У меня такая же проблема, версия 7.1 (стабильная) всё ещё её не решила.

felixka

Guest

#17

08.12.2021 21:03:00

Только что получил ответ по открытому тикету SUP-63430. Этот тикет связан с тем, что трафик с пометкой DSCP не проходит в сценарии PPPoE с тегированным VLAN. Поддержка попросила меня протестировать кое-что, и, похоже, я смог подтвердить возможную ошибку, которую они тоже сейчас видят в своей лаборатории. Кажется, что если внутри PPPoE-соединения пакет помечен DSCP, к нему добавляется приоритет VLAN. Пакеты DHCPv6-PD (и DHCP в целом) обычно имеют установленное значение DSCP. Я не наблюдаю такого поведения, когда PPPoE-ссылка настроена на бридже, который имеет нужный тегированный VLAN как PVID, а WAN-интерфейс является единственным тегированным участником с этим VLAN ID. Поэтому этот обходной путь, похоже, работает. Надеюсь, теперь смогут это исправить.

felixka Guest	#18 0 08.12.2021 21:12:00 Я использую следующее для Bell Canada, и это даёт мне MTU 1500: Interface \| MTU \| L2 MTU ether1 \| 1520 \| 1534 br_wan \| 1520 \| 1534 pppoe-out1 \| значение не установлено (по умолчанию)

sb56637

Guest

#19

13.12.2021 18:18:00

Получение IPv6 префикса по PPPoE отлично работало с версией v6.x с этой командой:
/ipv6 dhcp-client add add-default-route=yes comment="IPv6 myISP" interface=pppoe-out1 pool-name= IPv6-myISP-pool1 request=prefix use-peer-dns=no
/ipv6 address add comment="IPv6 myISP" from-pool=IPv6-myISP-pool1 interface=bridge

А теперь, с v7.1, постоянно отображается «Status: searching…», хотя раньше сразу получал префикс. VLAN или что-то подобное не использую, очень простая настройка. Что изменилось? Пробовал разные длины префиксов — 56, 60, 62, не уверен, в этом ли дело? Раньше вообще не нужно было их указывать.

zember Guest	#20 0 16.12.2021 10:11:00 Проблема похожая на RB5009 — IPv4 DHCP клиент через мост поверх VLAN на PPPoE. Это баг RB5009. Ранее я проверял такую же конфигурацию на прошивке 7.x на hEX S — всё отлично работало. Но на RB5009 просто не работает. Как правильно создать тикет в поддержку MikroTik?

Читают тему

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