У меня примерно тот же функционал реализован на перле (следит за потреблением памяти и загрузкой ЦП), причем один сервер (очень старый и слабенький) принимает поток с тарелок и ретранслирует на другой, мощный — он уже переживает поток и мультикастит.
Контроль видео и звука сделал просто с помощью tcpdump — если мультикастовые пакеты наблюдаются, то и картинка есть.
Волновое уравнение с запутанными состояниями придумал как раз Эйнштейн сотоварищи, практически на спор — чтобы показать, несостоятельность подхода — а впоследствии существование запутанных состояний было подтверждено экспериментально. Такая вот ирония ;j
SIP-серверу должно быть (в частности, астериску — точно) глубоко пофиг, видео или аудио. Была бы на конечных устройствах поддержка соответствующего кодека (H.261, H.263, H.263p, H.264). Проблема на самом деле только в видеоконференциях, да в отсутствии нормального железа за адекватное бабло :)
На страничке отправки смс у СМАРТС офигенная капча :)
Я вообще не специалист особо, лезть в исходники страницы, чтобы понять, как реализована эта капча и насколько она надежна, но уж больно мне нравится.
Была потребность сделать оповещение по смс о состоянии критических триггеров в zabbix, поставили грошовый gsm-модем. Вообще, работа с ними в заббиксе уже встроена, однако на сервере, где он стоял, не было ком-порта, так что все делал через элементарный скриптик:
Как проходящий практику на Микроне, по секрету расскажу вам, что там еще и 180 нм в стадии «вот-вот, уже совсем скоро, прямо вот завтра, ей-богу» — дальше тестовых ячеек дело не пошло еще.
Очень мне нравился.
Контроль видео и звука сделал просто с помощью tcpdump — если мультикастовые пакеты наблюдаются, то и картинка есть.
Это я в поддержку уже предложенного варианта с checkinstall
Я вообще не специалист особо, лезть в исходники страницы, чтобы понять, как реализована эта капча и насколько она надежна, но уж больно мне нравится.