[QRS]

Сама технология VLANs не предусматривала номер VLAN меньше единицы. (это 802.1Q) »

правильное описание VID=0 есть тут »

Если читать "правильное описание" IEEE 802.1q, то в первоисточнике на одноименном сайте (а не Wiki или Zyxel):
VID=0: The null VLAN ID. Indicates that the tag header contains only priority
information; no VLAN identifier is present in the frame. This VID value shall not
be configured as a PVID or a member of a VID Set, or configured in any Filtering
Database entry, or used in any Management operation.
VID=1: The default PVID value used for classifying frames on ingress through a Bridge
Port. The PVID value of a Port can be changed by management.

И, как уже писалось Выше, каждый производитель оборудования может по своему обрабатывать VLAN-пакеты не выходя за рамки стандарта.

[trager]

Сама реализация сетевого подключения сделана через задницу (на нестандартных решениях) »

Не соглашусь с Вами , решение допускаемое функциональной возможностью оборудования, имеют право быть и работать вне зависимости от сложившихся стереотипов (вы же не будите утверждать что экспрессионизм в живописи это не искусстово, только по тому что вы не понимаете и оно вам не нравиться ИМХО )
Проблемма заключалась в не способности сетевой картой принимать не тегированный траффик в купе с тегированным (вполне возможно что это проблемма кривой реализации драйвера или какая то хитрая задумка разработчика и вполне может быть даже оправданная )

В целом поступили как обычно (не решили а обошли проблемму) - провайдер перевёл нетегированный трафик в тегированный как вы предлогали.

переделать тип соединения между провайдером и вами, т.е. сделать его чисто магистральным (тегированным). На вашем шлюзе поднять два субинтерфейса каждый из которых привязан к своему VLAN (т. е. сама сетевая карта сетевым адресом не обладает и выполняет, по сути, роль коммутатора 2-го уровня разбирающего теги). »

[kim-aa]

Не соглашусь с Вами , решение допускаемое функциональной возможностью оборудования, имеют право быть и работать вне зависимости от сложившихся стереотипов (вы же не будите утверждать что экспрессионизм в живописи это не искусстово, только по тому что вы не понимаете и оно вам не нравиться ИМХО ) »

Нет не буду. Однако если четверть картины написаны в кубизме, четверть в импресионизме, четверть в экспрессионизме, а оставшаяся часть в стиле фламандской школы - то это не богатство вкуса, а его отсутствие.

Не соглашусь с Вами , решение допускаемое функциональной возможностью оборудования, имеют право быть и работать вне зависимости от сложившихся стереотипов »

А мы на старом ноутбуке колбасу режем ... дальше продолжать?

Проблемма заключалась в не способности сетевой картой принимать не тегированный траффик в купе с тегированным (вполне возможно что это проблемма кривой реализации драйвера или какая то хитрая задумка разработчика и вполне может быть даже оправданная ) »

Это не проблема разработчика.
Чтобы получить ту комбинацию трафика, что у вас нужно два источника трафика свести в один широковещательный домен при помощи дешевого коммутатора, который не умеет работать с тегами, а тупо все пропускает без обработки.
На магистральных коммутаторах такой трафик получить просто не получится

[trager]

А мы на старом ноутбуке колбасу режем »

А что прикольно , я бы приобрёл бы себе такую доску стилизованную под раскрытый ноут , главное чтобы поверхность была устойчивая против ножа

при помощи дешевого коммутатора, который не умеет работать с тегами, а тупо все пропускает без обработки. »

А разве обычный коммутатор не будет отбрасывать тегированные пакеты как нестандартно длинные (в рамках формата Ethernet) ?

[kim-aa]

А разве обычный коммутатор не будет отбрасывать тегированные пакеты как нестандартно длинные (в рамках формата Ethernet) ? »

Вот например стандартный случай: заявлена поддержка 802.1q, 802.1p в неуправляемом коммутаторе.
http://www.tk-plus.ru/?pid=3813&id=56&name=shop
"Поддержка" в подобном случае значит одно - коммутатор коммутирует фреймы как с тегами, так и без.
Вообще словосочетание "нестандартно длинные" устарело и верно только для оборудования десятилетней давности.

Любая железяка либо компьютер поддерживающие приоритезацию трафика на канальном уровне (но без установки номера VLAN) будут выдавать тегированный трафик c VID=0.
Иное дело, что приличный коммутатор, по получении такого фрейма, должен перед отправкой его далее, присвоить полю VID, то значение VLAN в которую входит данный порт.

У некоторых коммутаторов (и гипервизоров) есть значение Port Native VLAN, т.е. помимо вхождения порта в VLAN, можно принудительно установить значение VLAN которым маркируются фреймы у которых теги есть, но нулевые. Так же маркируются фреймы обратного случая: когда в порт ожидающий тегированный трафик приходит нетегированный фрейм и поставлено условие не отбрасывать его.

Применение термина Native VLAN для VLAN1, вероятно не совсем верно. Правильнее именовать его VLAN по умолчанию (Default VLAN).
- По умолчанию на управляемых коммутатора все порты первоначально находятся в данном VLAN
- Распостранение данного VLAN нельзя реально запретить, т. к. фреймы управления бриджем и построения STP (BPDU) распространяются именно в данной VLAN