растолкуйте: каскадирование и виланы...

[dan]

есть несколько свичей, соединенных последовательно.

все порты при помощи виланов сконфигурированы таким образом, чтобы каждый юзер видел только сервер - там уже маршрутизация и биллинг.

в пределах одного свича - всё понятно. а как быть с чужими виланами? т.е. нужно, чтобы свичи пропускали не только свои, но и чужие виланы... какое железо это сумеет?

[Giga-Byte]

управляемые коммутаторы, например DES-2108.

[Nag]

управляемые коммутаторы, например DES-2108.

 

И много чужих виланов эта модель может пропустить?

[Nag]

в пределах одного свича - всё понятно. а как быть с чужими виланами? т.е. нужно, чтобы свичи пропускали не только свои, но и чужие виланы... какое железо это сумеет?

 

Любые коммутаторы с тегированными виланами нужного типа.

Ну и надо чтоб или количества виланов хватало, или была фича типа "пропускать чужие".

[dan]

это понятно. вариант прописывать тьму виланов не греет сердце.

посему - кто-нибудь держал в руках железяку, умеющую насвкозь пропускать виланы без разбору? и как сия фича по-умному называпется?

[Nag]

это понятно. вариант прописывать тьму виланов не греет сердце.

посему - кто-нибудь держал в руках железяку, умеющую насвкозь пропускать виланы без разбору? и как сия фича по-умному называпется?

 

3com 3300 например.

Или 1100.

 

А вообще что бы не прописывать ручками кучу виланов есть проги фирменные, которые это делают автоматом. ;-)

[Guest]

Nag, еще есть протокол VTP :-)

На трикомах, кстати, тоже что-то подобное было - то ли VTP, то ли фирменная реализация этой фичи...

[ivan77]

а есть еще 801.1q trunk, собственно

[Nag]

Nag, еще есть протокол VTP :-)  

На трикомах, кстати, тоже что-то подобное было - то ли VTP, то ли фирменная реализация этой фичи...

 

Прочитай внимательнее мой ответ выше:

"А вообще что бы не прописывать ручками кучу виланов есть проги фирменные, которые это делают автоматом. ;-)"

[Guest]

Nag, я прочитал :-) Ты говоришь про фирменные проги, а фирменные проги могут создавать вланы через SNMP, например. При этом помимо самих коммутаторов требуется комп с прогой. А я говорю про фирменные протоколы, которые позволяют коммутатором обмениваться информацией о Vlan-ах самостоятельно, без дополнительных прог. Все-таки это немного разные вещи.

[Guest]

Есть такой протокол, GVRP.

[Nag]

Nailеr, протоколы и проги в данном случае одно и то же.

Достаточно считать иос и т.п. программой. Которая уже и использует протоколы.

Согласись, что самих по себе протоколов мало, надо еще ими управлять.

Хотя для ВТП все слито в кучу - суть-то это не меняет.

[Guest]

А 3сom 3200 умеет "пропускать чужие".

 

Вообще есть такая проблема колличество одновременно работающих vlan на

большинстве коммутаторах в среднем 64 (cisco 3550 не берем) это означает что в цепочке из N коммутаторов соединенных по 802.1Q я смогу использовать одновременно только 64 VLAN.

Кто нибудь знает как это преодалеть ведь на разных коммутаторах я могу одновременно использовать разные диапазоны номеров VLAN (например на первом 1-64 на втором с 64-128 и.т.д) . И как по умному эта фича называется что бы в моделях коммутаторов искать.

[Barsick]

все порты при помощи виланов сконфигурированы таким образом, чтобы каждый юзер видел только сервер

Виланы - tagged или portbased?

[UglyAdmin]

На оконечном коммутаторе уровня доступа больше 64 и не может требоваться, а количество транзитных (по GVRP) обычно превышает эту цифру.

Естественно, в core надо что-либо посерьёзнее...

[Guest]

На оконечном коммутаторе уровня доступа больше 64 и не может требоваться, а количество транзитных (по GVRP) обычно превышает эту цифру.  

Естественно, в core надо что-либо посерьёзнее...

А если комутаторы в цепочку соединены или в кольцо то все они и core и абонентские. Это ж в какие деньги выльется, а решить то надо одну проблему колличество транзитных vlan.

[Guest]

Nag, согласен, согласен :-)

 

Выведу сухой остаток:

 

Есть софт для управления сетью, который умеет создавать виланы на устройствах посредством SNMP. Сами коммутаторы при этом не умеют обмениваться информацией о виланах.

 

И есть вендроские (VTP) или открытые (GVRP) протоколы, позволяющие коммутаторам обмениваться между собой информацией о виланах и выполнять синхронизацию базы vlan на устройствах. Изначально информация о новом вилане может быть занесена как с одного из устройств, так и с софта управления сетью.