Borrovoy

Спасибо!

Спасибо. Т.е. в кольце таких коммутаторов 64 -- максимум? Если без GVRP, то надо прописывать все vlan транзитом по кольцу? Или достаточно "точка-точка", а TR сам сообразит как поступить в аварийном случае?

Подскажите пожалуйста, заблукал во тьме.. Вот кольцо из 15ти EDS-518A и turbo ring v2 и gvrp на всех коммутаторах. Каждый коммутатор может оперировать максимум с 64 vlan. При этом в кольце в целом -- тоже максимум 64 vlan, так ли? Даже если есть полностью свободные устройства (нет у них в доступе ничего), то их таблицы vlan - полностью заняты 64мя записями (т.к. суммарно в кольце уже есть 64 vlan), поэтому вписать новый pvid на порт 100mbps не удается. Вот отключаем GVRP. Тогда новый линк по кольцу прописываем вручную на транзитных коммутаторах между двумя - на которых завели новый vlan в access - в поле Tagged vlan c G1 на G2 -- т.е. задействуем только некоторый участок кольца. Тогда практически получится иметь в кольце большее количество vlan, так ли? Однако, в таком случае будет ли корректно отрабатывать Turbo ring при разрыве кольца на произвольных участках? Или же заводя новый vlan, надо прописывать основной маршрут + резервный? (т.е. на всех коммутаторах в кольце) Тогда снова имеем ограничение в 64 vlan в кольце. Так ли? Поясните пожалуйста.

На компе - windows XP (так надо, вынужденно), IE8, java подходящая. В браузере загружается веб-морда, все прорисовано и прописано как обычно, захожу на коммутатор под админом, полные права. Пробую делать изменения - меняю номер vid на одном из свободных портов -- жму apply - часть страницы обновляется - и никакого эффекта, все остается как прежде, без изменений. То же касается и других прочих маневров -- все остается как было. Подскажите пожалуйста, что это может быть.. .

1. Витой парой в rj-45 розетку комбо-порта 1 Gbps. Транк - в один порт идет тегированный трафик разных vlan. 2. Так происходит с RSTP. Другое не пробовал. 3. Это значит мультикаст преобладает - на два порядка больше юникаста, визуально, по диаграмме столбиковой. 4. Да, RSTP bpdu выходят из 100 mbps ап-линка, работающего в транк-режиме. И уходят в транк-порт другой сети (транспортная сеть на РРЛ, там свой RSTP). Схемку наверное уже не надо, т.к. попробовал сегодня собрать все то же самое - и заработало как положено. И мультикаста преобладающего нет. Так и не понял, что это было. А с RSTP bpdu все же не ясно, как их не пускать в сети доступа. Т.е., чтобы подключить одну моксу 518A (E) к другой по 1 Gbps- необходимо неизбежно выбрать один из протоколов - RSTP, MSTP, TR -- и тогда эта мокса будет генерить bpdu и рассылать во все порты, и магистральные и порты доступа. И обмениваться bpdu кадрами со всякими другими коммутаторами. Участвуя в чужих RSTp-процессах.

Добрый день! Посоветуйте, пожалуйста, по такой ситуации: Есть кольцо из eds518a с TRv2 - все хелси, работает. Один коммутатор в кольце заменил на новый -- на eds518E (c 4мя комбо-портами) -- на двух из них (оптических) включил ТRv2 -- и снова все хелси, норма. Затем старый eds518a включаю в один из свободных 1 Gb комбо-портов этого нового коммутатора -- медью, в режиме trunk. 1 Gb медный порт старого комм. (eds518a) работает с вкл. RSTP (варианты там еще - TR, v1,v2 и turbo chain). При этом получил на всех аплинках 100mbps по всему кольцу дикий мультикаст - засилье bpdu-кадров с этого старого eds518a. Эти bpdu заходят в другие сети и правят бал (это вторая проблема - как не пускать свои bpdu в чужие сети - они не циско и не умеют bpdu filter). Т.е. 1. старая eds518a -- должна быть в доступе по 1Gb медному транку к новой (пул портов просто). Как включить грамотно? 2. Как не пускать свои bpdu-кадры в другие сети?