faq обучение настройка
Текущее время: Чт июл 24, 2025 10:01

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




Начать новую тему Эта тема закрыта, Вы не можете редактировать и оставлять сообщения в ней.  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: вопрос по 3028 и ISM
СообщениеДобавлено: Вт мар 09, 2010 23:07 
Не в сети

Зарегистрирован: Пт фев 23, 2007 00:08
Сообщений: 253
Имется сеть построеная на 3526, 3200 и 3028. Последних в сети гдето два десятка. Регулярно наблюдаю на них известный общественности косяк:

1101 2010-03-09 22:01:16 The flooding MAC is detected (VID: 5, MAC: 00-15-17-B8-CA-68 )
1100 2010-03-09 21:56:16 The flooding MAC is detected (VID: 5, MAC: 00-15-17-B8-CA-68 )
1099 2010-03-09 21:51:16 The flooding MAC is detected (VID: 5, MAC: 00-15-17-B8-CA-68 )
1098 2010-03-09 21:44:58 The flooding MAC is detected (VID: 7, MAC: 00-E0-4D-37-B1-66 )
1097 2010-03-09 21:41:16 The flooding MAC is detected (VID: 5, MAC: 00-15-17-B8-CA-68 )
1096 2010-03-09 21:36:17 The flooding MAC is detected (VID: 5, MAC: 00-15-17-B8-CA-68 )

но это сильно не напрягает, т.к. сеть нормально сегментирована и сейчас идет переход на схему vlan-per-user, в которой этот баг не проявляется. Но что будет если в сети пойдет IPTV через ISM vlan ? Не вылезет ли боком этот косяк ? Мультикастовый флуд будет намного хуже чем юникастовый.


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

Зарегистрирован: Вс дек 21, 2008 18:53
Сообщений: 1308
Имхо вылезет

KabaH писал(а):
сейчас идет переход на схему vlan-per-user, в которой этот баг не проявляется.

Это не совсем так. Роль играет общее кол-во маков на коммутаторе, а не то, в каких они вланах.

_________________
D-Link Switches: Tips & Tricks


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

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
Если правильно сегментировать Multicast VLAN, что важно по другим соображениям, и использовать парамтер replace_source_ip то не должно вылезти.


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

Зарегистрирован: Пт фев 23, 2007 00:08
Сообщений: 253
2 xcme: откуда такая информация про общее количество мак-ов?

2 Demin Ivan: А как правильно сегментировать Multicast VLAN при схеме vlan на пользователя ?


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

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
Ну хотя бы на группу домов или на район. По поводу кол-ва MAC-ов, а сколько Вы думаете оно будет на свитче уровня доступа, особенно при схеме VLAN-per-customer.


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

Зарегистрирован: Вс дек 21, 2008 18:53
Сообщений: 1308
KabaH писал(а):
2 xcme: откуда такая информация про общее количество мак-ов?

Часто встречаются конфликты такого рода: мак М1 в влане В1 конфликтует с маком М2 в влане В2. Соответственно в таблице коммутации отсутствует либо М1, либо М2.

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

Имхо так.

_________________
D-Link Switches: Tips & Tricks


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

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
А чем при такой схеме страдает этот абонент, если он один в этом VLAN-е? Напомните пожалуйста в личку Ваш телефон.


Последний раз редактировалось Demin Ivan Ср мар 10, 2010 00:21, всего редактировалось 2 раз(а).

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

Зарегистрирован: Вс дек 21, 2008 18:53
Сообщений: 1308
Demin Ivan писал(а):
По поводу кол-ва MAC-ов, а сколько Вы думаете оно будет на свитче уровня доступа, особенно при схеме VLAN-per-customer.

При звезде - по количеству абонентов на точке. Но если коммутатор в кольце или не конечный - соответственно больше.

_________________
D-Link Switches: Tips & Tricks


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

Зарегистрирован: Вс дек 21, 2008 18:53
Сообщений: 1308
Demin Ivan писал(а):
А чем при такой схеме страдает этот абонент, если он один в этом VLAN-е?

Да, наверное Вы правы, Иван. Фактически, конфликт будет, но абонент не пострадает. :)

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

_________________
D-Link Switches: Tips & Tricks


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

Зарегистрирован: Пт фев 23, 2007 00:08
Сообщений: 253
А пострадает ли абонент если запустить multicast vlan ? Если с юникаст траффиком все более-менее понятно, то какова логика работы злополучного бродкомовского чипа с мультикасто-ом для меня полнейшая загадка.


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

Зарегистрирован: Пт май 13, 2005 15:49
Сообщений: 20616
Откуда: D-Link, Moscow
Я Вам завтра перезвоню.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Эта тема закрыта, Вы не можете редактировать и оставлять сообщения в ней.  [ Сообщений: 11 ] 

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


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

Сейчас этот форум просматривают: Google [Bot] и гости: 14


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

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