vladd

Сомневаюсь, что сейчас опсосы основные деньги на развитие и поддержку получают от продаж услуг мг/мн. Львиная доля абонентов не платит больше 50-100 рублей в месяц. Что это за арпу? Сделайте два тарифа - один без абонентки, но 30 рублей за минуту на все направления, включая местные - для тех, кому телефон не нужен, и другой - 500 в месяц и безлимитка куда угодно и где угодно - для всех, кто общается хоть как-то. Все, других вариантов нету. Кассу сорвет. Что мешает? ТТК-шники много раз проговаривались, что строительство сетей ШПД в городах начали от совсем хреновой жизни. Падают доходы от телефонии. А в тех городах, где построили - очень довольны. Весь сыр-бор начался то из-за того, что усыхает то этот хвостик. Того и гляди отвалится, воип наступает. И тогда действительно жопа. Дабы закрепить его на месте, необходимо немного сменить модель расчетов с абонентами. Даже если я звоню за рубеж 1 раз в месяц, 20-30 рублей в минуту я платить не стану. И ни один идиот не станет, кто знает что такое скайп или другой воип. И тем более не станет звонить тот, кто разговаривает много и часто. Отсюда потерянные деньги у телефонистов и усыхающий хвост. Будь у меня флэт-рейт за 300 рублей, позвонил бы и не мучался с микрофонами, софтфонами, пополнением счета и т.п. Если этот флэт-рейт будет поголовно у всех, то коэффициент утилизации будет сильно покруче того, что имеют интернет-провайдеры при распродаже магистральной полосы end-юзерам. И прибыли у телефонистов вырастут многократно. А скайп станет не нужен.

зачем? у меня для звонков по миру есть бесплатный безлимитный скайп. Когда бесплатный безлимитный скайп появится у большинства населения планеты, делать телефонистам будет уже совсем нечего. Поэтому и предложил превентивную меру - аналогичная услуга с их стороны, с использованием существующих медных и прочих последних миль, что оттянет полную победу скайпа на неопределенное время в силу инертности людей при переходе на новые технологии. И привлечет массу новых абонентов, и повысит арпу. Из этих 300 рублей - 150 - за поддержание медной линии, 150 - за фактическую безлимитку 64кбит/c (на самом деле она дешевле стоит), достаточную для связи со всем миром. Вышки уже давно стоят. Стоимость самого дорогого безлимитного тарифа "внутри сети" или "внутри группы" - не дороже 200-300 рублей. Это и будем считать себестоимостью сотовой "последней мили". Остальное - накрутка за направление. Магистрали уже тоже проложены, и голосовой трафик в них составляет доли процента. Как правильно показано в статье, его себестоимость в пересчете на мегабайты стремится к нулю. Продвинутые пользователи давно используют gsm-шлюзы для звонков с мобильного в другие города и страны через VoIP. Покупают местные симки в роуминге. Их мало, но накопление критической массы неизбежно. Пока это не стало массовым, сотовым операторам тоже неплохо бы принять превентивные меры. Реальный выигрыш окажется ошеломляющим. Как в краткосрочном, так и в стратегическом плане. Резюме - поминутная тарификация в зависимости от направления вызова должна себя изжить, также как изжила себя помегабайтная тарификация трафика в зависимости от направления (Россия/зарубежка). При переходе на простые безлимитные тарифы выигрывают все. И разговоры об "угрозе voip" потеряют актуальность.

Вот именно. Давно пора перестать считать минуты. Единственный выход для PSTN - ввод тарифов в размере 200-300 рублей за полную безлимитку по всему миру. А для сотовых - 500-600 рублей, с полной мировой безлимиткой и бесплатным роумингом везде, кроме глухих районов Африки. Эти цены все равно будут на порядок выше реальной себестоимости, при пересчете минут в байты. Уверен, что только подобные меры остановят спад PSTN и даже возобновят его рост.

Не годится, т.к. свистки только на ноутах, а их не так часто включают и постоянно не дергают во время докладов. Вот еслиб смартфоны раздали всем участникам :) Вот именно, на такой корпус нужно минимум 4 точки, по одной в каждом крыле на каждом этаже. Ну и в конференц-зале штук 10-20 точно нужно, для более-менее комфортной работы 50-100 смартфонов, планшетов и ноутов. Скотчем вполне можно налепить в каждом углу :)

Все отлично! Общение - ценнее всего. Много полезных докладов, стимулирующих деятельность. Организация - выше всяких похвал. Но есть и ведро дегтя. Который год никак не могут наладить нормальный wi-fi. Скайп и ютюб так до сих пор недоступны. Сайты еле-еле. Конференция операторов связи называется. Более того, обратный билет удалось заказать с большим скрипом в 3 часа ночи, а зарегиться на рейс - вообще никак. Все легло совсем. Завезти на время конференции 20-30 точек и приклеить их скотчем во все дыры. Также раскидать к ним витуху. Временно подать канал 30-40 мегабит - благо оптика есть. Что может быть проще для НАГа? Хотя бы в следующий раз сделаете?

udpxy начинает сыпать картинку при количестве подключений более 20-30. И периодически виснет, что убивается только через -9. Никто не сталкивался с таким?

Если STB поддерживает самбу, а также все форматы и кодеки, разработчику не составит труда прикрутить интерфейс для сетевого сканера. Тогда так и будет. Ткнул кнопку, увидел список, выбрал понравившийся, смотрим. Разумеется, юзер предупрежден, что все лежит у пользователей, и просмотр может прерваться. Но тогда этот же файл будет предложено посмотреть у кого-то еще (сканер умеет находить одинаковые). Но в любом случае, при виде грамотно реализованной подобной системы загораются глаза у любой целевой аудитории :)

Не всегда так, зависит от производителя оборудования. Вот с элекардом проблем например не было, в течение пары лет активно развивают и добавляют новые функции. А насчет JS API - наоборот резко отрицательное мнение. Можете представить себе сотовый телефон, у которого из софта есть только браузер, а все остальные функции (звонилка, контакты, смс и т.п.) сделаны на JS? После пары звонков его об стену захочется бросить. Не дело это - писать удобоваримые интерфейсы на скриптовых интерпретируемых языках и заставлять их работать на таких слабеньких процах. Как минимум, это пустая трата системных ресурсов. На выставке CSTB было много middleware. Все, которые были сделаны на JS, отличались задумчивостью и неповоротливостью. Встроенные и написаные на C - летали, даже на DIB-120. Скажем так, поддержка торрента нехило может увеличить продажи STB, а значит и пользование основной услугой (платное сетевое ТВ). Чем не монетизация? И позиционировать его нужно не как тупой set-top-box, а как полнофункциональный плеер. Из двух приставок за практически одинаковую цену, большинство выбирает ту, которая помимо всего прочего умеет играть avi/mkv из сети по самбе и торрента, а также с флешек и внешних винтов. Тогда зачем нужны те, которые этого не умеют? Кстати, домохозяйки нынче отлично справляются и с сетевыми ресурсами, и с usb-носителями для просмотра фильмов. А вот тупая приставка за ощутимые деньги им точно не нужна, тут аналогового КТВ вполне хватает. Ну не даром же их раздавать, в конце концов?

Делаю проще - все звонки сбрасываю, а в ответ SMS с местным номером. Выгода двойная - пусть желающие отвлечь разговорами от отпуска платят за это сами.

Ростелеком, Синтерра - завязаны на свою платформу и свои STB, от которых потом не уйти. Своих функций не добавить, других способов просмотра нет. НТВ+ - большая стоимость навязываемого оборудования, опять же только свои STB, и абонент получает пакеты НТВ+, идентичные спутниковым (от 550 руб/мес), что проигрывает любому местному кабельщику. Кому нужно, уже давно себе поставил тарелку на них. Платформа HD - работает только с операторами DVB-C, iptv в планах нет. Предлагают 5 своих каналов для трансляции в iptv, за грабительский минимальный платеж и с высокими требованиями к защите контента. Все это делает бессмысленной конкуренцию с 11 каналами за копейки от той же самой платформы-hd у кабельщиков в DVB-C, для которых в добавок не требуется минимальный платеж. Континент ТВ - когда узнавал, было очень мало каналов, которые и так можно транслировать по условно-бесплатному соглашению с вещателями. Вывод - на данный момент нормальных магистралов нет. Буду рад ошибиться.

Спасибо, действительно наилучшее решение для шейпинга под линукс. С tc не сваришь каши при множестве тарифов и куче подсетей, а с фрей не сложились отношения с самого начала - виснет зараза, теряет сетевой линк, ребутится, исчезают файлы в файловой системе сами по себе и еще куча всего - в то время как рядом на том же железе линуксовые серваки работают с годовым аптаймом.

Уже год завтраками кормите. В чем сложность - так никто и не объяснил.

Тоже столкнулись с такой проблемой. Свитчи зимой замерзают, например, у 3526 при температуре ниже -35 начинается странный глюк - половина портов работает только на 10 мбит/c. После оттаивания восстанавливается. Утепление - очень непрактичное решение, так как замерзающие ящики обычно находятся в таких будках, внутри которых летом на жаре на солнце бывает до +50. Если еще и ящик утеплен - вообще расплавится все. Есть ли готовые термореле в природе, на диапазон -5..-10? Желательно в виде готового тройника - втыкаешь приблуду в розетку, и в нее уже - лампочку или нагреватель. Чтобы не паять самому.

1 сентября в районе 14:00 резко упала скорость (до 10-20%) от заявленной. Тоже обрыв. Сроков починки не дали. Восстановилось только к трем часам дня на следующий день. Третий подобный косяк за последние пару месяцев. Жесть. СЗФО.

MrCloud - кстати, почему бы вам не сделать железку для этого? Размером с какой-нидь des-3526 :) На входе - GE, на выходе - коаксиал. Наверняка у китайцев есть компактные однокристальные решения, чтобы сотню mpeg-декодеров и модуляторов не делать каждый на своем чипе.

Касательно оттока абонентов - имхо, единственный верный способ выжить для фиксы (не только в России) есть введение недорогих анлимов по всей стране - за 300 рубей и по всему миру - за 500 в месяц. Иначе действительно все уйдут на скайп и прочий voip, а для местной связи сотовые гораздо выгоднее уже сейчас. Негоже продавать минуту разговора в много тысяч раз дороже стоимости мегабайта трафика, который эта минута занимает, и передается по тем же кабелям и каналам. Выравнивать надо, либо одно серьезно опустить, либо другое серьезно поднять.

Ого. Выложи конфиг плиз, как ты этого добился.

Внимательно читал все договора на трансляцию каналов в сетях iptv. О требованиях к CAS/DRM там ни слова. Значит, сгодится и блокирование на порту. Разные правообладатели, все популярные каналы. Похоже, это очередной миф.

Сколько ни пытались сами, и сколько ни перепробовали разных MW - никогда не получалось добиться достаточно шустрого отображения и скроллинга банального списка из 100 каналов. То, с чем старенький спутниковый ресивер отлично справляется уже не первый десяток лет, тут пытаются достичь через одно место с ужасным результатом. Low-level MW - другое дело. Всему должно быть свое место.

Схема нормальная, и уже работает :) Только все браузерные STB по умолчанию тормоза. На таком слабеньком устройстве с таким слабеньким процом гонять интерфейс на скриптовом языке - извращение. Напоминает известную схему "диалап через воип поверх диалапа". Нужно либо low-level мидлварь, либо советую посмотреть в сторону элекарда и им подобных устройств, где мидлварь не нужна.

Если упадет линк, то вещаться не будет, будет падать в кору и рестартовать, или просто пытаться перезапустить вещание, пока линк снова не появится. Хотя обычно и без этого обходится. Протокол camd35.

По протоколу camd35 перезапрашивает нормально, на newcamd часто теряет коннект, даже без потери сети.

Для бюджетного вещания многие используют sasc-ng + getstream/vlc. Но данная схема отличается нестабильностью - особенно при слабом сигнале или плохой погоде. Приходится придумывать всевозможные скрипты для проверки состояния потока, перезагружать стримеры и т.п. Однако правильней было бы организовать вещание при помощи софта, из которого изначально появился sasc-ng - vdr+sc. VDR уже умеет вещать при помощи плагина streamdev, однако он предназначен для личного применения, и совершенно не способен транслировать мультикаст в пригодном для провайдинга виде. Для решения этой проблемы пришлось хорошенько его перелопатить, в том числе заново сделать синхронизацию потока на основе данных полей PCR, т.к. данные в VDR проходят через множество буферов, поток пакетов сбивается и картинка начинает дергаться. Также сделал проверку наличия данных - в случае отсутствия потока на каком нибудь из каналов в течение 10 секунд, все вещание перезапускается. В завершение - vdr тоже запускается в бесконечном цикле, так что даже segfault теперь не страшен. В итоге имеем неубиваемые стримеры, которые пережили уже не одну серьезную грозу. Раньше после потери сигнала приходилось постоянно дергать серваки и PBI-ки. О последних сейчас уже и забыли - так остались стоять в зависшем состоянии за ненадобностью :) По многочисленным просьбам, выкладываю измененную версию, инструкции по установке - внутри в файле README.iptv. Изменения делались под себя, но работает уже на нескольких серверах, под управлением debian lenny и open suse 10.2. Адрес: http://vlad.vtx.ru/vdr-1.7.14-vladd.tar.gz

С точки зрения сервера пайпов в этом случае будет все равно столько же - они будут динамическими, и создаваться сами. А возможности теряем. Есть например клиенты, которым нужны IP из разных подсетей на разных физических адресах. Есть те, которым нужно хитро скорость менять в течение дня, например, после превышения определенного количества трафика. И еще много всего. Если есть пайп на юзера - то все это делается просто и наглядно.

Каким образом ти все IP-шники одного пользователя в таблице будеш шейпить в один пайп??? Отдельний пайп/таблица на пользователя? Отдельный пайп на пользователя. Таблица общая - в ней задается соответствие - IP-номер пайпа. И в ней несколько IP как раз могут указывать на один и тот же пайп, если они принадлежат одному и тому же пользователю.