1. Уважаемые посетители форума! Прежде чем помещать в форум новое сообщение о возникшей у Вас проблеме, пожалуйста, поищите ее решение в ответах на часто задаваемые вопросы FAQ, или воспользуйтесь поиском по форуму.
  2. Форум не является системой моментального ответа на вопросы. Если Вам необходимо получить ответ на ваш вопрос в кратчайшие сроки - пожалуйста, позвоните в ближайший к Вам региональный офис D-Link.
faq обучение настройка
Текущее время: Сб апр 27, 2024 16:07

Сообщения без ответов | Активные темы


Список форумов » Коммутаторы

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




Начать новую тему Ответить на тему  Страница 3 из 6
  [ Сообщений: 82 ]  На страницу Пред.  1, 2, 3, 4, 5, 6  След.
  Предыдущая тема | Следующая тема 
Автор Сообщение
kapa
 Заголовок сообщения:
СообщениеДобавлено: Ср май 19, 2010 11:26 
Не в сети

Зарегистрирован: Чт сен 28, 2006 12:07
Сообщений: 220
Откуда: Москва
Жесть какая....хорошо, что у нас их не больше сотни всего.

Может, реально научить следующую прошивку маки на свиче менять?
Вернуться наверх
 Профиль  
 
MaLblsH
 Заголовок сообщения:
СообщениеДобавлено: Ср май 19, 2010 11:37 
Не в сети

Зарегистрирован: Вт окт 16, 2007 13:49
Сообщений: 144
terrible писал(а):
MaLblsH, мы чистим таблицу флудерстических маков при первом появлении сообщий в сислоге об этом, помогает.


Вы чистите flood fdb или ARP кэш ?

Если flood fdb, то что это даст, если это только система мониторинга...
А если ARP кэш, то на долго ли это должно помочь, если 2 устройства в данный момент в сети ?
Вернуться наверх
 Профиль  
 
Demin Ivan
 Заголовок сообщения:
СообщениеДобавлено: Ср май 19, 2010 21:06 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
To kapa and MaLbsH:

Укажите пожалуйста в личку Ваш телефон.

To Ivan E.

К сожалению не смог позвонить в начале недели. Завтра обязательно позвоню. По поводу многопортовки DES-3552.
Вернуться наверх
 Профиль  
 
terrible
 Заголовок сообщения:
СообщениеДобавлено: Ср май 19, 2010 21:07 
Не в сети

Зарегистрирован: Пт май 05, 2006 16:52
Сообщений: 4181
Откуда: default
Цитата:
Вы чистите flood fdb или ARP кэш ?

Если flood fdb, то что это даст, если это только система мониторинга...

Чистим flood fdb, ARP тут вообще не причём.
Вернуться наверх
 Профиль  
 
Igor Viktorovich
 Заголовок сообщения:
СообщениеДобавлено: Пт май 21, 2010 10:10 
Не в сети

Зарегистрирован: Вт июл 29, 2008 14:32
Сообщений: 11
Интересует вопрос, подвержены ли данной проблеме с хешем коммутаторы DES-3026 DES-3016 и DES-1228/ME?
Вернуться наверх
 Профиль  
 
terrible
 Заголовок сообщения:
СообщениеДобавлено: Пт май 21, 2010 10:12 
Не в сети

Зарегистрирован: Пт май 05, 2006 16:52
Сообщений: 4181
Откуда: default
Igor Viktorovich писал(а):
Интересует вопрос, подвержены ли данной проблеме с хешем коммутаторы DES-3026 DES-3016

Нет
Igor Viktorovich писал(а):
и DES-1228/ME?

Да
Вернуться наверх
 Профиль  
 
vovo4ka
 Заголовок сообщения:
СообщениеДобавлено: Пт сен 03, 2010 11:37 
Не в сети

Зарегистрирован: Вт апр 04, 2006 13:18
Сообщений: 357
Откуда: Белгород
terrible писал(а):
Чистим flood fdb, ARP тут вообще не причём.


а как?)
Вернуться наверх
 Профиль  
 
SpiderX
 Заголовок сообщения:
СообщениеДобавлено: Пт сен 03, 2010 13:22 
Не в сети

Зарегистрирован: Чт дек 24, 2009 17:30
Сообщений: 296
Откуда: Днепропетровск
Цитата:
а как?)

clear flood
Вернуться наверх
 Профиль  
 
MsHOME
 Заголовок сообщения:
СообщениеДобавлено: Сб сен 04, 2010 23:22 
Не в сети

Зарегистрирован: Вт май 16, 2006 13:02
Сообщений: 867
Откуда: Ukraine
Я думал что clear flood просто очищает статистику или она исправляет временно проблему ?
Вернуться наверх
 Профиль  
 
SpiderX
 Заголовок сообщения:
СообщениеДобавлено: Вс сен 05, 2010 10:50 
Не в сети

Зарегистрирован: Чт дек 24, 2009 17:30
Сообщений: 296
Откуда: Днепропетровск
Цитата:
Я думал что clear flood просто очищает статистику или она исправляет временно проблему ?

Очищает и исправляет. "Временно" - до первых пакетов. Сама по себе проблему не решает, но дает инструмент, с помощью которого можно посмотреть на результаты, которые получились после принятия мер (дробления\смены клиентского влана, управляющего влана, дробления сети на подсети, изменения топологии сети).
Вернуться наверх
 Профиль  
 
MsHOME
 Заголовок сообщения:
СообщениеДобавлено: Пт сен 10, 2010 21:29 
Не в сети

Зарегистрирован: Вт май 16, 2006 13:02
Сообщений: 867
Откуда: Ukraine
Alexey Andriyanov писал(а):
Если не требуется, чтобы клиенты в пределах одного коммутатора могли обмениваться между собой, рекомендую настроить traffic_segmentation так, чтобы пакеты с клиентких портов могли форвардиться только в uplink-овый. А на uplnk-овом порту выключить mac learning совсем. Тогда проблема с совпадением хешей больше беспокоить не будет.


Это самое простое и эффективное решение, но хочеться чтобы абоненты в сегменте могли видеть друг друга и на одном комутаторе гнать трафик друг другу а не через аплинк.
И что вообще слышно о какой то возможно програмной функции устранения или уменьшения коллизий данной проблемы ?
Вернуться наверх
 Профиль  
 
vovo4ka
 Заголовок сообщения:
СообщениеДобавлено: Ср сен 22, 2010 08:33 
Не в сети

Зарегистрирован: Вт апр 04, 2006 13:18
Сообщений: 357
Откуда: Белгород
включил сегментацию и выключил mac learning на uplink.
за 12 часов в flood_fdb 6 MAC адресов = 3 пары (((
Вернуться наверх
 Профиль  
 
mcdemon05
 Заголовок сообщения:
СообщениеДобавлено: Пт окт 15, 2010 13:28 
Не в сети

Зарегистрирован: Вт июн 01, 2010 04:38
Сообщений: 794
Откуда: Vladivostok
у нас много адресов в flood_fdb
можно ли добавить поиск по этой таблице?
(что-бы например так было: sh fl mac 00-00-00-00-00-00)

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД
Вернуться наверх
 Профиль  
 
pacavaca
 Заголовок сообщения:
СообщениеДобавлено: Сб окт 23, 2010 21:46 
Не в сети

Зарегистрирован: Вт июн 01, 2010 16:32
Сообщений: 20
Цитата:
Если не требуется, чтобы клиенты в пределах одного коммутатора могли обмениваться между собой, рекомендую настроить traffic_segmentation так, чтобы пакеты с клиентких портов могли форвардиться только в uplink-овый. А на uplnk-овом порту выключить mac learning совсем. Тогда проблема с совпадением хешей больше беспокоить не будет.


Может ли подобное привести к загрузке процессора в районе 100% в пике при том что на коммутаторе только 3 абонента?
Вернуться наверх
 Профиль  
 
MsHOME
 Заголовок сообщения:
СообщениеДобавлено: Сб окт 23, 2010 22:06 
Не в сети

Зарегистрирован: Вт май 16, 2006 13:02
Сообщений: 867
Откуда: Ukraine
У меня в таком случае на некоторых коммутаторах растёт CPU под 80 %.

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

Список форумов » Коммутаторы

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


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

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

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

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