А проблемы с STP планируется исправлять, или пусть так будет?

_________________
Народ и партия - едины!

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

Когда ждать решения проблемы?

После установки B035 на 4 коммутатора (ситуация описана http://forum.dlink.ru/viewtopic.php?f=2&t=153885&start=630#p902854), IPTV стало работать значительно лучше.
Прошли сутки как ведём наблюдение, планируем понаблюдать еще для принятия решения об переводе оставшегося парка на B035.

Да, благо хотя бы как-то работает, но STP постоянно перестраивается и периодически до управления никакими способами достучаться невозможно, но трафик через коммутатор идет, через некоторое время управление восстанавливается само, подозреваю в данном трабле высокую загрузку ЦПУ.

добрый день.Что пофиксили в 38 бете?

Исправления касаются спонтанной загрузки cpu на пустом коммутаторе, присутствует еще ряд фиксов.
Всем, кто использует stp - смотрите, пожалуйста, ситуацию с b038. По тестам разработчиков, проблем на ней нет.

добрый день, планируется ли добавить Stop Learning Threshold для ipmb? Когда срабатывает блокировка по маку или по ip загрузка ЦП очень сильно поднимается, в итоге срабатывает safeguard engine и коммутатор больше не пингуется. Или может это можно каким то другим путем исправить?

Отправка логов на Syslog server не работает. Прошивка 38

STP не исправили - всё также происходят перевыборы рута на разорванном кольце.

Блин!!! Допилите вы её уже скорее. У меня проект встал из-за этих г...окоммутаторов.
Что мешало и дальше производить отличные DES-1228ME/B1???? Нет, блин, надо выкинуть на рынок этих выкидышей 1210-28

_________________
Народ и партия - едины!

за двое суток:
радует загрузка проца на этом билде. более 28%(за 5 мин) пока нигде не видел, хотя до этого менее 33% мало где встречалось
IPTV перестало сыпаться, пропали фризы картинки, видимо было связано с высокой загрузкой CPU

STP не работает, при разорванном кольце никаких сообщений как раньше не сыпется в логи.
если поднять порт, замкнув кольцо, то загрузка CPU сразу вырастает до 80-100%

п.с. Может по-чаще ШК давать доступ к реальной сети, м.б. быстрее все пофиксят?

за 3-е (4-е пошли уже) суток:
проблем с STP не наблюдаю, кольцо из 3-х свичей оба аплинка оканчиваются в des-3612g, 3 VLANа, ISM-VLAM, на свичах порядка ~40 юзеров, ~10 мультикаст групп единовременно, ~250Мбит вечером. нагрузка радует более 33% не видел, 1 раз кольцо перестраивалось, свет в 1м доме пропадал.

starchik
ivan_vs
Удивительно низкая загрузка CPU у вас. Хотя не могу не согласится, что она стала значительно меньше. Больше 70% не поднимается, управление не теряется, пинги не пропадают.

откуда такая загрузка? трафик контрол включен?

starchik
TC, ISM, Limited Multicast, IMPB, один PCF, LBD. Трафик не больше 100ни в пике.