Могу ли я направить трафик, предназначенный для локального интерфейса, на другой интерфейс?

Я пытаюсь настроить тестовый стенд для прозрачного устройства (с этого момента он называется TD). Цель состоит в том, чтобы убедиться, что он правильно пересылает и регистрирует. Мне нужно использовать всего 1 машину + TD на испытательном стенде. Да, две машины было бы проще, но меня попросили изучить возможность использования только одной. Что-то вроде этого:

+–––––––––––––––––––––––––+
|          Linux          |
+––––––––––––+––––––––––––+
|    eth1    |    eth2    |
|  10.0.0.1  |  11.0.0.1  |
+–––––––+–-––+–––-+–––––––+
        |         |               
        |         |         
     +––+-–––––––-+––+       
     |  Transparent  |     
     |    Device     |     
     +–––––––––––––––+     

Я не уверен, что это вообще возможно, но цель такова: в Linux я могу отправить любой IP-трафик на 11.0.0.1 и направить его через eth1, войти в TD и получить через eth2. То же самое и в другом направлении. Я хочу, чтобы мой тестовый сценарий просто использовал обычный стек IP-адресов Linux, открывая сокеты на 10.0.0.1 и 11.0.0.1, отправляя тестовые данные по одному и проверяя, были ли они получены другим.

Я уже смотрел на них, но безуспешно:

• https://stackoverflow.com/a/8539870/375735
  • Я могу заставить его работать наполовину. Если я удалю 10.0.0.2 из локальной таблицы маршрутизации, повторно добавлю его как unicastbut и добавлю запись arp, я могу затем выполнить ping 10.0.0.2 и увидеть, как эхо-запросы идут туда, где я хочу. Но ответов нет. Когда я пытаюсь выполнить вторую половину (нет локальных записей в локальной таблице), ping завершается с ошибкой «connect: недопустимый аргумент».
• https://serverfault.com/a/586347/216716
  • Коробка linux не имеет сетевых пространств имен.
• https://serverfault.com/a/128680
  • Все еще играю с этим, но пока безуспешно. Конечно, настройка немного отличается, так как TD не является маршрутизатором.