[Eagle18]

Все доброго времени суток. подскажите может кто сталкивался с таким. Вот уже 4 день в одно и тоже время идет рост мультикаст трафика с порта, причем как видно по графику очень резкий и очень не продолжительный. Не похоже что 20 человек пришли и включили тв в одно и тоже время. Даже тестировал в офисе сидел каналы друг за другом минут 10 переключал такой рост трафика не увидел. Так в целом то работает вроде не плохо iptv но эти ночные скачки напрягают. Соответственно этот трафик улетает дальше по сети и кладет некоторые коммутаторы, приходиться вставать и смотреть что там упало. Может кто сталкивался такой проблемой?

[atxnsk]

как вариант посмотреть на мульикаст роутере JOIN запросы и найти коммутатор с которого одновременно запрашивается 5-10-50-100 разных потоков.

 

у нас был такой умник, нашли поиском источника JOINов и далее на доступе порт с которого эти JOINы прилетали. "дали по рукам"

 

это конечно одно из предположений.

 

можно на DES-3200-28 жестко прописать config max_mcast_group ports 1-24 ipv4 max_group 3

 

тогда будет разрешено максимум три одноверемнных группы (телеканала) для просмотра

[Eagle18]

дело в том что это происходит именно в минут 5-8 первого ночи. и сеть мониторить из дома не получается поскольку офисный коммутатор тоже отключается. А из очень умных коммутаторов стоит только головной который кваером настроен и фильтрует все что не нужно. А со стороны абонентов местами стоят обычные 16 портовики вдлинка. там подобное не настроишь. Но мысль уловил, буду пробовать сегодня ловить смотреть что-нибудь подобное. Ещё пока временно поставил на порт ограничение в 100Мбит чтоб сеть не засирал. посмотрим что сегодня будет. За наводку спасибо.

[Eagle18]

сидел наблюдал во время скачкой. посторонних и большого количества джойнов не увидел. Может такое быть что коммутатор DES-3200-28 может просто просто пропускать мультикаст который он должен резать. не справляется с нагрузкой входящего мультикаста и пропускает его порциями. сегодня посмотрел график трафика и скачки уже не только в 5 минут первого а с разной периодичностью днем

[Ivan_83]

Все доброго времени суток. подскажите может кто сталкивался с таким. Вот уже 4 день в одно и тоже время идет рост мультикаст трафика с порта, причем как видно по графику очень резкий и очень не продолжительный. Не похоже что 20 человек пришли и включили тв в одно и тоже время. Даже тестировал в офисе сидел каналы друг за другом минут 10 переключал такой рост трафика не увидел. Так в целом то работает вроде не плохо iptv но эти ночные скачки напрягают. Соответственно этот трафик улетает дальше по сети и кладет некоторые коммутаторы, приходиться вставать и смотреть что там упало. Может кто сталкивался такой проблемой?

У любителей халявы есть сканер мультикаст иптв, они так ищут каналы в ростелекоме. Вероятно кто то тоже ищет.

 

Коммутатор может пропускать мимо игмпснупинга мультикаст: у длинка часто бывает ограничение в 128 мультикас групп для снупинга и 256 вообще.

Те для 129 и и последующи снупинг не работает.

А после 256 мультикаст начинает рандомно дропатся: там то одну группу выкинет(подропает) то другую и так по кругу, но хорошо заметно начинается где то после 265-280 - тогда уже смотреть не возможно.

[BSI_KSK]

Не знал про длинки такого. Тогда вопрос. Чем заменить длинки? Из бюджетного.

[Negator]

Не надо менять длинк, надо его корректно настроить и найти проблему.

[Ivan_83]

Есть длинки с другими лимитами: по 1024/1024 группы.

[Eagle18]

ну у нас всего клиентов меньше 100, у каждого стоят STB жестко настроены. Все клиенты частники в не дешевых домах, и взрослые. у нас просто некому заниматься поиском халявы. Никто без нашего ведома не сможет подключиться к линии где идет iptv. во вне мы не вещаем, только своим. и так просто первы попавшийся клиент не сможет при всем желании поймать этот трафик. Одновременно на коммутаторе показывает что активно не более 22 групп. в среднем пока смотрел 18 было, иногда чуть больше. И в среднем трафки соответствует действительности, 50-80 Мбит с учетом что один канал от 2 до 5 Мбит. И даже во время скачка трафика исходящего количество групп не меняется и количество хостов кто смотрит тв не меняется. Я все же склоняюсь к тому что коммутатор мудрить начинает. Нашел чем заменить но пока по финансам нет возможности купить и внедрять, большое вложение получается. Коллега собрал вещание на http://shop.nag.ru/catalog/02392.Cisco/06739.3500XL-3550/00083.WS-C3550-12G но чтоб к ней все источники подключить надо будет модули к ней покупать. Пока выходит много для разового вложения, и источников то больше чем у нее портов. Надо думать ещё над одной железкой промежуточной агрегации

 

Не надо менять длинк, надо его корректно настроить и найти проблему.

Приведите верные настройки, я могу скинуть свой конфиг посмотрите что не так

[BSI_KSK]

Не надо менять длинк, надо его корректно настроить и найти проблему.

 

Да. То же бы посмотрел на правильный конфиг.

 

У меня два DES-1210-28, к ним подключены PBI-1000. Затем DGS-3120-24SC, к нему подключены DES-1210-28, udpxy, astra, forword, и тд. По сути три коммутатора с мультиком. И нет уверенности что настроено все правильно.

[Eagle18]

ну насколько я перелопатил чужие конфиги и мануалы настраивается снупинг на влан, ставиться фильтрация не зарегистрированых групп и по большому счету все

[Negator]

Мультикаст влан нужно использовать только на коммутаторах доступа.

На аггрегации используйте обычные вланы.

 

filter unregistered groups везде не забыть.

fast leave включить на коммутаторах доступа. Выше - наоборот выключить.

 

Неуправляемых коммутаторов не должно быть вообще.

Иначе прилетать Вам на аггрегацию пользовательский мультикаст и фильтруй его потом. Отфильтровать конечно можно, но он уже долетел и будет виден на графике.

В остальном - почитайте рекомендации на форуме длинка.

 

1210-28 я пока не щупал, есть конфиги для 3200, работают без проблем.

[Eagle18]

тоже стоит 32 серия. вот все прям как по вашим рекомендациям. за исключением что fastleave на агрегирующем включен коммутаторе. и неуправляемых нет. самый слабый это des1100-16 да и то один или два.

[Ivan_83]

Как вариант у клиента железка может флудить всем подряд, включая мультикаст.

[Eagle18]

А разве STB может каким то образом флудить? Ну и следующий промежуточный коммутатор после агрегирующего добил по настройкам он сейчас не пропускает левый мультикаст, Но тем не менее с порта агрегирующего коммутатора все равно скачки исходящего трафика

[maxlapshin]

STB может например флудить IGMP. «дай мне всё что есть в плейлисте»

[Eagle18]

Ну да, согласен, возможно такое, но во время скачка трафика я не видел запросов на подключение каналов, все было в норме.

[fry]

Наблюдал когда-то такие скачки, происходило из-за того, что от клиента прилетал Membership Query. Коммутаторы видели второй второй квериер в сети и форвардили к нему весь мультикаст трафик. Потом "левый" квериер отмирал по таймауту и движение мультикаста к нему прекращалось.

Решилось фильтрацией membership query на абонентских портах:

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 1-24 deny

[Eagle18]

Спасибо за информацию, Где возможно поставлю, но так получилось что на некоторых узлах до сих пор стоят des1100-16 и так там кого нет просто. Менять на более умную железку не выгодно, сидит там 3-4 человека.

[fox_m]

Все доброго времени суток. подскажите может кто сталкивался с таким. Вот уже 4 день в одно и тоже время идет рост мультикаст трафика с порта, причем как видно по графику очень резкий и очень не продолжительный. Не похоже что 20 человек пришли и включили тв в одно и тоже время. Даже тестировал в офисе сидел каналы друг за другом минут 10 переключал такой рост трафика не увидел. Так в целом то работает вроде не плохо iptv но эти ночные скачки напрягают. Соответственно этот трафик улетает дальше по сети и кладет некоторые коммутаторы, приходиться вставать и смотреть что там упало. Может кто сталкивался такой проблемой?

 

А что у вас каналы-то такие слабенькие? ) Вы уверены, что это мультикаст? Если да, то вполне вероятно, что абоненты просто разные каналы запрашивают. Много людей в сети?

[Eagle18]

А что у вас каналы-то такие слабенькие?

Почему слабенькие? вроде в среднем канал не HD такой трафик и потребляет.

 

Уже перевл астру на формат вещания http://x.x.x.x:8002/udp/238.1.1.100:1234. Проблема с ростом трафика пропала. Появилась другая. Через час два просмотра канала он начинает сыпаться на STB. Переключаешь канал на любой другой потом обратно-все показывает без проблем. Заметил только на выходных. Может STB мудрид. поставил на мониторинг и на компе и на другой STB.

[sky star]

Уже перевл астру на формат вещания http://x.x.x.x:8002/...8.1.1.100:1234. Проблема с ростом трафика пропала. Появилась другая. Через час два просмотра канала он начинает сыпаться на STB. Переключаешь канал на любой другой потом обратно-все показывает без проблем. Заметил только на выходных. Может STB мудрид. поставил на мониторинг и на компе и на другой STB.

 

это называется PCR не в красную армию :)

мониторить на STB и на компе - это типа искать общее у "пластмассового и белого" , принципы работы вообще суть разные .

Смотреть надо на приборе , там много станет видно .

Изменено 28 марта, 2016 пользователем sky star

[Eagle18]

Смотреть надо на приборе , там много станет видно .

 

про какой прибор речь?

[sky star]

Ну что нибудь подобное, что бы в реальном времени собирать статистику по ERT101290 ,

что бы IAT смотреть, ибо в противном случае это даже не "угадай мелодию" это ближе к Месингу будет

Изменено 28 марта, 2016 пользователем sky star

[Ivan_83]

Уже перевл астру на формат вещания http://x.x.x.x:8002/...8.1.1.100:1234. Проблема с ростом трафика пропала. Появилась другая. Через час два просмотра канала он начинает сыпаться на STB. Переключаешь канал на любой другой потом обратно-все показывает без проблем. Заметил только на выходных. Может STB мудрид. поставил на мониторинг и на компе и на другой STB.

Попробуй вместо астры msd_lite - она в поток не лезет и ничего там не правит.

http://www.netlab.linkpc.net/wiki/ru:software:msd:lite