DTLS ошибки и не будут наблюдаться ни в логах астериска, ни в javascript консоли. При этом будет идти в сторону браузера RTP трафик. В любом случае, попробуйте собрать версию 11.16.0 — на ней у меня WebRTC завёлся.
Абсолютно точно не знаю, но предполагаю что с шифрованием есть сложности с зоопарком приставок. В т.ч. может быть что нестабильно работают приставки на шифрованных каналах. Более-менее выход, на мой взгляд, это igmp radius authentication на подъездных коммутаторах.
Я дампил трафик приставки на Ростелекоме, там протокол получения списка каналов работает по http (без шифрования), и отдаёт все каналы с соответствующей ему мультикастной группой (а не только те, на которые оформлена подписка. приставка сама потом не пускает на неоплаченные каналы), потом этот трафик автоматически парсил и получил более-менее вменяемый результат.
Наверное mplayer (или аналогичные) может сказать, шифрованный канал он получил или нет (в принципе, это не сложно и самому сделать — нужно все пакеты просмотреть на наличия бита в заголовке 188-байтового ТВ пакета). Более того, в служебных таблицах может идти и название канала, и в целом можно автоматизировать получение плейлиста.
Единственное что неясно (для меня) — как просканировать весь мультикастный диапазон.
В списке запрещенных сайтов значится rutracker.ru, а IP его там же указан от rutracker.org. Т.е. те провайдеры, которые банят по IP заблокируют rutracker.org, а те, которые резолвят доменное имя и банят по резолвленным IP — забанят rutracker.ru. (Информация о реестре из reestr.rublacklist.net/)
Оффтопик: разве двусторонний скотч такое замечательное изобретение? Последнее время я больше серебристым скотчем (tape) восхищаюсь, вот он действительно замечательный!
Не знаю, может быть у меня и без плюса (то, что с плюсом мне одна софтинка для разблокировки сказала — мол, модем такой-то, поделать ничего не могу). Не маловероятно что я просто плохо гуглил)
Не понимаю как и что должно быть выверено. Если плагин написан более-менее правильно, то он не должен сильно колебаться по потреблению процессора и памяти (в идеале-то CPU должен одинаково всё время нагружаться, а память запрашиваться только при старте). Если даже учитывать оптимизацию на входящую тишину, то всё равно будет достаточно (на мой взгляд) дать шума какого-нибудь во все каналы и проверить что процессора хватает. А во время игры музыкантов подразумевается что звукорежиссер только подстраивает параметры плагинов/эффектов, а не меняет кардинально всю схему (не подгружает/выгружает VST итд).
Так-то кроме них ничего и не приходит в голову, сколько-то неудачных звонков (сброшенных, с тишиной итд) — номер попадает в чёрный список. По идее должно быть достаточно, хотя не знаю, есть ли ботнеты из телефонов.
+еще размер картинки определённый. Так-то контакт может и еще какие-нибудь критерии своей каптчи сделать — только толку немного будет, потому как остальные сайты будут своей каптчей «косить» под вконтактскую.
Компрессор кондиционера в машине работает напрямую от двигателя, а не от электричества
<зануда off>
Наверное mplayer (или аналогичные) может сказать, шифрованный канал он получил или нет (в принципе, это не сложно и самому сделать — нужно все пакеты просмотреть на наличия бита в заголовке 188-байтового ТВ пакета). Более того, в служебных таблицах может идти и название канала, и в целом можно автоматизировать получение плейлиста.
Единственное что неясно (для меня) — как просканировать весь мультикастный диапазон.