Интерфейс Linux не получает трафик двойного тегирования на своем подчиненном интерфейсе

Я настроил подинтерфейсы qinq на linux, чтобы получать пакеты с двумя тегами от коммутатора, к которому он подключен. Когда я пытаюсь пропинговать с другого хоста, 110.10.20.1, на этот интерфейс @ eth2.10.2002 110.10.20.10, я получаю пакет на eth2, но не на eth2.10.2002. Tcpdump и wireshark pcap на интерфейсе eth2 показывают, что пакет от коммутатора до linux имеет двойную метку.

12: eth2.10@eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 90:e2:ba:e9:73:ec brd ff:ff:ff:ff:ff:ff
    inet6 fe80::92e2:baff:fee9:73ec/64 scope link
       valid_lft forever preferred_lft forever
13: eth2.10.2002@eth2.10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 90:e2:ba:e9:73:ec brd ff:ff:ff:ff:ff:ff
    inet 110.10.20.10/16 brd 110.10.255.255 scope global eth2.10.2002
       valid_lft forever preferred_lft forever
    inet6 fe80::92e2:baff:fee9:73ec/64 scope link
       valid_lft forever preferred_lft forever
[root@sj2-142-s19-110 network-scripts]#

Захват пакетов при входящем из коммутатора в интерфейс Linux

Точно так же, когда я пытаюсь пропинговать мой другой хост, который, между прочим, является интерфейсом маршрутизатора, 110.10.20.1, пакеты, отправленные из интерфейса Linux, кажется, не помечены, хотя я пингую, используя 'ping 110.10.20.1 -I eth2.10.2002'

Захват пакетов из интерфейса Linux для переключения

Обновить:

Кажется, что Linux при отправке делает тег, но захват tcpdump не сможет сделать это из-за нижеприведенных тегов VLAN, не показанных в захвате пакета (Linux) через tcpdump

Но проблема 1, где захват tcpdump показывает пакеты с двойным тегом, полученные на основном интерфейсе, а не на подчиненном интерфейсе qinq, все еще остается загадкой. Я попытался с подчиненным интерфейсом dot1q и трафиком dot1q, и трафик принимается на правом подчиненном интерфейсе, а не на основном интерфейсе в отличие от qinq.