faq обучение настройка
Текущее время: Сб июл 19, 2025 23:55

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 48 ]  На страницу Пред.  1, 2, 3, 4  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 30, 2010 13:45 
Не в сети

Зарегистрирован: Чт дек 24, 2009 17:30
Сообщений: 296
Откуда: Днепропетровск
Ну тогда все просто замечательно. И на вопрос "А у Вас прошивка 3.60.26 установлена на всех устройствах стека?" я могу ответить "Да".

Цитата:
Все верно, если Вы перепрошивали стек уже будучи собранным, то прошивка обновится сразу на всех входящих в него коммутаторах.

С бутом будет все точно также? Прошиваешь бут на уже собранный стек, и прошиваются все коммутаторы?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июн 30, 2010 13:47 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Чт фев 12, 2009 14:59
Сообщений: 9482
Откуда: Ryazan
Именно так. Что касается Вашего вопроса в плане быстродействия - я уже отписал в ШК. По результатам сообщу.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 00:45 
Не в сети

Зарегистрирован: Вт июн 17, 2008 18:59
Сообщений: 1203
Откуда: Минск, Беларусь
я уже просил сделать пометку в инструкции, но сейчас не надо разбирать стек - а всё равно устаревшую инфу рассылают всем подряд...

от себя лишь добавлю: сейчас пробежался по агрегаторам, на одиноко стоящих загрузка ЦПУ ~25-30%. на той штуке, что в стеке из двух - 70%. при отключении SNMP на последнем нагрузка падает до 10-15%

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 09:19 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Чт фев 12, 2009 14:59
Сообщений: 9482
Откуда: Ryazan
По уточненной в ШК информации, к сожалению, задержки в плане опроса портов устройств стека (кроме мастера) являются следствием аппаратных ограничений при стекировании на данной серии.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 09:59 
Не в сети

Зарегистрирован: Чт янв 10, 2008 10:35
Сообщений: 272
Chupaka писал(а):
от себя лишь добавлю: сейчас пробежался по агрегаторам, на одиноко стоящих загрузка ЦПУ ~25-30%. на той штуке, что в стеке из двух - 70%. при отключении SNMP на последнем нагрузка падает до 10-15%


т.е. такое поведение тоже можно считать особенностью работы стека?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 10:15 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Чт фев 12, 2009 14:59
Сообщений: 9482
Откуда: Ryazan
В последней ситации нужно поподробнее разобраться в плане полной конфигурации стека, топологии, в которой он применяется и количестве клиентов на нем. В том числе указать, как часто происходит обращение к стеку по SNMP и какие действия по SNMP выполняются. Без этих данных сложно сказать, в чем причина.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 10:27 
Не в сети

Зарегистрирован: Чт янв 10, 2008 10:35
Сообщений: 272
К сожалению, у меня сейчас нет возможжности протестить стек, т.к остался только один резервный 3100, постараюсь в ближайшее время подцепить его к одному из эксплуатируемых и потестить в стеке.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 02, 2010 18:30 
Не в сети

Зарегистрирован: Вт июн 17, 2008 18:59
Сообщений: 1203
Откуда: Минск, Беларусь
кольцевая/линейная топология стека погоды не делает?..

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн июл 05, 2010 09:20 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Чт фев 12, 2009 14:59
Сообщений: 9482
Откуда: Ryazan
Я уточню


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 07, 2010 09:30 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Чт фев 12, 2009 14:59
Сообщений: 9482
Откуда: Ryazan
При использовании кольцевой топологии при стекировании и большой нагрузке на стек производительность в свете указанного вопроса может быть несколько выше, чем при линейной топологии, поэтому рекомендую попробовать, если такая возможность имеется.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 13:46 
Не в сети

Зарегистрирован: Чт янв 10, 2008 10:35
Сообщений: 272
Гонял стек из двух DGS-3100-24 почти неделю (на нем висело примерно 30 клиентов, трафик от 1 до 150 Mbit\s) и не заметил значительного повышения загрузки проца (относительно одиночного) при опросе по SNMP. Проблема в том, что проц DGS-3100-24 сам по себе очень чувствителен к обращениям по SNMP и не важно стоит он в стеке или одиночно. Если, например, осуществлять опрос всех 24 поротов с интервалом в 10 секунд, то к загрузке CPU прибавится 20-30 процентов, вне зависимости от того забит он под завяку клиентами и обрабатывает большой трафик, или к нему подключен один бук с SNMP клиентом. Ни на одной другой модели D-Link (из тех, что мне попадались) я такой "чувствительности" не замечал.
Т.е. тем, кто столкнулся с высокой загрузкой CPU на DGS-3100 при обращении по SNMP, могу посоветовать немного снизить интервал опроса.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 16:00 
Не в сети

Зарегистрирован: Чт июн 04, 2009 07:38
Сообщений: 201
уже понял, что все плохо... но все равно пожалуюсь:
Код:
DGS-3100# sh stack_information

Master ID : 1
Backup ID : 2

Box ID User Set Boot version Firmware version H/W version
------ -------- ------------ ---------------- -----------
1      1        1.0.1.05     3.60.24          01         
2      2        1.0.1.05     3.60.24          01         

DGS-3100# sh firmware information

Command: show firmware information

Unit  Image       Version          Update Time
----  ----------  ---------------  ---------------
1     1           3.00.43           09-Jul-2009  17:03:43
1     *2          3.60.24           21-Feb-2010  10:48:12
2     1           3.00.43           09-Jul-2009  17:03:43
2     *2          3.60.24           21-Feb-2010  10:48:12

"*" designates that the image was selected for the next boot


те же симптомы...


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 16:06 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Чт фев 12, 2009 14:59
Сообщений: 9482
Откуда: Ryazan
dmvy2 писал(а):
уже понял, что все плохо... но все равно пожалуюсь:
те же симптомы...

Опишите, пожалуйста, ситуацию более полно.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 19:00 
Не в сети

Зарегистрирован: Вт июн 17, 2008 18:59
Сообщений: 1203
Откуда: Минск, Беларусь
De-Fox писал(а):
Проблема в том, что проц DGS-3100-24 сам по себе очень чувствителен к обращениям по SNMP и не важно стоит он в стеке или одиночно. Если, например, осуществлять опрос всех 24 поротов с интервалом в 10 секунд, то к загрузке CPU прибавится 20-30 процентов

на одиноко стоящем у меня - именно так, а вот на единственном стеке - 70% =)

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 21:07 
Не в сети

Зарегистрирован: Чт янв 10, 2008 10:35
Сообщений: 272
Chupaka писал(а):
на одиноко стоящем у меня - именно так, а вот на единственном стеке - 70% =)


А порты опрашиваются?


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 48 ]  На страницу Пред.  1, 2, 3, 4  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 396


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB