|
ru.nethack
- RU.NETHACK -------------------------------------------------------------------
From : Spartak Radchenko 2:5020/400 09 Aug 2003 14:15:19
To : Maksim Rusakevich
Subject : Re: lamerz question
--------------------------------------------------------------------------------
Maksim Rusakevich <Maksim.Rusakevich@p81.f172.n5030.z2.fidonet.org> wrote:
MR>
SR>> Hе надо дезы. Я тут пораскинул мозгами, такое в принципе невозможно.
SR>> Сам подумай. Вот, к примеру, у нас есть много свичей, соединённых
SR>> по магистрали tagged портами. И есть клиент, подключенный к untagged
SR>> порту, которому приписано, скажем 100 разных VLAN. А где-то далеко
SR>> стоит клиент, тоже на untagged порту, и тоже с 100 VLAN. И из этих
SR>> VLAN они имею десяток общих. А теперь скажи, как свитч определит,
SR>> в какой VLAN направить пакет (кадр) от клиента к серверу, если
SR>> они подключены вообще к разным свичам?
MR>
MR> Hу начнем с того, что циска это решение советует как стандартное для
MR> серверов рабочих групп http://www.pluscom.ru - проектирование кампусных
MR> сетей (по материалам cisco systems), за ссылку не отвечаю, сам по бумажке
MR> читаю.
Какое решение?
MR> ответ про "десяток общих": протокол spanning tree решает проблемы
MR> закольцовки.
Hе в закольцовке дело. Откуда "клиентский" свич вообще узнает, что именно
наконфигурено на другом конце сети, на порту, куда подцеплен сервер?
MR> ответ про "разные свичи": маршрут от одной сети к другой есть только один,
MR> и он проходит через какой-то порт, чей тег выбирается.
Какая сеть, какой маршрут? В свичах нет маршрутизации (про L3 свичи замнём).
MR> Есть такое понятие как транк, так вот транк может быть нетегированным.
Есть. Hо это другие транки и они не имеют отношения к VLAN. Просто
путаница в терминологии.
SR>> Более простой вопрос: куда отправлять пакеты на броадкастовый
SR>> Ethernet-адрес?
MR>
MR> Они зальются во все виланы, которые есть на порту. Это 100%
Тогда не 100%, а все 1000% ;) То есть в tagged порт уйдет столько
копий пакета, сколько там VLAN'ов ходит? Опять ведь фигню говоришь.
Всё ровно наоборот - пакет уйдёт в те порты, у которых есть тот же
VLAN, что и у этого пакета.
SR>> Ответ на оба вопроса: отправлять в тот VLAN, который прописан
SR>> в конфигурации как PVID для данного untagged порта. А он один.
SR>> Что до каталистов (если ты имел в виду Cisco), то у них untagged
SR>> порт может входить только в один VLAN, он же PVID.
MR>
MR> Это не так, можем перейти на "бросание друг в друга конфигами".
Может, лучше доками? Вот тебе ссылка, извини, что очень длинная:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fswtch_c
/swprt6/xcfvl.htm#xtocid10
Native VLAN
Each physical port has a parameter called PVID. Every 802.1Q port is assigned
a PVID value that is of its native VLAN ID (default is VLAN 1).
All untagged frames are assigned to the LAN specified in the PVID parameter.
Вот ещё ссылка:
http://www.cisco.com/en/US/products/hw/switches/ps5206/products_configuration_gu
ide_chapter09186a00801a64e9.html#1103064
VLAN Port Membership Modes
...
Static-access
A static-access port can belong to one VLAN and is manually assigned to that
VLAN.
...
Trunk (ISL or IEEE 802.1Q)
A trunk port is a member of all VLANs by default, including extended-range
VLANs, but membership can be limited by configuring the allowed-VLAN list.
Я сознательно выкинул Dynamic access и Voice VLAN. Вот эти самые
Static-access и Trunk у других производителей называются untagged
и tagged соответственно.
MR> Мне стало
MR> интересно, начинаю вникать в вопрос :) Для прояснения сути спора: требуется
mR> ли от ОС поддержка виланов для "маршрутизатора на одной ноге"
Смотря что тебе нужно. Просто маршрутизатор можно и на одном
интерфейсе сделать, за счёт алиасов, и ты это прекрасно знаешь ;)
Если же тебя интересует честная маршрутизация между VLAN'ами,
то в ОС нужна поддержка VLAN.
MR> и требуется ли таковая от сетевой.
Hе требуется. В смысле, она необязательна. Вставить/убрать тег вполне
может драйвер.
MR> Я гуляю до вторника, потом можно эксперимент поставить %)
Да уж, поставь, пожалуйста, а то я запарился такие длинные послания
писать :)
--
Spartak Radchenko SVR1-RIPE
--- ifmail v.2.15dev5
* Origin: Arguments & Facts Weekly (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
