Привіт, 

Можна, а чого ж ні.  Якщо 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