Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Не совсем так... 04.02.04 08:15 Число просмотров: 1232
Автор: void <Grebnev Valery> Статус: Elderman
|
> Я так подозреваю, что раньше у тебя это могло работать, т.к
> твои старые девайсы по умолчанию при включении режима
> поддержки VLAN 802.1q приписывали все порты к дефолтному
> VLAN (VLAN1). А 4400 это не делает по умолчанию, и ты явно
> должен переводить порт в одно из трёх состояний:
> 1) untagged - не участвует в 802.1q VLAN-ах и не
> поддерживает энкапсуляцию 802.1q.
> 2) tagged - маркирует все приходящие от устройства на порт
> фреймы выбранным тобой тегом. Удаляет из всех отсылаемых
> устройству фреймов теги 802.1q. Выдаёт устройству только те
> фреймы, тег у которых совпадает с номером VLAN этого порта
> и с учётом таблицы MAC.
> 3) truk - пересылает все маркированные 802.1q фреймы без
> фильтрации по полю тега, но естественно с учётом таблиц
> MAC.
Всё делаю только руками, явно задаю, проверяю и перепроверяю своиства портов.
>
> Таким образом полагаю, что логично подключать станции к
> tagged портам, а Сервера с спецовыми карточками понимающими
> 802.1q к trunk-портам. При этом untagged порты это как бы
> отдельный port-based VLAN и все кто в них включены НИКАК не
> будут взаимодейстововать с теми кто в портах tagged или
> trunk.
Нет. Так не делают. Рабочие станции принято подключать к untagged портам.
К tagged портам подключают девайсы с разделяемыми ресурсам.
И это не моё мнение. Это "картинки" и рекоментадии гайдов к железкам телесина и 3com-a.
Разумеется здесь не имеются ввиду более сложные схемы использования VLAN c поддержкой VGRP.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
