я даже знаю примерно где проблема.
а коллеги из ТВИП мне еще когда-то говорили что это уникальный случай )))
сейчас попробую найти историю из переписки с ними.
там всё красиво описано было...

В общем история такая:
какой-то свич в сети неправильно работает с IGMP запросами, а точнее НЕ шлёт их дальше.
При этом, если мультикаст в нем появляется - он тупо по себе во все порты его разливает.
шифрование тут вообще не при чем. Первые 20 каналов работают всегда, просто потому что эфирку смотрят все и всегда, поэтому она всегда есть на свиче. А шифрованные каналы не все смотрят, поэтому клиент с глючным свичем включает канал и ждёт пока этот же канал включит абонент с нормальным свичём.

Ну ХЗ.... мы связали это с траблой по ДНС, которая наблюдалась недавно у многих. По железу НИЧЕГО не делали ни до, ни после этих глюков.

Зато устроили вынужденную ревизию заодно по железякам. Сегодня обновил на всех коммутаторах прошивки на новые.

эм, выключеный снупинг?

только не понятно при чем тут ДНС и запросы мультикаста внутри сети...
ну да ладно, работат и хорошо.
я искренне радуюсь за клиентов, когда у них всё хорошо работает :)

да, примерно как-то так это называется.
я прошу прощения, я не владею искусством администрирования, поэтому терминологию не знаю.
Но примерно на пальцах я думаю что суть объяснил

Да, ситуация описана примерно верно. Только при открытии шифрованного канала клиентом, он не сразу появлялся на самом роутере. На сеть грешить можно бы было, если бы платформа и флюссоник стояли внутри сетки. А т.к. всё в облаке, хрен его знает, в чем проблема была. Может быть даже где-то у магистрала. Кто ж признается теперь-то.
Да и неактуально уже.

Подумываем всё таки поставить всё внутри сети. Так оно спокойней будет

И, кстати, у нас так и не заработали «Сообщения».

А чем мультик то шифровали?

так, вижу какую-то неудовлетворенность моим ответом :) давайте еще раз..

"Только при открытии шифрованного канала клиентом, он не сразу появлялся на самом роутере." - это и есть главное что происходит в описанном мной выше случае. т.е. у Вас было ровно то что я описал в случае с выключенным снупингом на одном из свичей (спасибо Илье за правильную краткую формулировку)

"На сеть грешить можно бы было, если бы платформа и флюссоник стояли внутри сетки." - Платформа отдает абонентам плейлист и ключи для расшифровки. Плейлист был и ключи (когда мультикаст таки появлялся) работали, соответственно платформа полностью работала. Флуссоник вообще не понятно при чем тут, мы же про мультикаст вроде всё это время обсуждали...

"Может быть даже где-то у магистрала." - в теории может быть, но нет. очень маловероятно что как-то рандомно магистрал терял отдельные каналы и при этом не трогал эфирные, типа религия не позволяет..

"Подумываем всё таки поставить всё внутри сети. Так оно спокойней будет" - это в целом верно, но тут чисто вопос цены

@perekotin Возможно  вынести iptvportal(middleware) в свою сеть?. Чтобы не слали клиенты запросы через ваш proxy(nginx или что там у вас), а отпровля напрямую на наш локальный сервер . В случае проблем с внешним каналами или у вас , чтобы у нас все работало?

Завтра запрошу у техподдержки подробности вопроса по сообщениям.

У нас именно так и реализовано

конечно можно, для этого существует локальная версия

Спасибо

Всем привет

А у кого провайдера СТС а 16:9 ?

Ртрс

коммутаторы так настроены:

vlan 999
name IPTV_Vlan-999
multicast-vlan
multicast-vlan mode dynamic

multicast destination-control

ip igmp snooping
ip igmp snooping vlan 999
no ip igmp snooping vlan 999 mrouter-port learnpim
ip igmp snooping vlan 999 immediately-leave
ip igmp snooping vlan 999 l2-general-querier-source (тут IP роутера)
ip igmp snooping vlan 999 mrouter-port interface Ethernet1/25