Ничего хорошего не будет. Так как таблица ARP одна для всех, хотя в ней и указан интерфейс через который произошло определение IP-MAC.
Теперь представим: что с одним IP есть две карточки в разных сегментах с разными MAC
? (10.13.1.12) at 6c:88:14:35:c0:ec [ether] on enp6s0
? (10.13.1.12) at 28:cf:da:00:c2:a9 [ether] on enp3s0
Мы пытаемся послать пакет на 10.13.1.12 и он уйдет, но на первый попавшийся (6c:88:14:35:c0:ec). Теперь дополнительно, у нас таблица ARP протухает по таймауту, а обновляется по приходу пакета. Как только придет пакет от другого MAC из второго сегмента, то он тут же станет первым в таблице. Из этого следует, что MAC-адреса для одного IP у нас будут меняться совершенно произвольно, то один будет работать, то другой. Будут пропадать пакеты и все будет глючить и тормозить.
Технически можно указать статически привязку MAC-IP-Интерфейс, но в этом случае должны быть хотя бы разные IP. А если у нас разные IP, то почему бы не сделать из двух интерфейсов виртуальный коммутатор с одним IP?