В чём причина, по которой префиксы IPv4 через пиринг BGP по IPv6 не работают?

Я запустил лабораторную среду и решил попробовать разобраться с этим. У меня тоже проявляется неожиданное поведение, правда немного по-другому. Независимо от того, использую ли я synchronize=no или synchronize=yes вместе со статическим маршрутом двухсторонней фиксации, адрес 1.2.3.0/24 всё равно показывается в /routing bgp advertisements. Но всё не так гладко — он появляется с next hop 0.0.0.0. И это даже при настройке /routing bgp peer с nexthop-choice=force-self. Он просто игнорируется. Поскольку, насколько я знаю, в RouterOS нет способа показать RIB-IN для пира, я решил просто поменять твои, в остальном простые, маршрутизирующие фильтры, чтобы просто логировать префиксы и их принимать. Когда пир поднимается, в логах отправителя фиксируется, что и IPv4, и IPv6 префиксы вызывают срабатывание tnl-out match и отправляются пиру. Но с другой стороны лишь IPv6 префикс вызывает срабатывание tnl-in match и обрабатывается, устанавливаясь в таблицу маршрутизации.

При более тщательном анализе захвата пакетов BGP TCP сессии видно, что UPDATE для 1.2.3.0/24 NLRI действительно анонсируется, включая NEXT_HOP 0.0.0.0. Насколько я понял, в RFC нет четкого описания поведения при all zeroes NEXT_HOP, и это довольно глубокая техническая тема, которую я не смог до конца разобрать. Но логично предположить, что RouterOS просто отбрасывает такой UPDATE как некорректный — он никогда не попадает в RIB-IN и, соответственно, не доходит до фильтров, чтобы туда попасть в логи.

Для справки — это всё на версии 6.49.2 stable (на двух CHR). А на какой версии ты проверял? В любом случае я не до конца понимаю, что происходит, и надеюсь, кто-то из поддержки заметит эту проблему, или ты сможешь открыть кейс и направить их сюда.

Ниже привожу две конфигурации для справки:

[admin@[LAB]routerA] > exp
# dec/15/2021 11:48:52 by RouterOS 6.49.2  
# software id =  
/interface bridge  
add name=loopback0 protocol-mode=none  
/interface wireless security-profiles  
set [ find default=yes ] supplicant-identity=MikroTik
/routing bgp instance  
set default as=64512 client-to-client-reflection=no router-id=1.1.1.1  
/ip dhcp-client  
add disabled=no interface=ether1  
/ipv6 address  
add address=2a09:affe:cafe:180::1/128 advertise=no interface=loopback0  
/ipv6 route  
add distance=1 dst-address=2a09:affe:cafe:180::2/128 gateway=fe80::5200:ff:fe0a:0%ether1  
/routing bgp network  
add network=1.2.3.0/24 synchronize=no  
add network=2a0e:affe:cafc::/46 synchronize=no  
/routing bgp peer  
add address-families=ip,ipv6 in-filter=tnl-in name=routerB nexthop-choice=force-self out-filter=tnl-out remote-address=2a09:affe:cafe:180::2  
/routing filter  
add action=log chain=tnl-in  
add action=accept chain=tnl-in  
add action=log chain=tnl-out  
add action=accept chain=tnl-out  
/system identity  
set name="[LAB]routerA"

============================================================­

[admin@[LAB]routerB] > exp
# dec/15/2021 11:48:55 by RouterOS 6.49.2  
# software id =  
/interface bridge  
add name=loopback0 protocol-mode=none  
/interface wireless security-profiles  
set [ find default=yes ] supplicant-identity=MikroTik
/routing bgp instance  
set default as=64512 client-to-client-reflection=no router-id=2.2.2.2  
/ip dhcp-client  
add disabled=no interface=ether1  
/ipv6 address  
add address=2a09:affe:cafe:180::2/128 advertise=no interface=loopback0  
/ipv6 route  
add distance=1 dst-address=2a09:affe:cafe:180::1/128 gateway=fe80::5200:ff:fe09:0%ether1  
/routing bgp network  
add network=1.2.3.0/24 synchronize=no  
add network=2a0e:affe:cafc::/46 synchronize=no  
/routing bgp peer  
add address-families=ip,ipv6 in-filter=tnl-in name=routerB nexthop-choice=force-self out-filter=tnl-out remote-address=2a09:affe:cafe:180::1  
/routing filter  
add action=log chain=tnl-in  
add action=accept chain=tnl-in  
add action=log chain=tnl-out  
add action=accept chain=tnl-out  
/system identity  
set name="[LAB]routerB"

Я делал это поздно ночью и, похоже, был немного сонным. Проснувшись утром и подумав спокойнее, конечно, нет IPv4 NEXT_HOP, потому что не было настроено IPv4-адреса для использования. У тебя в конфигурации хотя бы один IPv4-адрес настроен для транспортировки?  
edit: Вот именно, в этом была проблема. К тому же, если используешь nexthop-choice=force-self, нужно обязательно убедиться, что установлен маршрут до следующего хопа. Учусь много о реализации BGP в Mikrotik, в частности, насколько раздражает то, что нельзя напрямую посмотреть RIB-IN.

RFC8950 — Реклама информации о достижимости IPv4 Network Layer (NLRI) с IPv6 Next Hop. На сегодняшний день, 2025-03-13, в версии 7.18.2 нельзя маршрутизировать IPv4 поверх IPv6 BGP-соединения. Маршруты отображаются на каждом из маршрутизаторов, но остаются недоступными из-за отсутствия маршрутизации через inet6.

В Linux это можно сделать так:  
$ ip route default via inet6 fe80::21b:21ff:febb:6934 dev wlp0s20f3 src 169.265.0.30