Привіт,
Можна, а чого ж ні. Якщо nexthop це один L2 сегмент з роутером.
У cloudflare воно приблизно так і працює.
пт, 11 квіт. 2025 р. о 20:40 Volodymyr Litovka via UANOG <uanog@uanog.one> пише:
Привіт,
а можна робити таку фігню?
у мене є внутрішній раутінг
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