|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Sergey Goncharov 2:5020/400 29 Oct 2003 13:57:34
To : Yuri Selivanov
Subject : Re: tagged & untagged ports
--------------------------------------------------------------------------------
"Yuri Selivanov" <uri@tomsknet.ru> сообщил/сообщила в новостях следующее:
news:bnnhf1$2se1$1@nala.tomsknet.ru...
> >> Есть здесь почти непреодолимая сложность. Hа cетевом интерфейсе сервера
> >> каждая Tag based VLAN представляется как отдельная физическая сеть и к
> >> каждой из них нужно привязывать логический драйвер карты а к нему подсеть
> >> сетевого протокола (IP,IPX и т.п.). Так вот, количество таких привязок
будет
> >> равно количеству VLAN и если для каждого клиентского порта определена
> >> уникальная VLAN, то количество необходимых привязок будет равно
количеству
> >> клиентских портов. Кто-нибудь решился на сервере настроить хотя бы
десятка
> >> два VLAN ? Это означает нагрузить сервер функцией коммутации на VLAN'ы.
>
> За стеной стоит router on a stick (cisco 3662) с парой сотен
> приземленных виланов:
Ууу (разачарованно).... Этож разве сервер... :-)
> > В исходном сообщении речь шла об одном клиенте и об одном сервере.
> > Кто ж заставляет такое решение масштабировать до бесконечности???
> > Если нужен роутинг между двадцатью сетями, самое время ставить L3-свитч.
>
> Я не говорю, что приведенная выше конструкция идеологически правильная,
> но в L3 может не быть нужной функциональности, тем более, когда речь идет не
> о wirespeed routing, а о терминации PPPoE сервиса :))
О том, какой именно сервис надо терминировать, история пока молчит. Как я
понимаю, интересовал именно принцип посторения, а не реализация конкретной
сетевой структуры. А там уж все зависит от.
Впрочем, гадать можно до бесконечности.
> >> Есть ещё вариант сделать серверный порт коммутатора Untagged а решение в
> >> какую VLAN отправлять кадр от сервера принимать на основании Forward
таблицы
> >> MAC-адресов коммутатора. Hо коммутаторов, умеющих такое, наверное не
много
> >> ибо он должен уметь сопоставлять MAC-адрес не только с портом назначения
но
> >> и определять по таблице в каком VLAN находиться узел с данным
MAC-адресом.
>
> > Угу. Это дело называется port-based VLAN и ничего общего не имеет с
802.1q. Hо
> > работает, как ни странно :).
> >...
> > Мне встречался еще один вариант. MAC-based VLAN. Реализован был на
Intel510T.
> Полностью с Вами согласен, коллега (с). Остается только добавить, что
> dot1q жестко не специфицирует признак по которому организуются виланы,
Скажем так: dot1q - один из вариантов реализации VLAN. Просто он позволяет
стоить сложные архитектуры, в отличие от того же port-based; однако каждый
конкретный случай нужно рассматривать отдельно. Иногда вполне достаточно
port-based.
- ---
С уважением, Сергей Гончаров
...Daddy In Red...
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: tagged & untagged ports 