Микроконтроллеры, АЦП, память и т.д Темы касающиеся микроконтроллеров разных производителей, памяти, АЦП/ЦАП, периферийных модулей... |
20.12.2012, 12:33
|
|
Частый гость
Регистрация: 19.05.2009
Сообщений: 14
Сказал спасибо: 4
Сказали Спасибо 1 раз в 1 сообщении
|
VLAN на свиче RTL8305SCю Кто делал?
Добрый день! Возникла проблема с сабжем. Вкратце: у свича выведено 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 сетевых карты независимых?
|
|
|
|
20.12.2012, 13:38
|
|
Почётный гражданин KAZUS.RU
Регистрация: 19.08.2006
Адрес: Львов
Сообщений: 1,616
Сказал спасибо: 65
Сказали Спасибо 315 раз(а) в 264 сообщении(ях)
|
Re: 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 сетевых карты независимых?
|
Из телефонного разговора:
Вопрос:
- Ой, а куда это я попал?
Ответ:
- Если туго идет, то в .....
Вы название форума успели прочитать? Или это бот за вас постил?
Наверное, он же и читать ответы будет.
Ну а по существу. Вы, наверное, не дочитали где-то, что VLAN - это уровень L2, а МАС-адресация гораздо ниже. Еще раз почитайте про OSI levels, может немного каша разойдется в голове...
__________________
С уважением,
Vic / ut1wpr
|
|
|
|
20.12.2012, 14:08
|
|
Частый гость
Регистрация: 19.05.2009
Сообщений: 14
Сказал спасибо: 4
Сказали Спасибо 1 раз в 1 сообщении
|
Re: VLAN на свиче RTL8305SCю Кто делал?
Каши в голове нет, наоборот - полная ясность ума ![Улыбка](images/smilies/icon_smile.gif) а вам стоило бы хотя бы ознакомиться с темой вопроса или даташитом, не зря я спрашивал именно тех, кто имел дело с этим чипом.
Теперь по существу, 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.
|
|
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Часовой пояс GMT +4, время: 18:20.
|
|