VLAN на свиче RTL8305SCю Кто делал?

[di386]

Добрый день! Возникла проблема с сабжем. Вкратце: у свича выведено 3 порта(0,1,2), порт 4 используется как MII для связи с микроконтроллером; с помощью VLAN в свиче и логики драйвера ОС необходимо реализовать 3 независимых сетевых карты со своими МАС и подсетями. На свиче включен VLAN и прописаны 3 сетки с "членством" портов (0-4) (1-4) (2-4), в драйвере я разбираюсь от какого порта пришел пакет по VLAN тегу, который добавил свич (port-based VLAN), из драйвера ОС (QNX 6.5.0) я посылаю пакет с добавленым VLAN тегом в порт 4 (tag-based VLAN), чтобы приказать свичу послать пакет в нужный порт(0,1,2). В результате как бы получаются три сетевых интерфейса для системы и три "дырки" на плате соответствующие им. Дополнительно на портах 0,1,2 включен фильтр, отрезающий VLAN теги, чтобы они не шли в сеть, а на порту 4, соответственно фильтр добавляющий тег с номером порта с которого пакет пришел.
Все работает замечательно, пока порты 0,1,2 включены в свои сегменты сети, однако в одном сегменте все начинает вести себя просто ужасно. Эксперимент:
Порт 0 воткнут в хаб, а хаб уже в сеть. Пингуем машину в сети - пинг идет. Включаем порт 1 в тот же хаб, по идее с работающим вышеописанным образом VLAN в свиче это эквивалентно простому подключению еще одной сетевой карточки к сетке, однако тут же загибается пинг по 0 порту и не восстанавливается вообще, пока порт 1 не будет вынут из хаба. Отладка показывает, что пакеты по 0-му порту начинаются хаотически теряться то в одну, то в другую сторону, логика не прослеживается. Есть подозрения, что виновата логика свича, работающая с МАС адресами, хотя из даташита следует, что, если включен VLAN, пакеты должны идти согласно логики VLAN, а не MAC таблицы. У кого есть соображения по этому поводу, что делать, чтобы заставить такую конфигурацию работать как 3 сетевых карты независимых?

[ut1wpr]

Добрый день! Возникла проблема с сабжем. Вкратце: у свича выведено 3 порта(0,1,2), порт 4 используется как MII для связи с микроконтроллером; с помощью VLAN в свиче и логики драйвера ОС необходимо реализовать 3 независимых сетевых карты со своими МАС и подсетями. На свиче включен VLAN и прописаны 3 сетки с "членством" портов (0-4) (1-4) (2-4), в драйвере я разбираюсь от какого порта пришел пакет по VLAN тегу, который добавил свич (port-based VLAN), из драйвера ОС (QNX 6.5.0) я посылаю пакет с добавленым VLAN тегом в порт 4 (tag-based VLAN), чтобы приказать свичу послать пакет в нужный порт(0,1,2). В результате как бы получаются три сетевых интерфейса для системы и три "дырки" на плате соответствующие им. Дополнительно на портах 0,1,2 включен фильтр, отрезающий VLAN теги, чтобы они не шли в сеть, а на порту 4, соответственно фильтр добавляющий тег с номером порта с которого пакет пришел.
Все работает замечательно, пока порты 0,1,2 включены в свои сегменты сети, однако в одном сегменте все начинает вести себя просто ужасно. Эксперимент:
Порт 0 воткнут в хаб, а хаб уже в сеть. Пингуем машину в сети - пинг идет. Включаем порт 1 в тот же хаб, по идее с работающим вышеописанным образом VLAN в свиче это эквивалентно простому подключению еще одной сетевой карточки к сетке, однако тут же загибается пинг по 0 порту и не восстанавливается вообще, пока порт 1 не будет вынут из хаба. Отладка показывает, что пакеты по 0-му порту начинаются хаотически теряться то в одну, то в другую сторону, логика не прослеживается. Есть подозрения, что виновата логика свича, работающая с МАС адресами, хотя из даташита следует, что, если включен VLAN, пакеты должны идти согласно логики VLAN, а не MAC таблицы. У кого есть соображения по этому поводу, что делать, чтобы заставить такую конфигурацию работать как 3 сетевых карты независимых?

Из телефонного разговора:
Вопрос:
- Ой, а куда это я попал?
Ответ:
- Если туго идет, то в .....

Вы название форума успели прочитать? Или это бот за вас постил?
Наверное, он же и читать ответы будет.
Ну а по существу. Вы, наверное, не дочитали где-то, что VLAN - это уровень L2, а МАС-адресация гораздо ниже. Еще раз почитайте про OSI levels, может немного каша разойдется в голове...

[di386]

Каши в голове нет, наоборот - полная ясность ума а вам стоило бы хотя бы ознакомиться с темой вопроса или даташитом, не зря я спрашивал именно тех, кто имел дело с этим чипом.
Теперь по существу, realtek ответил на запрос:

RTL8305SC is an old chip, we do not recommend it for a new design-in project, and RTL8305SC does not support IVL( independent VLAN learning), it support SVL( share VLAN learning) only, so if a physical loop between ports, the MAC forwarding would not follow the VLAN rule due to lack of IVL feature, thx.

похоже сначала чип ищет порт для МАС входящего пакета, потом если он не в VLAN для этого порта, то просто отбрасывается. Странное поведение, но ничего не поделаешь. Буду искать чип с IVL.