Neko-san

Mikler, задача простая - перевести 8 аналоговых линий в SIP. Цель - дать возможность пользователям локалки звонков в город (не услуга, так - халявный сервис). Ну и возможность звонков из города. Просто хочется сделать это хорошо, что бы и железка была из серии "раз настроил и забыл", и качество звука что бы на уровне возможностей аналоговой линии. Сервер с Freeswitch и телефонные линии находятся в одной точке. Можно использовать PCI-платы - но не хотелось бы этого делать из-за последующих сложностей с их установкой их в некоторые юнитовые корпуса. Поэтому ищется отдельная железка. И, соответственно, нет никаких ограничений на толщину канала между сервером и шлюзом. Вы говорите "PCMA - вам в руки". Этот кодек действительно обеспечит качество звука обычной телефонной линии? Или же действительно стоит искать железку с поддержкой G722 и не будет ли использование G722 в данном случае избыточным? Stimpy, Quintum AXT 800 или AFT800 выходят за рамки бюджета на 10 и 25 тысяч соответственно. Aleck_K, а какие именно? Посмотрел Audiocodes MP-108-8FXO и Audiocodes MP-118-8FXO - в них нету G722.

Стоит задача перевести в SIP восемь аналоговых линий. Нужно получить как можно более высокое качество звука. В качестве серверной стороны используется Freeswitch который поддерживает следующие кодеки: iLBC@30i - iLBC using mode=30 which will win in all cases. DVI4@8000h@20i - IMA ADPCM 8kHz using 20ms ptime. (multiples of 10) DVI4@16000h@40i - IMA ADPCM 16kHz using 40ms ptime. (multiples of 10) speex@8000h@20i - Speex 8kHz using 20ms ptime. speex@16000h@20i - Speex 16kHz using 20ms ptime. speex@32000h@20i - Speex 32kHz using 20ms ptime. G7221@16000h - G722.1 16kHz (aka Siren 7) G7221@32000h - G722.1C 32kHz (aka Siren 14) CELT@32000h - CELT 32kHz, only 10ms supported CELT@48000h - CELT 48kHz, only 10ms supported GSM@40i - GSM 8kHz using 40ms ptime. (GSM is done in multiples of 20, Default is 20ms) G722 - G722 16kHz using default 20ms ptime. (multiples of 10) PCMU - G711 8kHz ulaw using default 20ms ptime. (multiples of 10) PCMA - G711 8kHz alaw using default 20ms ptime. (multiples of 10) G726-16 - G726 16kbit adpcm using default 20ms ptime. (multiples of 10) G726-24 - G726 24kbit adpcm using default 20ms ptime. (multiples of 10) G726-32 - G726 32kbit adpcm using default 20ms ptime. (multiples of 10) G726-40 - G726 40kbit adpcm using default 20ms ptime. (multiples of 10) AAL2-G726-16 - Same as G726-16 but using AAL2 packing. (multiples of 10) AAL2-G726-24 - Same as G726-24 but using AAL2 packing. (multiples of 10) AAL2-G726-32 - Same as G726-32 but using AAL2 packing. (multiples of 10) AAL2-G726-40 - Same as G726-40 but using AAL2 packing. (multiples of 10) LPC - LPC10 using 90ms ptime (only supports 90ms at this time in FreeSWITCH) L16 - L16 isn't recommended for VoIP but you can do it. L16 can exceed the MTU rather quickly. Какой из кодеков будет оптимально использовать для этой задачи? И, соответственно, какую железку лучше всего применить? По цене желательно уложиться в 25 тысяч. Сейчас смотрю на Cisco c1760 8-port Analog Bundle (что есть в shop.nag.ru за ~21 тысячу рублей), но не уверен что это лучшее решение. Смущает набор кодеков, отсутствует G722 - который вроде как обеспечивает лучшее качество, по сравнению с остальными кодеками которые умеет Freeswitch. С другой стороны - аналоговая телефонная линия сама по себе не обеспечивает высокого качества звука. Вообщем подскажите, пожалуйста, какой кодек и железку будет правильнее использовать. Сам я уже в какой-то растерянности.

Есть же вроде какие-то модели IP-телефонов, которые умеют работать без сервера? Правда с конференцией скорее всего ничего не получиться - как правило телефоны умеют конференцию до 3 человек. Если же делать это на Asterisk или Freeswitch (второе имхо проще) - то всё получается нормально. В том же Freesswitch есть пример конференции в стандартных конфигах, нужно только чуть-чуть подправить под себя.

Если хочется детальной статистики, то можно запускать getstream в screen с записью вывода в файл, после чего парсить этот файл, выдирая (например grep'ом) IP клиента и то, к чему он подключился. raeibow, а что у вас за femon используется? У меня (Ubuntu, dvb-utils-1.1.1-3) femon не знает ни -H, ни -с 1 :(

Где-то тут писали, что у udpxy есть существенные проблемы при большом количестве подключений. Дескать буквально несколько клиентов и всё умирает. У вас нет больших загрузок, или же udpxy нормально работает и с большим количеством клиентов? Сможет он выдержать, допустим, 50 одновременных подключений?

Уже больше года успешно принимаю пачку транспондеров с Ямал-201. Сегодня начались непонятные проблемы - на всех каналах и радиостанциях что вещают с этого спутника, звук переодически как бы замедляется. Иногда раз в несколько минут, иногда несколько раз за минуту. Едва ли дело в приемном оборудовании, так как проблемы возникают на двух площадках (разные здания, между которыми расстояние около 1 км). На 4 тарелках сразу (по одной на каждой площадке под С и по одной под Ку диапазон). Софт не менялся уже давно. Уровень сигнала за последние несколько недель особо не менялся, ber'ов нету. Перезапуск getstream'ов, плееров и серверов - не дает никакого результата. Что странно - картинка по большому счету в норме, а звук срывается. Причем в статистике клиентского VLC указано, что никаких потерь в потоке нет. Может быть дело в спутнике, но никакой информации о проблемах найти не удалось. Хотелось бы исключить вариант спутника, внезапно заглючившего getstream'a и просто неудачного положения звезд. Поэтому вопрос - принимает ли кто-либо из присутствующих данный спутник в Сибири? Нет ли у вас подобных проблем? P.S. Проблемы исключительно и только с Ямал-201, остальные (АБС-1, АМ-1, АМ-22) принимаются без проблем.

Спасибо за ссылки. В вики Сипнета нашел 3CXPhone - судя по всему вполне вменяемое решение, но увы - без видео. Так же скачал Pangolin - по первому впечатлению всё очень неплохо. Видео есть, правда пока не опробовал. Не хочет через FreeSWITCH его гнать... И звук булькает... Но это из оперы настройки самого FreeSWITCH'a. Будем надеяться что позже всё заработает как надо.

Ищется и не находится. Нужно клиентское приложение для VoIP, желательно open source, в крайнем случае подойдет и просто freeware. Из основных требований - поддержка конференций, видео и Windows 7. Пробовал следующий софт: SIP-Communicator - отказывается запускаться под Windows 7. wxCommunicator - не поддерживает видео. Ekiga - на сайте отсутствует версия для Windows, плюс не слишком красивый интерфейс. X-Lite - вроде умеет всё что нужно, но использовать его хотелось бы только в крайнем случае - не нравится юзерам (сложный интерфейс) Существует ли в природе еще что-нибудь? С поддержкой видео и Windows 7? Или какое-нибудь платное решение, с ценником лицензии в районе ~10-15 баксов (при покупке от 100 лицензий).

А откуда оператор берет сигнал? Если со спутников - все несколько проще, чем в случае аналога. Ставится нужное количество ресиверов (или тот же комп с DVB-картами) и всё выливается в сеть. Тут важнее нюанс с доставкой сигнала до конечного потребителя - в оптике-то у вас Etherenet'a нету, раз КТВ аналоговое (ну если конечно оператор параллельно интернетом не занимается).

Почему бы Вам не попробовать dvbshout вместо VLC? Или хотя бы getstream?

Судя по всему вам будет проще взять что-нибудь типа NetUP IPTV Streamer 4x. 1) Если же бюджет несколько скромнее - можно попробовать собрать и самостоятельно. NetUP-овкие карточки довольно дорогие. С одним слотом под CAM-модуль можно купить карту раз в 8 дешевле. 2) Процессора и оперативки - чем больше, тем лучше. Всегда найдется чем забить - у вас ведь уже сейчас возникают вопросы о транскодировании и вещании онлайн. У меня на сотню клиентов стоит 4 гига, но уже без особого запаса - надо еще 4 докинуть. 3) Вещать можно много чем, dvblast, vlc, getstream, dvbstreamer и так далее. 4) Радио вещается либо тем же, что и телевидение с последующим преобразованием из TS в ES, либо если на транспондере только радио - можно попробовать dvbshout. 5) Флеш-плееры видео просто так показывать не будут. Даже если поток в H.264. Необходимо использовать специальный софт для стриминга. В самом примитивном случае - VLC. 6) Транскодировать можно, в том числе и в H.264. С помощью того же VLC. Качество картинки будет ниже плинтуса, загрузка процессора - высокой (Intel Core 2 Quad на 2,5 Ггц осилит каналов 5-6 максимум). Аппаратных решений в виде простой платы, на несколько потоков и с поддержкой Linux - не встречал. Может быть чего MrCloud предложит - он как раз занимается продажей подобного рода оборудования. Решение будет явно не дешевым, ибо даже программные решения стоят настолько серьезно, что применять их в контексте PC-стримеров, а не дорогих профессиональных ресиверов - трата денег. 7) CAM-модуль открывает примерно столько же, сколько заявляют в Нет-Апе. Но один модуль на две карты - едва ли. Где-то писали, что там CAM-модули раздельные - каждый на свой тюнер. Вообще если вы этим хотите деньги зарабатывать - лучше найдите специалиста, который сделает вам то, что нужно. Выйдет гораздо дешевле, чем ставить эксперименты самому. И намного быстрее. Организовывая большую часть того, что вы перечислили (вещание, перекодирование, вещание для Flash-плеера, декодирование программно и картами + мониторинг, статистика зрителей, система резервирования) мы в нашей организации потратили где-то 1,5 года. Правда у нас несколько иная реализация масштабирования, есть сервера-стримеры (они принимают сигнал со спутников, по 4-6 транспондеров каждый), есть сервера вещатели (они вещают клиентам по HTTP). Между ними - сеть с мультикастом. За счет этого можно поставить сколько нужно серверов вещателей (например на разных опорных узлах) не перегружая сеть. Правда в этой схеме есть и минус - некоторое снижение надежности, за счет промежуточных серверов. Если что-то интересует детальней - пишите в личку, объясню.

Вы пробовали смотреть только на одном компьютере? Может быть имеет место локальная проблема? Кстати, как у этого TVHeadEnd'a со стабильностью? Есть ли какие-то механизмы для контроля состояния вещания?

Когда я запускал вещание радио с Ямал-201 в С-диапазоне, то использовал свежайший getstream из git. Тот патч не захотел на него накладываться. Пришлось освоить dvbshout. Еще, кстати, можно изменять тип потока с помощью VLC. Ресурсов жрет всего ничего, три десятка радиостанций потянет любой целерон 1,5-2,5 Ггц. Правда потом лучше всего поток отдавать на Icecast-сервер, при большом количестве подключений - VLC прожорлив.

dvbshout + icecast?

У меня к сожалению нету PBI, но есть ADI. И пачка серваков (в сумме в них около 20 DVB-карт). Сервера работают достаточно стабильно, но иногда возникают непонятные проблемы с вещанием: то некоторые каналы в сеть не вещаются, то звук пропадает. Использую getstream и карты TT-Budget S-1401. Особенно утомляет проблема со спутником Ямал-201 в С-диапазоне. Принимаю оттуда транспондер с СГУ ТВ с низкой символьной скоростью - регулярно бывает что полностью прекращается его вещание в сеть. После перезапуска getstream все нормализуется. Причем возникает эта проблема не системно - может месяц работать без проблем, а может валится каждые 3-4 дня. При этом сигнал ломовой - тарелка 2 метра. Есть ресивер Adi. С ним было много проблем в процессе настройки - отсутствие доступа через telnet\snmp, криво работающий веб-интерфейс. После длительной переписки с тех.поддержкой прислали новую прошивку. Обновил, настроил вручную с морды устройства (принимает несколько каналов с ABS-1) и забыл. Что забавно - после перепрошивки веб-интерфейс перестал работать вообще :) Но стриминг работает железно. Хочу попробовать перевести его на Ямал-201 и посмотреть - решит ли он мою проблему с СГУ ТВ. В целом - я бы с огромным удовольствием сейчас прикупил хотя бы несколько ресиверов PBI (не думаю что они шибко отличаются от ADI по надежности, а по цене гораздо дешевле) и заменил бы ими хотя бы один-два сервера. Мне от этого стало бы намного спокойнее. И качество сервиса наверняка выросло бы. Да и наличие нормальных слотов под CAM-модули радует, при желании начать вещать кодированные каналы будет намного проще. Вот только владельцы каналов требуют минимум 1000 абонентов. Так как их у моей организации нету (пользователи не платят за TV получая его дополнительным бонусом к интернету), мы скорее всего не станем покупать ресиверы, а продолжим мучаться с серверами. P.S. Нытье в последних строчках связанно с кодированием каналов Россия-1,2,К на АМ1 - нужно поднимать sasc-ng для раскрытия из их BISS, а это такой геморой :( С ресиверами куда проще...

Есть утилита - scmxx, она работает с сименсовскими телефонами и модемами из консоли под Linux. В свое время я реализовывал отсылку сообщений с выборкой номеров из базы MySQL по крону. Работало более чем стабильно, СМСка обходилась в 10 копеек + 90 рублей абонентки в месяц (Мегафон - услуга Мега-СМС). Одно но - кабель был оригинальный, COM-портовый, с USB-кабелем возможны нюансы.

Вещаю в сеть пачку каналов с АМ1 в H.264. Сигнал не идеальный, есть немножко ber'ов. В целом все хорошо, но в определенный момент на некоторых каналах (как правило на одинх и тех же) VLC-плееры старых версий 0.86 (и соответственно IPTV-плеер от BorPas-Soft) перестают показывать видео. Звук идет, а видео нет. При этом если подключится к просмотру с помощью свежей версии VLC (начиная с 0.9 версии) все нормально. Схема вещания такая: getstream (принимает поток с АМ1) > VLC 1.0.3 (передает потоки из мультикаста в юникаст HTTP) > клиент. Если перезапустить VLC 1.0.3 - клиенты версии 0.86 снова нормально играют поток. Где-то встречалась мысль, что это связанно с ошибками в заголовках пакетов... Но почему тогда эта проблема не постоянная, а переодическая? И почему VLC свежих версий нормально играют поток, когда старые версии перестают это делать?

Битрикс? А не пугливо ли на нем сурьезные сайты делать? Не один свиток исписан мудрыми отроками о срамном коде в битриксе встречающемся. И много красных молодцев в зияющие дыры системы этой свои копья затыкали. Поди не даром сей продукт честной молве дают... Могли б ведь краше его сделать... P.S. Не пейте много кофе по ночам.

Большое спасибо за совет :) Всё заработало :)

Настраиваю dvbshout для приема радио с Ямал-201 в С-диапазоне. Как всегда с этим возникает проблема. Если указать нормальную частоту транспондера - dvbshout даже не запускается, ругаясь на ошибку в конфиге. Если указать пересчитанную частоту (где-то в теме про getstream была формула) - то dvbshout запускается, но транспондер не лочится. Кто-нибудь знает как всё-таки заставить его работать?

Еще есть относительно дешевые USB-FM тюнеры, размером чуть больше флешки. Стоит это удовольствие от 12 баксов за штуку. Вроде бы работает не только в винде, но и под линуксом. Правда о качестве тюнера ничего не известно. Если в городе сигнал сам по себе не плох (передатчик радиостанции близко) - то должно работать хорошо. Да и 8 USB портов можно сделать легко - два контроллера в PCI по 4 USB на каждом.

А кто утверждает что качество картинки с маленькой ЮСБшной карточки будет лучше, чем с профессионального тюнера? Мне кажется все прекрасно чувствуют разницу между бытовой и профессиональной техникой. Бывают конечно редкие исключения - очень хорошее бытовое железо, или очень плохое - профессиональное. Но это - редкость. Просто не всегда возможно приобрести нужное профессиональное оборудование (ограничен бюджет, присутствует непонимание у начальства или, например, задача - просто попробовать), поэтому приходится искать лучшее среди бытового.

Скажите пожалуйста, а какого рода у вас исходное видео? Файлы или живой поток? Если живой поток - то очень интересно, чем вы осуществляете транскодирование. Чем-то из open source, или же какие-то коммерческие решения? У меня на Core 2 Quad Q9550 (Gentoo Linux) с помощью VLC транскодируются 6 потоков из H264 в MPEG2 и средняя загрузка системы при этом находиться на уровне 85%. Вроде и декодирование H.264 не слишком тяжелое, даже под виндой тот же VLC потребляет всего 2-3 процента от аналогичного процессора... Вроде и кодирование в MPEG2 не такое уж ресурсоемкое... Но всего 6 потоков - и процессор на пределе :( В вашем случае различная производительность может быть обусловлена многими факторами - от различной производительности дисковой (или сетевой - в случае живого потока) подсистемы под FreeBSD и Linux (если видео в файлах - какая ФС используется? насколько хороша ее поддержка в той или иной системе?), до различных опций, с которыми собраны приложения и библиотеки. Проще говоря от общей оптимизированности системы из коробки. Хотя могу и ошибаться, я не настолько хорошо разбираюсь в этих системах, как хотелось бы :(

Говорили ж, что там они мертвы. Что значит мертвы? При сканировании транспондера высвечивается следующее: Mayak (0x002f) 02: PCR == A A 0x02a9 Radio Rossii (0x0030) 02: PCR == A A 0x02ae Radio Vesti-FM (0x0031) 02: PCR == A A 0x02b9 То есть эти потоки существуют, вроде как идут со спутника, вроде как даже в открытом виде. Или же эти потоки остались по старой памяти (либо для какого-то резерва) и по ним просто гонят "тишину"? Кстати, а на каких еще спутниках есть хорошие транспондеры с радиостанциями? С Ямала-201 снял десяток, с АБС-1 штуки 3, еще штуки три с АМ-22... И всё, что ли? :) На каких еще спутниках доступных к приему в центральной полосе и сибири можно найти много радиостанций?

Так вроде же говорили, что проблема с засыпанием решена довольно давно? Достаточно использовать свежее ядро и не будет никаких проблем с засыпаниями. У меня под Ubuntu 8.04 вполне нормально работали разные ревизии SS2. Система благополучно цепляла карты автоматом и не доставляла абсолютно никаких проблем. Кстати, а с АМ1 кто-нибудь снимает радиостанции getstream'ом? Там на 10995 есть Маяк и Вести-FM. Пытаюсь вещать в сеть, поток вроде бы идет, но VLC не играет. Каким образом можно завернуть эти радиостанции в сеть?