Да, действительно - именно так и есть... Посмотрел tcpdump -
действительно, входящий пакет идет с "настоящего" MAC роутера,
исходящий идет на "виртуальный". Тогда остается только полноценно
реализовывать ARP и не понятно, почему в принципе этот вопрос
возник )) 21:45:31.986644 00:62:0b:5d:fc:c6 > 00:00:5e:00:01:01, ethertype IPv4 (0x0800), length 163: 10.91.194.183 > 10.91.194.68: GREv0, proto IPv4 (0x0800), ...
21:45:31.987845 e4:db:ae:ac:38:0b > 00:62:0b:5d:fc:c6, ethertype IPv4 (0x0800), length 90: 10.91.194.68 > 10.91.194.183: GREv0, proto IPv4 (0x0800), ....
# ip addr list bond1
14: bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 00:62:0b:5d:fc:c6 brd ff:ff:ff:ff:ff:ff
inet 10.91.194.183/31 scope global bond1
pavel2000 (Сегодня, 17:53, просмотров: 21) ответил OlegPowerC на Нет , с VRRP и HSRP вы сильно ошибаетесь, да , запрос ARP шлюза ,
шлюз ответит именно им, но когда шлюз пересылает от кого то данные
вам, во фрейме в качестве источника он впишет свой MAC настоящий,
можете проверить - я с этим каждый день работаю