Запрос относительно прозрачной передачи заголовков L2 с сессиями QEMU - PullRequest
0 голосов
/ 22 марта 2019

Этот запрос касается прозрачной передачи заголовков L2 с сеансом QEMU.Я запустил сеанс QEMU из моего Centos Linux, чтобы запустить виртуальную машину.Гостевая среда запущена и работает.Как правило, QEMU создает интерфейс Tap (скажем, tap0) в Centos Linux, для которого будет соответствующий интерфейс в гостевой среде (скажем, eth0).Если я отправляю пакет от, скажем, генератора трафика на tap0, то этот пакет будет доступен в eth0 также в гостевой среде для обработки.

Проблема, с которой я сталкиваюсь, заключается в том, что если я отправляю пакет с тегом VLAN [имеется в виду dst mac, src mac, тег VLAN [приоритетные биты + VLAN] + заголовки IP поверх этого], этопакет принимается как есть в интерфейсе eth0 (в гостевой среде), но единственное отличие, которое я вижу, состоит в том, что если биты приоритета установлены на некоторые (кроме 0), то когда он получен на интерфейсе eth0, этовсе еще получен с битом приоритета как 0.Но VLAN получен, поскольку это было отправлено от генератора трафика.

Я хочу знать, делает ли QEMU что-то, что эти приоритетные биты теряются (заполняется 0. Или это некоторые настройки, требуемые в QEMU для прозрачного получения в интерфейсе eth0 в гостевой среде?Или это не имеет ничего общего с QEMU?

Поскольку я попробовал то же самое без QEMU, просто имея пару веток и отправил пакет от генератора на один интерфейс в паре, биты приоритета получены надругой интерфейс в паре как есть.

...