Вот что у меня получается: 
. Это простая реализация Q in Q с вставленной c-vlan в s-vlan, реализованную через мосты в сети Hyperlan transport network. Роутеры/мосты – mikrotik RB750UP и RB450G, а радио – ubiquiti stuff с L2MTU, установленным на 2024. Сеть работает: можно пинговать с c-vlan IP1 на c-vlan IP2 пакетами размером 1500 байт без фрагментации. Проблема в задержке: среднее значение 20 пингов размером 1500 байт (не фрагментировать) дает: с Hyperlan IP1 на Hyperlan IP2: 9 мс; с S-VLAN IP1 на S-VLAN IP2: 12 мс; с C-VLAN IP1 на C-VLAN IP2: 35 мс; среднее значение 20 пингов размером 30000 байт дает: с Hyperlan IP1 на Hyperlan IP2: 170 мс; с S-VLAN IP1 на S-VLAN IP2: 117 мс; с C-VLAN IP1 на C-VLAN IP2: 117 мс. Как видите, с 30k icmp пакетами (фрагментированными в 20 пакетов по 1500B, естественно) задержка в c-vlan и s-vlan одинаковая, но значительно выше при пингах по прямым eth IP. С пакетами размером 1500B ситуация сильно меняется: задержка s-vlan похожа на задержку при пингах по прямому eth, а задержка c-vlan примерно в 3 раза медленнее! Почему? Используя анализатор пакетов на eth интерфейсе, вы всегда видите пакеты размером 1522 байта (1508 + 14 eth), как и при отправке одного пакета размером 1500B, так и при отправке 30k пакетов.
. Это простая реализация Q in Q с вставленной c-vlan в s-vlan, реализованную через мосты в сети Hyperlan transport network. Роутеры/мосты – mikrotik RB750UP и RB450G, а радио – ubiquiti stuff с L2MTU, установленным на 2024. Сеть работает: можно пинговать с c-vlan IP1 на c-vlan IP2 пакетами размером 1500 байт без фрагментации. Проблема в задержке: среднее значение 20 пингов размером 1500 байт (не фрагментировать) дает: с Hyperlan IP1 на Hyperlan IP2: 9 мс; с S-VLAN IP1 на S-VLAN IP2: 12 мс; с C-VLAN IP1 на C-VLAN IP2: 35 мс; среднее значение 20 пингов размером 30000 байт дает: с Hyperlan IP1 на Hyperlan IP2: 170 мс; с S-VLAN IP1 на S-VLAN IP2: 117 мс; с C-VLAN IP1 на C-VLAN IP2: 117 мс. Как видите, с 30k icmp пакетами (фрагментированными в 20 пакетов по 1500B, естественно) задержка в c-vlan и s-vlan одинаковая, но значительно выше при пингах по прямым eth IP. С пакетами размером 1500B ситуация сильно меняется: задержка s-vlan похожа на задержку при пингах по прямому eth, а задержка c-vlan примерно в 3 раза медленнее! Почему? Используя анализатор пакетов на eth интерфейсе, вы всегда видите пакеты размером 1522 байта (1508 + 14 eth), как и при отправке одного пакета размером 1500B, так и при отправке 30k пакетов.