Привіт, Можна, а чого ж ні. Якщо nexthop це один L2 сегмент з роутером. У cloudflare воно приблизно так і працює. пт, 11 квіт. 2025 р. о 20:40 Volodymyr Litovka via UANOG пише:

Привіт,

а можна робити таку фігню?

у мене є внутрішній раутінг

X.X.X.5 proto bird metric 32 nexthop via 172.16.32.51 dev br-ex weight 1 nexthop via 172.16.33.51 dev br-ex weight 1 nexthop via 172.16.34.51 dev br-ex weight 1 Y.Y.Y:1715::5 proto bird metric 32 pref medium nexthop via fd53:1715:c001:f00d::32:51 dev br-ex weight 1 nexthop via fd53:1715:c001:f00d::33:51 dev br-ex weight 1 nexthop via fd53:1715:c001:f00d::34:51 dev br-ex weight 1

й haproxy налаштовано так -

backend be mode http [ ... ] balance roundrobin server iv4 X.X.X.5:443 check ssl verify none server iv6 [Y.Y.Y:1715::5]:443 check ssl verify none

задумка була що (а) хапроксі буде розкидати бекенд між двома адресами, а (б) раутінг вже розкидає це по шести endpoint'ах (по факту - три сервери, але ipv4+ipv6)

якщо це принципово - то фронт теж слухає на двох families, але цікаво щоб ipv4/fe таки розлітався на both ipv4/ipv6 backends

як вважаєте, воно має працювати як задумано чи ні? :)

дякую

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

_______________________________________________ UANOG mailing list -- uanog@uanog.one To unsubscribe send an email to uanog-leave@uanog.one