faq обучение настройка
Текущее время: Вс дек 15, 2019 21:47

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




Начать новую тему Ответить на тему  [ Сообщений: 6 ] 
Автор Сообщение
СообщениеДобавлено: Чт июн 27, 2019 07:39 
Не в сети

Зарегистрирован: Пн ноя 19, 2018 12:52
Сообщений: 12
Друзья, всем привет!
Есть проблема, на примере свитчей DGS-3120, DGS-3000.

Свитчи выстроены по цепочке, иногда до 4-5 штук "гирляндой". Есть свитч, с которого далее по цепочке льется мультикаст. Льется не через ISM-vlan (как-то пробовали растянуть его, но поимели проблем), а просто так, в дефолтном влане. На каждом свитче четко указан роутер-порт и мембер-порты. Querier в сети один, с четко заданным адресом. Проблема в том, что как правило свитчи видят правильный адрес кверера, но иногда выскакивает какой-то "тп-линк" и свитчи в качестве querier ip видят адрес типа 192.168.0.1. В это время ТВ у абонентов начинает лагать.

Притом на вышестоящих свитчах через ACL в default влане фильтруется все, что идет от 192.168.0.0/255.255.0.0, но это не помогает.
Помогает только задание CPU ACL на свитче, который видит не того кверера, скажем адреса 192.168.0.1. Но проблема в том, что в CPU ACL не задать адрес вида ip/mask, т.е. банально нужно задавать ACL для каждого "левого" ip лжекверера.
Что можно предпринять в такой ситуации, чтобы свитчи видели только правильного querier?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пт июн 28, 2019 15:06 
Не в сети

Зарегистрирован: Чт ноя 01, 2012 05:57
Сообщений: 58
Цитата:
Помогает только задание CPU ACL на свитче, который видит не того кверера, скажем адреса 192.168.0.1. Но проблема в том, что в CPU ACL не задать адрес вида ip/mask, т.е. банально нужно задавать ACL для каждого "левого" ip лжекверера.
Что можно предпринять в такой ситуации, чтобы свитчи видели только правильного querier?
попробуйте
create cpu access_profile profile_id 1 ip igmp type
config cpu access_profile profile_id 1 add access_id 1 ip igmp type 17 port 25-28 permit
config cpu access_profile profile_id 1 add access_id 2 ip igmp type 17 port 1-28 deny
enable cpu_interface_filtering

насколько понимаю, это нужно писать на свиче с igmp_snooping (иначе трафик возможно не попадает на процессор. но тогда можно попробовать написать обычный acl в том же духе). руку на отсечение не дам, но imho должно помочь.

/foo


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пт июн 28, 2019 17:36 
Не в сети

Зарегистрирован: Чт сен 08, 2011 04:59
Сообщений: 1551
Откуда: Алтайский край, Барнаул
gard писал(а):
Друзья, всем привет!
Есть проблема, на примере свитчей DGS-3120, DGS-3000.

Свитчи выстроены по цепочке, иногда до 4-5 штук "гирляндой". Есть свитч, с которого далее по цепочке льется мультикаст. Льется не через ISM-vlan (как-то пробовали растянуть его, но поимели проблем), а просто так, в дефолтном влане. На каждом свитче четко указан роутер-порт и мембер-порты. Querier в сети один, с четко заданным адресом. Проблема в том, что как правило свитчи видят правильный адрес кверера, но иногда выскакивает какой-то "тп-линк" и свитчи в качестве querier ip видят адрес типа 192.168.0.1. В это время ТВ у абонентов начинает лагать.

Притом на вышестоящих свитчах через ACL в default влане фильтруется все, что идет от 192.168.0.0/255.255.0.0, но это не помогает.
Помогает только задание CPU ACL на свитче, который видит не того кверера, скажем адреса 192.168.0.1. Но проблема в том, что в CPU ACL не задать адрес вида ip/mask, т.е. банально нужно задавать ACL для каждого "левого" ip лжекверера.
Что можно предпринять в такой ситуации, чтобы свитчи видели только правильного querier?
а чем обусловлен такой "изврат"?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт июл 02, 2019 07:26 
Не в сети

Зарегистрирован: Пн ноя 19, 2018 12:52
Сообщений: 12
foo писал(а):
попробуйте
create cpu access_profile profile_id 1 ip igmp type
config cpu access_profile profile_id 1 add access_id 1 ip igmp type 17 port 25-28 permit
config cpu access_profile profile_id 1 add access_id 2 ip igmp type 17 port 1-28 deny
enable cpu_interface_filtering

насколько понимаю, это нужно писать на свиче с igmp_snooping (иначе трафик возможно не попадает на процессор. но тогда можно попробовать написать обычный acl в том же духе). руку на отсечение не дам, но imho должно помочь./foo

Спасибо, попробую, насколько я понял это:
Код:
0x11    IGMP Membership Query
только в десятичном виде. И насколько понимаю, по сути на 224.0.0.1 должен вещать только querier.

Alexey Mishenko писал(а):
а чем обусловлен такой "изврат"?
Изврат как раз и получается, что выскакивает какое-то устройство, начинает вещать на 224.0.0.1 и теперь нужно на каждом свитче что-то колхозить =(
Как можно сделать по иному?
Просто периодически вылавливать паразитов?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт июл 02, 2019 08:01 
Не в сети

Зарегистрирован: Чт сен 08, 2011 04:59
Сообщений: 1551
Откуда: Алтайский край, Барнаул
Настроить multicast vlan, с ним такое не возможно.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт июл 02, 2019 08:15 
Не в сети

Зарегистрирован: Пн ноя 19, 2018 12:52
Сообщений: 12
А ведь помог cpu-acl, примененный к порту с "паразитом"! Спасибо!
И что самое важное - эти пакеты перестали пролетать через свитч дальше в сеть, "путая" другие свитчи.
Нужно похоже сильно озаботиться настройкой "CPU Filter L3 Control Packet Settings" на свитчах серии 3120 и 3000, насколько я понимаю - это то, что нужно, а в 1210 этого функционала просто нет.
Alexey Mishenko писал(а):
Настроить multicast vlan, с ним такое не возможно.
А мы вот когда растянули multicast vlan, такие "глюки" начались, что только шуба заворачивалась. В сети очень много железок, подверженных коллизиям маков, возможно, это повлияло на печальный провал.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 6 ] 

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


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

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


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

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