https://www.opennet.ru/openforum/vsluhforumID6/2572.html Добрый день!<br>Настраиваю марштуризатор на базе <br>Quagga 1.1.1<br>Debian 9.13<br><br>На данной системе давно и успешно работает BGP на IPv4.<br>Пришло время вводить в сети IPv6.<br>Настроил IPv6 BGP соседство с тем же хостом с которым настроено по IPv4.<br><br>Конфигурация Quagga:<br><br>interface eth0.1<br>ipv6 address aaaa:111:1::55/64<br><br>router bgp XXXXX<br>bgp router-id <br>no bgp default ipv4-unicast<br>neighbor aaaa:111:1::99 remote-as XXXXX<br>neighbor aaaa:111:1::99 description Go-To-WORLD<br><br>address-family ipv6<br>network aaaa:111:10::/48<br>neighbor aaaa:111:1::99 activate<br>neighbor aaaa:111:1::99 soft-reconfiguration inbound<br>neighbor aaaa:111:1::99 route-map IPv6-IN in<br>neighbor aaaa:111:1::99 route-map IPv6-OUT out<br>exit-address-family<br>exit<br><br>route-map IPv6-IN permit 10<br>route-map IPv6-OUT permit 10<br><br><br><br>Удаленный хост aaaa:111:1::99 подключен в внешним каналам связи.<br>Он получает IPv6 маршруты от апстримов и отдает мне на сервер aaaa:111:1::55/64.<br><br>Мой же сервер их также получает:<br><br>#show ipv6 bgp neighbors aaaa:111:1::9 https://www.opennet.ru/openforum/vsluhforumID6/2572.html#3 Tue, 03 Aug 2021 06:45:20 GMT &gt;[оверквотинг удален]<br>&gt; Как видите, в качестве next-hop выступает локальный адрес интерфейса fe80::65c:6c00:2a8:804b, <br>&gt; а не адрес BGP соседа (aaaa:111:1::99) от которого получен маршрут.<br>&gt; Маршрутизатор aaaa:111:1::99 отдает маршруты с опцией next-hop self <br>&gt; Пробовал на входящие маршруты маршруты вешать: <br>&gt; route-map IPv6-IN permit 10 <br>&gt; set ipv6 next-hop peer-address <br>&gt; Ситуация никак не изменилась.<br>&gt; Как мне побороть эту проблему?<br>&gt; В какую сторону копать?<br>&gt; Спасибо <br><br> https://www.opennet.ru/openforum/vsluhforumID6/2572.html#2 Wed, 07 Jul 2021 14:19:18 GMT &gt;[оверквотинг удален]<br>&gt; a Redirect message identifies the neighbor router by its <br>&gt; link-local <br>&gt; address. For static routing, this requirement implies that <br>&gt; the next- <br>&gt; hop router's address should be specified using the link-local <br>&gt; address <br>&gt; of the router. For dynamic routing, this requirement <br>&gt; implies that <br>&gt; all IPv6 routing protocols must somehow exchange the link-local <br>&gt; addresses of neighboring routers.<br><br>Спасибо!<br>Я понимал, что проблема в неполном понимании v6, но хотел взять проблему нахрапом)<br>А в сети не находил примеров конфигурации, отличающихся от моей.<br>Ушел читать документацию)<br> https://www.opennet.ru/openforum/vsluhforumID6/2572.html#1 Tue, 06 Jul 2021 14:42:58 GMT &gt; Как мне побороть эту проблему?<br>&gt; В какую сторону копать?<br>&gt; Спасибо <br><br>начать с изучения основ ipv6 и чтения RFC, да v6 срань работает местами совсем не так как v4<br>https://datatracker.ietf.org/doc/html/rfc4861#section-8<br><br> A router MUST be able to determine the link-local address for each of<br> its neighboring routers in order to ensure that the target address in<br> a Redirect message identifies the neighbor router by its link-local<br> address. For static routing, this requirement implies that the next-<br> hop router's address should be specified using the link-local address<br> of the router. For dynamic routing, this requirement implies that<br> all IPv6 routing protocols must somehow exchange the link-local<br> addresses of neighboring routers.<br><br>