|
ru.networks- RU.NETWORKS ------------------------------------------------------------------ From : Alexey Belyaev 2:5020/52 25 Oct 2003 17:17:15 To : All Subject : Re: tagged & untagged ports -------------------------------------------------------------------------------- "Sergey Goncharov" <maestro@datacom.natm.ru> wrote in message... > В обоих свитчах на портах, которыми они соединяются, выставляешь все VLAN'ы, > которые должны ходить между этими свитчами, в режим tagged. То же самое для > порта сервера, который должен быть виден во всех VLAN'ах, желающих получить > доступ к этому серверу. В сервере должна стоять карточка, поддерживающая > 802.1q/p tagging (пример я уже приводил). Клиентские порты выставляются как > untagged, каждый в своем VLAN'е в соответствии с желаемой организационной > структурой. Есть здесь почти непреодолимая сложность. Hа cетевом интерфейсе сервера каждая Tag based VLAN представляется как отдельная физическая сеть и к каждой из них нужно привязывать логический драйвер карты а к нему подсеть сетевого протокола (IP,IPX и т.п.). Так вот, количество таких привязок будет равно количеству VLAN и если для каждого клиентского порта определена уникальная VLAN, то количество необходимых привязок будет равно количеству клиентских портов. Кто-нибудь решился на сервере настроить хотя бы десятка два VLAN ? Это означает нагрузить сервер функцией коммутации на VLAN'ы. Alexander Gusak предложил перед сервером установить коммутатор Layer 3, на котором можно будет жёстко привязать IP-адреса назначения (может быть IP подсети) к своим VLAN ID. И это пока единственное известное мне решение. Есть ещё вариант сделать серверный порт коммутатора Untagged а решение в какую VLAN отправлять кадр от сервера принимать на основании Forward таблицы MAC-адресов коммутатора. Hо коммутаторов, умеющих такое, наверное не много ибо он должен уметь сопоставлять MAC-адрес не только с портом назначения но и определять по таблице в каком VLAN находиться узел с данным MAC-адресом. Возможно что для кого-то предыдущий обзац сложен для понимания. Если так, то могу объяснить подробнее. -- Alexey Belyaev --- Microsoft Outlook Express 6.00.2800.1106 * Origin: Home (2:5020/52.0) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.networks/299697a53071e.html, оценка из 5, голосов 10
|