wladd

мультикаст показывает? На старых версиях Андроид были проблемы с мультикастом, на новых вроде бы это исправили, но мы не пробовали.Только уник пробовали. Тесты мультика нами не проводились. Займемся.

Отдельно, объявляю горячую благодарность вдохновителям проекта Славе aka Martin и Мише aka jordanmua Без их энергии и несгибаемого оптимизма проекта могло бы и не быть. Это правда. Спасибо вам Парни!

насколько мне известно, Андроид не работает с мультиком, нужно ставить спец-прокси. Мартин кстати может расказать..

…недалёкое будущее Все предыдущие годы мы пристально следили за эволюцией IPTV устройств. Мы много лет приобретали, смотрели и щупали различные девайсы, но все это было не то. У нас накопился просто кубометр подобного рода устройств, которые не разбирают по домам даже собственные сотрудники и даже в дар по причине того, что все эти девайсы – хлам. Одно ядро, два ядра… Мы хотим SD, мы хотим HD, мы хотим Full HD, а как насчет 2K, а может даже 4К будет?? Бесконечный бег экранов от процессоров, кажется, закончился. Удовлетворение уже полностью ощущается на комбинации 4ядра в CPU + 4 ядра GPU, что позволяет уверенно смотреть потоки вплоть до 2К. Но главная революция все-таки интерфейсная. Софт на всех приходивших устройствах был написан разными компаниями в рамках их проектов (или просто «содран» у конкурентов), и, зачастую, был либо глубокой модификацией ПО от старых добрых спутниковых тюнеров, либо был заточен под определенную архитектуру, либо был сыроват, но, в любом случае, софт был «неюзабелен». И даже не потому, что он был несовершенен, а потому, что невозможно быстро и на глобальном уровне научить всех пользоваться всеми в мире интерфейсами на всех возможных ОС. Но дедушка Гугл в очередной раз пришел к нам на помощь и научил всех в мире пользоваться Android, и теперь привычный всем интерфейс не доступен разве что на элементах одежды (да и то не всегда). Android за каких-то 5 лет сделал то, что ни под силу практически никому – «интерфейсный» переворот: интерфейс стал всем знаком и унифицирован…. И вдруг, кажется, наступил долгожданный момент истины. То, что мы в очередной раз получили, было просто великолепно! Софт, лаунчер, внешний вид, внутреннее «железное» содержимое – все работает, а главное открывает безграничные возможности! Немного анатомии для тех, кто это любит: Девайс сделан добротно, аппаратно претензий нет. Приятно порадовал источник питания 12В 1А вместо обычных 5В. Корпус стандартный, в таких производится добрая половина приставок сейчас, яблочного дизайна. Но главное – мощь: 4 ядра CPU и 4 ядра GPU, то, что нужно! Софтовая часть: Android 4.4.2 KitCat плюс хорошо подобранный лаунчер дают удобство в использовании. Приложения легко выводится на рабочий стол, можно вывести любой ярлык, папку… Естественно, есть GooglePlay, которым ненче никого не удивишь, но которого так не хватает в доброй половине китайских поделок. Мы тестировали всё, до чего дотянулись руки: Gmail, Skype, IPTV, EXUA… - всё работает так, как должно работать. Основной акцент мы всё-таки сделали на проигрывании видео: мы пересмотрели весь топ на youtube, постоянно меняя качество – девайс вел себя устойчиво, не глючил и проигрывал уверенно видео в любом разрешении, включая 2К. Никаких «почти все», никаких «практически все» – проблем с проигрыванием не было. Но любителей погони за цифрами этот девайс не удивит: 4К он не тянет. Вообще. Но и смотреть-то 4К, по сути, пока не на чем – пока очередей за дешевыми 4К телевизорами не наблюдалос, да и не будет их в ближайшее время. Стандартный предустановленный софт – он такой же, как и на всех устройствах подобного рода: вся работа с медиа-файлами (музыка/видео/картинки) организована на основе XBMC (он же Kodi). Все хоть раз видели XBMC, рассказывать не нужно. К нему прилагается, куча плагинов, тем, виджетов… Дальше описывать Android не имеет смысла, каждый может вспомнить все то, что можно установить и как с этим потом жить. Следующая задача, которую мы поставили – испытать различную периферию (пульты, камеры, мыши/клавиатуры, джойстики и тд.). Стандартный пульт нас порадовал дважды. Во-первых, есть кнопка мыши. При нажатии появляется курсор указатель. Немножко медленнее чем мышь, но значительно проще, чем раньше. 4 программируемые кнопки. Мы написали инструкцию как его программировать. Так же мы испытывали альтернативные пульты, которые сейчас нетрудно купить на рынке. Предложение потребителям решения накладывает нас ответственность, которая выражается в готовности сделать удобное и качественное решение. Важность пульта в этом деле трудно недооценить. В природе существуют пульты с клавиатурами, гиро-мышками, динамиком и микрофоном, а также разъемом под наушники. Это очень важно, если вы хотите «поговорить» через ваш телевизор по Skype, или смотрите телевизор в то время, как ваши домочадцы спят. Микрофон в таком пульте просто незаменим для голосового поиска Google (кстати, на приставке он установлен и прекрасно работает). Возможно, точнее наверняка, ваши абоненты (особенно «упакованная» их часть) захотят иметь такие штуки. Мы провели анализ того что есть на рынке, выбрали самое интересное, купили и протестировали с нашей приставкой. Подробный тест Репорт прилагается: всё внятно, подробно, качественно – как всегда. Также мы все протестировали WEB-камеры, найденные в офисе: A4Tech PK-920H «завелась» без установки драйверов, GENIUS iSlim 300X «не завелась» (но устанавливать дравера под Андроид уже не было сил). Дистанционные Bluetooth клавиатуры отработали все, включая откровенный китайский Noname – проблем не возникало. USB колонки Logitech также заработали без установки драверов… Вместо послесловия Локальная сеть и Интернет пришли в мой дом в начале 2000-х. В то время казалось, что «файлопомойка» на сервере – это венец человеческого творения, а любой файл, скачанный из Мировой Паутины (по 15 копеек за мегабайт!) – это просто подарок богов и лучшего просто вообще не может быть! Всё было так удобно, так доступно и так окрыляло! Тогда я впервые почувствовал «вкус будущего, ставшего настоящим». Шло время, и меня стало сложно удивлять: Интернет-траффик стал почти бесплатный – хоть всю ночь качай, «файлопомойки» стали более доступными, ассортимент контента – разнообразным. Пожалуй, единственными вещами, которые хоть что-то шевельнули в душе, стали Torrent-технологии и Youtube. Youtube очень прочно угнездился в моей жизни, а на смену ожиданию скачавшегося файла в Torrent-клиенте пришло Torrent-TV. Но всё равно этого было недостаточно. Не чувствовалось, так сказать, той эйфории, которая была тогда… Хотелось большего и это «большее» хотелось видеть в своём новеньком плоском телевизоре, который недавно повесили на стену. На этом самом телевизоре хотелось смотреть то, что хочешь, а не то, что показывают по кабельному ТВ: любимые каналы, видео с Youtube. Хотелось запустить браузер и «сёрфить интернеты». Хотелось даже покидаться птицами в свиней – как на телефоне, но не на телефоне! И вроде бы всё это было анонсировано, вроде бы телевизор это умеет – но не удобно, не так, как я хотел! И я даже нашел решение в виде 10-метрового HDMI-кабеля, подключенного к ТВ с одной стороны и к ПК – с другой. Решение оказалось настолько удачным, что все домочадцы с радостью принялись эксплуатировать мою рабочую машину, что в определенный момент начало раздражать. Вылилось это в идею предоставить всем домочадцам «общий компьютер», но покупка ноутбука или «тонкого клиента» всё время откладывалась, и дело даже не в деньгах: просто жалко было покупать девайс, 95% мощности которого не будет задействовано никогда! Одноплатные компьютеры тоже не рассматривались ввиду «корявости» ОС последних и потенциально долгих истязаний себя в попытках научить домочадцев тому, «куда тут жать». А Android тем временем развивался, перебираясь из телефонов в планшеты, из планшетов – в часы и прочую кухонную утварь… Моей маме даже вручили планшет на Android, чтобы она общалась по Skype с роднёй, но она открыла для себя голосовой поиск Google – и понеслось… Естественно, всё это время в зоне моего повышенного внимания находились и IPTV-приставки от наших китайских друзей, но всё как-то не доходили руки. И вот, наконец, получив очередной образец электронной промышленности дружественной нам страны, я собрал волю в кулак и принёс это чудо домой «на потестить». Дома приставка стоит до сих пор: ребенок смотрит на ней мультики с Youtube и с портала FS VideoBox, жена оттуда же смотрит «кухню» и камеди клаб… Когда никто ничего не смотрит – из телевизора играет интернет-радио или любимые композиции из голубой социальной сети. И я в очередной раз словил себя на мысли, что будущее – это уже сейчас! Единственное, чего перестало хватать – это тех самых телешоу, которые никто не смотрит, которые нельзя перемотать, но которые создают «шумовой эффект», да еще, пожалуй, той самой интриги, которая знакома многим любителям группы каналов Discovery: «а про что же покажут дальше?». Но в сфере последних событий я всё-таки надеюсь, что в ближайшее время и в моей ТВ приставке появится кнопка «посмотреть, а что там в показывают по телевизору», которая будет показывать качественный поток, который не будет «икать» и по нажатию на которую я всегда смогу снова смотреть всё то, что я хочу… В заключении, как у нас давно стало принято, мы хотим пригласить всех желающих в наш Новый Народный Пилотный Проект: FORA STB FIREBOX Новый проект будет предполагать продвижение и популяризацию среди населения наших IPTV-приставок FORA FIREBOX с продажей последних по специальным ценам (естественно, для участников проекта): - пожизненная «дилерская» цена на условиях «со склада» (сейчас эта цена установлена на отметке в 32 доллара США за одно устройство на любых количествах) для действительных участников проекта. Естественно, при понижении цены заводом-изготовителем в перспективе, цена по-прежнему будет самая «вкусная» (формула останется прежней: себестоимость + 1 доллар); Поскольку не все участвовали в наших проектах ранее, мы предлагаем желающим поучаствовать в «аттракционе невиданной щедрости», который приурочен к старту проекта: один единственный раз мы намерены поставить всем желающим IPTV-приставки FORA FIREBOX «по себестоимости» на условиях 100% предоплаты. При этом цена за устройство будет равна 31 доллару США, но минимальное количество заказа – не менее 30 устройств. За это вы получаете статус действительного участника проекта. Те, кто пока не собирается участвовать в проекте душой и капиталовложениями, всегда сможет получить IPTV-приставки FORA FIREBOX со склада на условиях: 33 доллара США за FIREBOX – при объёмах заказов от 300 штук в месяц; 34 доллара США за FIREBOX – при объёмах заказов от 100 штук в месяц; 35 долларов США за FIREBOX – розница, доступная каждому. Поучаствовать же в проекте можно, подав предварительную заявку в один из наших электронных почтовых ящиков, а также обратившись в наш торговый отдел. На основании ваших обращений мы сможем оценить дальнейший план производства и поставки, чтобы обеспечить постоянное наличие товара на складе. Ожидаем от вас участие в проекте (предварительные заказы, оценочная информация о месячных потребностях и проч.). Список участников пилотного проекта будет опубликован позже (естественно, с разрешения и по желанию участников). На все вопросы по текущему проекту вы всегда сможете обратиться ко мне или в торговый отдел, на все вопросы мы с удовольствием готовы ответить. При необходимости уже сейчас мы готовы предоставить образцы на тест.

НА ЧЁМ ПРОИГРЫВАТЬ Все эти многонедельные «приседания» по апгрейду ПО на сервере, «прикручиванию» скриптов для получения ссылки на сервис по обновлению плейлиста, генерация уникального для данного пользователя списка каналов (а значит, и плейлиста в целом) в виде .M3U – это пустая трата времени без понимания того, как пользователь это может использовать. Другими словами, для реализации готового сервиса осталось подобрать утилиту, которой будет пользоваться абонент. Сразу сделаем допущение, что мы не будем рассматривать платформы, отличные от Android. Причина проста: пользователи ПК с любой популярной ОС, а также владельцы продуктов семейства «фруктовых» прекрасно знают о VLC Player, с чем мы их и оставляем – на данный момент их (и тех, и других) не так много, как пользователей бюджетных и легкодоступных девайсов на базе Android. Софт должен быть максимально удобен в использовании как с сенсорным дисплеем, так и с пультом, клавиатурой и мышью. Последние пункты – это проигрывание получаемого контента на телевизоре с использованием IPTV приставки. Мы сознательно выбирали софт именно под приставку, так как, во-первых, телепередачи, фильмы и прочее видео удобнее смотреть именно на телевизоре, а во-вторых это – наша статья про нашу IPTV приставку J. В конечном счете, магазин дедушки Гугла предлагает не так уж и много полезного, простого в использовании и качественного софта для VOD. Для наших тестов мы выбрали всего пару программных продуктов, представленных ниже (разработчики не платили нам за рекламу и вообще, возможно, не знают о нашем существовании): Первая утилита – примитивна, но в других своих вариациях даже позволяет делать костюмные компиляции под конкретного провайдера. Из недостатков (а может быть в нашем случае достоинств) – то, то что утилита IPTV поддерживает только один плейлист. То есть ИСП можем навязывать своим клиентам один единственный плейлист, если это зачем-то нужно. Утилита больше полезна для развития концепции вещания #1 и #2. У второй из преимуществ – удобный интерфейс, куча бесплатных потоков, возможность подключения различных «фишек», множественные плейлисты. Она больше полезна для развития концепции вещания #3. Стоит отметить, что наша страна является одной из наиболее благополучных по наличию сервисов видео. Просто упомянем каике из утилит установлены в наш комбайн:

ПОДХОД К РЕАЛИЗАЦИИ: Как уже было упомянуто, сегодня взымать отдельный платеж за ТВ стало крайне трудно: ТВ компании дают бесплатный интернет за пользование ТВ, провайдеры дают бесплатный ТВ при оплате канала связи. ТВ в нашей индустрии движется к бесплатной схеме, поэтому управление пакетами и управление доступом к услуге мягко говоря становится не слишком актуальным, то есть часто просто не нужным. Оплата зачастую может взыматься лишь за премиум пакеты. Ранее была популярна концепция «Портала», но, по причине бесплатности планируемой услуги, требования к управлению ею стало мягче. Что же действительно нужно, а без чего реально можно обойтись? Разобравшись в этих вопросах, мы пришли к списку, состоящему всего из нескольким строк: - подход «дарения в нагрузку» (#1) бесплатных каналов одним пользователям, а премиум-пакет – другим и за дополнительную плату; - подход «дать доступ к управлению сервисом» (#2) - это, по сути, работа с личным кабинетом пользователя. Этот подход предполагает возможность получения клиентом всех потоков, но с возможностью отписаться (скрыть) часть каналов, или добавить новые в случае их появления (своего рода родительский контроль); - подход «отдать всё как есть» (#3) - просто чтобы у клиента был список потоков, который можно легко и просто обновить в случае, если они изменились. Первые два подхода требуют юзер-ориентированной генерации плейлиста, третий – требует «просто» генерации заветного плейлиста. Ранее уже упоминалось о том, что как пользователь, так и провайдер готовы даже на «рукопашное» обновление плейлиста, иногда и с «вызовом мастера на дом». Но на сервис это по-прежнему не похоже, да и не наш это метод, ведь автоматизация – это уже больше половины сервиса. В идеале, обновление плейлиста должно происходить с сайта провайдера в виде получения и замены .M3U-файла, к которому уже все привыкли. В качестве источника ссылок на потоки было бы неплохо использовать какую-нибудь SQL-базу данных, а генерацию конечного файла возложить на скрипт. Этот же скрипт (а возможно и другой – не важно) по запросу от клиента должен формировать плейлист на основании, скажем, IP-адреса клиента. И тут всё начинает сходиться: зная IP адрес клиента, скрипт может выдавать разный список (для подходов #1 и #2, описанных выше), ведь в биллинге провайдера есть все клиенты, их тарифные планы и прочая информация, а значит и потенциальный список каналов. По итогу, когда клиент обращается к сайту за обновлениями, скрипт выдаёт разный .M3U в зависимости от IP – никакого велосипеда, но вопрос в реализации. Мы провели простенькие изыскания и сделали пример скрипта, который выдает .M3U. Всю конструкцию мы попробовали использовать в качестве механизма для обновления. Получилось, вот пример кода скрипта, SQL-базы и ссылки.

«Вообще без ничего». «Пионерский подход», но так тоже делают. Сейчас можно найти бесконечное количество плейлистов, которые транслируются в Интернет. Поручив одному из сотрудников «рыться на трекерах и тестировать каналы», а также заведя на эту тему ветку на своем форуме пользователей, выкладывать «микс найденных в интернете каналов» в виде плейлиста. Помните времена, когда каждая сеть имела свою «видео-помойку»? Те самые времена, когда у каждого ИСП был специальный человек, который качал видео и складывал в каталог на FTP-сервере? Вот это – примерно тот же подход, только более современный. Таким образом, можно в частном порядке предлагать пользователям некое Internet-TV. Понятно, что всем проверяющим органам можно с гордостью говорить, что «мы ничего не вещаем». Также понятно, что пользователи данного «сервиса» должны быть ну очень неизбалованными гражданами. Мы решили проверить, работает ли это. Попросив у дедушки Гугла показать нам «IPTV плейлисты Украина» «вывалилось» на удивление большое количество ссылок. Проверив всего 4 ссылки, отбросив весь откровенный фейк и неработающие плейлисты, удалось найти 4 работающих плейлиста за 15 минут времени. Сидит такой деятель, качает плейлисты отовсюду – и с трекеров, и с сайтов, и с форумов, и с «контакта», и откуда он их только не качает! Потом он отделяет зерна от плевел тестирует их, складывает в базу какую-нибудь, подбирает подходящий набор работающих ссылок в виде листа проигрывания и постит на форуме сети в частном порядке. Народ смотрит. Ниже приведен отрывок из «официального» сообщения на одном из реально существующих форумов: «Уважаемые абоненты, по многочисленным просьбам возвращаемся к вопросу интернет телевидения. Мы не можем предоставить услугу IPTV, так как получение разрешительной документации выливается в ощутимые затраты, окупаемость которых не очевидна, сама процедура излишне бюрократизирована и сложна. Но в тоже время мы сконцентрировались на улучшении и увеличении внешних каналов, что позволяет вам в не зависимости от желания и возможности провайдера смотреть неограниченное количество телевизионных и интернет каналов. Из огромного числа источников интернет телевидения, мы выбрали наиболее стабильные:» Тут идет список ресурсов: divan.tv, smotrytv.com, torrent-tv.ru, kaban.tv, lapti.tv, 5.lanet.tv А также прямые ссылки на официальные сайты некоторых каналов: Первый Национальный, 1 канал, Интер, 5 канал, 1+1, ТРК Украина, ICTV и тд. А дальше - народ общается, выбирает, что ему смотреть и откуда. Народ как-бы «сам организуется» вокруг желания смотреть ТВ бесплатно. И смотрит! Хочется отдельно отметить, что в этот подход также можно включить и «ретрансляцию» чьего-либо ОТТ: на сегодняшний день это – достаточно популярный метод предоставления видеоуслуг через Интернет. А так, как услуга ОТТ вещается экстерриториально (т.е. на всём пространстве страны и Интернета в целом), никто не мешает использовать плейлист ОТТ-сервиса абсолютно бесплатно. Ланет ТВ например. Другими словами, все появляющиеся сервисы ОТТ могут быть использованы в качестве источника контента для будущего бесплатного сервиса. И если вариант с форумными деятелями не тянет на сервис совсем, то решение с ОТТ может получиться очень даже неплохим. Подобный подход, будет полезен в малых сетях. Если ваша сеть уже подросла – лучше следовать по пути #1 или #2. Сейчас это стало проще и доступнее, чем когда-либо.

…Суровое настоящее Апофеоз всего вышеизложенного в Украине пришелся на начало 2016 года, которое ознаменовалось с виду незначительным, но по сути своей очень важным событием в сфере связи: среди ИСП начался массовый процесс получения лицензий на вещание IPTV. Связано это с тем, что наша страна по-прежнему пытается соответствовать требованиям, предъявляемым к европейским державам, и чиновники приняли беспрецедентное доселе решение упростить процесс получения лицензий на вещание IPTV. Как оказалось, в ЕС получение подобной лицензии носит уведомительный характер, и наше всеобщее руководство настолько упростило механизм получения заветных документов, что (со слов уже получивших) подготовка полного пакета документов обходится около 200 долларов США и делается чуть ли не за месяц. «Лёд тронулся», и на текущий момент мир полнится слухами о том, что каждый месяц несколько десятков компаний получают заветные лицензии… А дальше – как в кино: компании, получившие лицензии, стали неожиданно получать звонки от телеканалов с предложениями заключить «договор на всю территорию страны за 12 гривен в год». Правда, откуда телеканалам становится известно о получении лицензии тем или иным ИСП, остается загадкой. Паранойя намекает на инсайд Возможно, в Интернетах присутствует какой-либо официальный ресурс на эту тему? Так или иначе, тема IPTV в Украине продолжает будоражить умы - на одном из недавних слетов ИСП один из докладчиков упомянул о том, что средняя себестоимость инфраструктуры кабельного телевидения (классического CATV) на данный момент обходится в сумму порядка 30 долларов на абонента. Там же высказывалось мнение, что переломным технологическим моментом будет эффективное решение для IPTV при той же стоимости на абонента. Вспомнив всё, что было ранее, взвесив и отбросив всё лишнее, мы обнаружили всего несколько «живых» концепций сетевого вещания: 1) «Все свое» – эта концепция подразумевает, по сути, создание своей спутниковой площадки (достаточно, как правило, 4-5 антенн). В предыдущей статье мы писали, как можно использовать спутниковые карты компании TBS Technologies и «переливать» спутниковые потоки в IP. Сейчас эти карты эволюционировали до 8 (!) тюнеров на карту; также появились аппаратные стримеры, позволяющие сделать решение компактным, недорогим и «без всяких серверов». Полученные IP мультикаст потоки некоторые транслируют непосредственно как Multicast, другие же, при помощи выделенного сервера, преобразуют в Unicast потоки (подробнее об этом ниже). Мое мнение осталось прежним – победит Unicast раздача. Немного резюме по данной концепции: данный способ требует больших затрат (возможно, сопоставимых с классическим CATV). Спутниковая поляна, один (или группа) группа серверов по «пережиманию» потоков, группа серверов для трансляции при помощи Unicast, лицензия на право вещания в регионе, пакет договоров с каналами… Если инфраструктура уже есть – хорошо, но, если ее нужно создавать ради условно «бесплатной» услуги, возможно это слишком затратно. 2.«Без спутников и лицензий от правообладателей». Тут есть два вопроса: аппаратный и правовой. Во-первых, потоки нужно получить из места, в котором они есть. Получить их нужно в нужном ассортименте и в нужном качестве. Во-вторых, было бы отлично закрыть вопрос с правообладанием. На рынке существуют поставщики, которые отдадут вам 100-160 каналов в мультикасте в отличном качестве, а также на определённых условиях передадут вам свои права вещания на данный пакет каналов (без права передачи третьим лицам). Вам не придется заключать пакет договоров с каждым каналом. Услуга «два в одном». Кстати, за транспорт по деньгам выйдет совсем не много, потому что все каналы вы получите в единственном экземпляре. Мультикаст... На пути к счастью остается последний шаг – переделать Unicast в Multicast. Если всё это для вас в новинку, то перед вами по-прежнему стоит вопрос выбора: все-таки выдавать клиентам Multicast или Unicast? Еще раз поднимем очередную тему для холиваров. Для того, чтобы использовать Multicast, сеть должна быть полностью построена на коммутаторах с поддержкой IGMP. Если коммутаторы вашей сети не поддерживают IGMP, или не вся сеть стоит на подобных коммутаторах, или вы даже понятия не имеете, есть оно или нет – то, скорее всего, раздавать мультикастом IPTV в вашей сети не удастся по аппаратной причине. Принципиальное различие мультикаста в том, что размножать потоки будут сами коммутаторы. Если ваша сеть построена «не совершенно» в этом смысле, значит, «размножать потоки» нужно будет не вашим коммутаторам, а вам. Самолично, руками! При помощи «размножалки»! Что представляет собой эта размножалка? Условно говоря, это – сервер, в который на один сетевой интерфейс по Multicast заходит 100 (условно) каналов и «умирает» в нем. На другой интерфейс этого же сервера приходят запросы от пользователей на просмотр каналов, и на тысячи тысяч их каждый из запросов сервер формирует передачу индивидуального потока конкретного заказанного к просмотру канала при помощи Unicast. На каждого пользователя. На каждый запрос. Даже если пользователь случайно нажал не на ту кнопку. Даже, если пульт неудачно упал. Даже, если дома живёт кот… Насколько это дорого? Средней руки сервер, собранный из подручных материалов, сможет поддержать до 500 сессий одновременно. Можно не скупиться и собрать крутое железо – сервер будет дороже и дотянет до 1000-1200 сессий. Если нужно больше – можно поставить еще один сервер (или два – всё зависит от размаха затеи и количества желающих) и как-то технически решать вопрос балансировки запросов. В обозримой перспективе это будет проблемой. Потому что если цель - освоение рынка ТВ услуг в десятки тысяч (а в масштабах регионов – и миллионы) абонентов, то потребуется много серверов. Очень много серверов. Хороших, дорогих серверов. И резервные сервера, готовые «в бой» при ЧП. И ЗИП для серверов… Технически – есть ряд решений, способных «облегчить жизнь» как серверу, так и абоненту. Одним из таких решений (наиболее популярных сейчас) является HLS. В двух словах, работает этот HLS следующим образом: - на сервере хранятся некоторое количество копий одного и того же мультимедиа-файла (например, видеоролика) с разным качеством (с разным битрейтом); - каждая из копий «побита» на сегменты, равные по длительности и идентичные (за исключением качества) между собой; - сегменты скачиваются с сервера по запросу клиента и воспроизводятся; - в случае, если у клиента проблемы с каналом связи (ролик в высоком качестве «не пролазит» и «икает»), клиент запрашивает у сервера следующий сегмент в более низком качестве; - после стабилизации воспроизведения («икать» перестало) клиент может попытаться запросить еще один сегмент в более высоком качестве, и, если всё хорошо, останавливается на нём – это и есть «адаптивность HLS», о которой уже много написано. Интересно? Несомненно! Стоит попробовать? Однозначно! Так как сервер-вещатель, работает с несколькими разыми копиями одного и того же файла, его возможности отдать потоки клиентам значительно возрастают (при этом, естественно, может пострадать и качество, но ведь никто не запрещал апеллировать к «бесплатности» сервиса). Ориентировочно до 10 тысяч абонентов на сервер при безветренной погоде и мощном железе. Но, как и везде, есть подводный камешек, который состоит в том, что задача вещать законченные произведения синематографа, лежащие в нескольких копиях на жёстких дисках и готовые к «отдаче» по запросу – это одно, а вот вещать поток (читай как ТВ-канал) прямо со спутника или полученный при помощи Multicast «свыше» - это уже совсем другое. Загвоздка в том, что каждый канал нужно перекодировать под HLS, да еще и иметь «здесь и сейчас» готовыми на отдачу 2-3 «копии» одного и того же канала, но в разном качестве. А «тянет» один сервер (со слов людей, владеющих технологиями) примерно 10 каналов на каждый процессор или около 30 каналов на одну видеокарту. Получается, что на 100 каналов потребуется от 7 до 30 серверов… Нами даже ведутся работы для создания подобного сервиса! Было бы грубостью не отметить менее популярные, но не менее востребованные протоколы, нежели HLS: RTMP, DASH, SMOOTH, RTSP, HDS. Живите теперь с этим, как хотите! Подобные решения пока не слишком популярны, но это наше ближайшее будущее. А пока строим «размножалки», получаем Multicast, вещаем Unicast...

…Недалёкое прошлое Всего каких-нибудь 5-7 лет назад в головах умных мира сего родилась концепция, которая до сих пор не дает покоя ни маркетологам, ни инженерам, ни простым обывателям. Имя этой концепции – IPTV, и далее текст про неё. На этой концепции было сосредоточено огромное количество сил и внимания, путь развития её был тернист, и всё-таки «оно родилось и начало шевелиться». И «всю дорогу» с момента внедрения в обиход аббревиатуры IPTV нас преследовали бюджетные китайские решения «по совместительству» в области этого самого IPTV. В качестве таких решений, в частности, применялись и спутниковые тюнеры с тактовой частотой 400 MHz, давно шагнувшие в массы в огромных количествах и неожиданно показавшие себя как простенькие IPTV устройства. Годились они, правда, только для воспроизведения SD-потоков и требовали обновления плейлиста с флешки, но лед немного тронулся уже тогда. Более сообразительные производители спутниковых тюнеров (к которым, кстати, относится и одно из крупнейших производств подобного рода техники в КНР) изобрели велосипед начали продавать свои устройства вместе с RJ-45 портом и сервисом, который включал в себя определенный пакет каналов, вещаемых с группы серверов. Реализация подобного решения была предложена китайцами на рынке стран арабского мира и северной Америки: были запущены сервера, продающие специально подобранный контент каналов для этих регионов, были продуманы и организованы сервисы по оплате контента (годовой абонемент-ваучер). Были даже фантазии на тему трансляции контента из за границы. Мы пристально следили за этим проектом в надежде понять и реализовать эту концепцию в локальных масштабах в нашей стране, но интерес в скором времени угас: ОС на девайсах была не так хороша, как ожидалось, а «самодопиливание» натолкнулось на противодействие со стороны местных программистов. Кроме того, реализация серверов-стримеров на мощностях локального (или пусть даже регионального) ИСП с развёртыванием мультимедийных порталов – задача не из лёгких (также читай как «дешевых»), а вкупе с сервисом по приёму платежей – и вовсе неподъёмная. В ходе осторожных опросов было выявлено, что большинство ИСП не могут «выжать» абонплату за пакет ТВ в то время, как все 100% абонентов не хотят платить за это самое ТВ ни копейки, предпочитая «скармливать» плейлисты своим IPTV-приставкам с флешки. Мало того, в современном медийном пространстве наметилась интересная тенденция: поставщики интернет-контента стали предлагать безвозмездно («то есть даром» ©) пакет ТВ программ в то время, как поставщики ТВ-контента начали предлагать пакеты «ТВ + Интернет» с практически нулевой стоимостью последнего. Итогом может служить утверждение, что для того, чтобы быть привлекательным на фоне конкурентов, ИСП должен уметь транслировать IPTV. И вот на этом этапе в последние несколько лет начинались жаркие дебаты, плавно перетекающие на личности: мол, дорого, невыгодно, лицензии, правообладатели и прочие нехотелки подводные камни. Мы провели независимое «диванное» исследование в области популярности ТВ-каналов у среднестатистического потребителя страны, которое показало, что 85% аудитории смотрит именно те национальные бесплатные телеканалы, которые лицензиат и так обязан транслировать как обязательную бесплатную услугу! http://www.mediabusiness.com.ua/component/option,com_rating/Itemid,55/lang,ru/ http://uadigital.tv/2015/07/03/rejting-telekanalov-iyunya-2015-goda/ Кроме того, в наших головах стал понемногу рушиться миф о дороговизне договорных отношений с телеканалами. Оказалась, что о существовании телеканалов группы Discovery, которые мы (IT-шники) так любим, знает не больше 10% потенциальной аудитории, а хочет смотреть и уже смотрит всего 4-5%! При этом как раз последние 4-5% знают, как раздобыть желаемый контент и передать его на ТВ при помощи Интернета и ПК / ноутбука / IPTV приставки / планшета… Это был шок. Оказывается, все не так сложно, как казалось ранее! Оставшуюся же аудиторию (ту, которая не может и не хочет Discovery) всегда можно занять тем, чем она занималась ранее, «сидя за компом», а именно: музыка, кино и видео из «ютубов / контактов», которые давно уже шагнули не только в ПК, но и в телефон. На момент написания этих строк каждый второй проводит по нескольку часов в день в медийном пространстве, доступ к которому обеспечивает единообразный интерфейс ОС Android / IOS, установленный на телефонах и «почти телефонах» в виде планшетов. Это почти всегда удобно, кроме случаев, когда нужен большой экран. Поэтому концепция IPTV-приставки со знакомым интерфейсом сейчас стала актуальна, как никогда.

без паники. есть в наличии новые безглючные прошивки под 3600, 3310B, 3310C. Тестируем пока. Скоро выложим. Погодите денек- другой. Прежде чем массово обновляться, нужно проверить. На нескольких клиентах у которых боевые ОЛТ проверки уже идут.

что касается модулей, раньше таких жалоб не было. вообще, поствщик ОЛТ модулей будет изменен. по другим причинам, но заодно учтем и это. Спасибо

Шикарная не опубликованная ранее статья тов. Реаниматора Статья DBA (Dynamic Bandwidth Allocation)

Что такое FEC? FEC (Forward Error Correction) - техника кодирования и декодирования сигнала, призванная исправлять ошибки, возникающие при передачи данных в канале связи. FEC использует помехоустойчивый избыточный код Рида-Саламона 239B255B (239 байт в 255 байт). Провайдеру не нужно знать, как работает FEC - главное, что FEC спасёт его сеть, если она работает на грани оптического бюджета. Важно понимать, что FEC уменьшит пропускную способность канала примерно на 7% за счёт избыточного кодирования данных. Однако это не большая плата за более стабильный линк. BDCOM P3310C + FEC Т.к. на новом OLT-е BDCOM P3310C был реализован FEC, то сразу возникло желание провести эксперимент и проверить, так ли хорош FEC на самом деле и есть ли в нём смысл. Для проведения эксперимента нам понадобятся: OLT P3310С *Noname* ONU *Noname* Медиаконвертер под SFP *Noname* SFP CWDM 1310nm 80km *Noname* SFP OLT модуль (2 штуки) PLC Spliiter 1x2 FBT Splitter 1x2 40/60 LC и SC статические аттенюаторы Тест будет проводиться в 4 этапа: Собираем стенд, пытаясь добиться наихудшего качества сигнала, при котором ONU всё ещё может работать. Запускаем тест трафика утилитой IPERF и смотрим на количество ошибок на EPON порту. Включаем FEC на OLT-е и на ONU Ещё раз прогоняем синтетический трафик и смотрим количество ошибок. Этапы тестирования Для начала соберём стенд и попробуем "испортить" сигнал между ONU и OLT-ом в обе стороны. Мы должны добиться той ситуации, когда сигнал станет настолько низкий, что любое его понижение тут же приведёт к дерегистрации ONU. Однако этого мало. В сигнал необходимо добавить шум. Для этих целей параллельно ONU ставится ночной кошмар любого PON провайдера - медиаконвертер с 80-километровым SFP CWDM модулем на 1310нм. Мощность излучения такого модуля близка к мощности излучения ONU - 1.6 dBm. Однако на этом издевательства над сетью не закончены. Мы испортили только upstream сигнал. Для downstream-а мы поступим похожим образом - параллельно основному SFP OLT модулю мы включим ещё один, но в Ethernet порт. Таким образом, медиаконвертер с CWDM модулем с 2-ой SFP OLT модуль играют роль "зашумителей" сигнала. Для их подключения мы используем PLC 1x2 и FBT 1x2 40/60. Собственно, вот что получилось. Для точной настройки мощностей сигналов мы использовали LC и SC аттенюаторы. В ONU включены аттенюаторы с суммарным затуханием - 25dB, в SFP CWDM - 29dB, в SFP OLT - 4 db. Запускаем IPERF на 3 минуты в режиме Half-Duplex c выключенным FEC-ом: Средняя скорость трафика ONU->OLT: 27.9 mbps, OLT->ONU: 721 mbps. Результат слегка неожиданный. Медиаконвертер с SFP CWDM модулем сделал детектирование сигнала затруднительным, поэтому скорость трафика опустилась почти до нуля. Однако в обрутную сторону сигнал прошёл спокойно. 2-ой SFP OLT модуль не сильно повлиял на детектирование сигнала, в результате чего мы имеем средню скорость 721 mbps. Что касается ошибок на EPON порту ... 0 - их нет. Как мы ни старались, статистика по порту постоянно показывала нулевые счётчики ошибок. Это может говорить лишь об одном - софт OLT-а пока не "допилен". Нововведением модели P3310C является возможность опредления номера ONU с постоянно включённым лазером. Скриншот ниже наглядно это демонстрирует. Функция полезная, однако только в разрезе диагностики, есть засвет или нет. Точно определить номер "светящей" ONU OLT не может, т.к. опредление основывается на мощности сигналов, а в дереве могут быть несколько ONU со схожими показателями сигнала. Включим FEC на ONU и OLT-е. Еще разок прогоним трафик IPERF-ом: Средняя скорость трафика ONU->OLT: 711 mbps, OLT->ONU: 841 mbps. Выводы Тесты показали, что FEC отлично справился с поставленной задачей. Он позволил поднять скорость upstream-а с 27.9 до 711 mbps (2448%) и downstream-а с 711 до 841 mbps (18%). При этом FEC не требует никаких сложных настроек и долгих шаманских ритуалов с параметрами - его достаточно включить и наслаждаться качеством его работы в "не качественной сети". Скачать тест целиком

DHCP Snooping (Option 82) Большинства провайдеров, авторизующих клиентов по IPoE, используют Option 82 для привязки клиента к оборудованию провайдеров. Поэтому умение OLT-а добавлять Option 82 к DHCP пакетам является крайне важным. Включим DHCP Snooping в первом VLAN-е и активируем Option 82 (Cisco формат). Посмотрим, что из этого вышло: WireShark показывает, что опция 82 на месте - можно идти дальше. 802.1Q Port-based VLAN Напомним, что UNI порт ONU может работать в нескольких режимах обработки VLAN-ов: Tag, Translation, Transparent, Vlan-stacking, Aggregation, Trunk, Private-trunk. Наверняка большинство читателей использовали только 3 режима (Tag, Trunk и Transparent). Смысл остальных режимов для большинства админов остаётся тайной. Режимы Translation и VLAN-Stacking - аналог QinQ, только в случае Translation один тэг меняется на другой, а в случае VLAN-Stacking к внутреннему тэгу добавляется ещё один (внешний). Зачем такой функционал нужен на абонентском устройстве - не ясно. Также до сих пор загадкой остаётся режим Aggregation. Режим Private-trunk появился только в этом OLT-е - в модели P3310B такого режима не было. Отличие данного режима от обычного trunk-а заключается в возможности подменять TPID кадра и задавать его приоритет. >> Switch_config_epon0/4:1#epon onu all-port ctc vlan mode private-trunk 200 1001,1002 8100 5 Как правило, провайдеры используют режим Tag (Access), реже - Trunk и Transparent. Поэтому мы не стали трогать остальные режимы, а провели проверку только этих 3. Описывать процедуру тестирования смысла нет, т.к. она тривиальна, поэтому просто констатируем, что ONU поддерживает все 3 режима обработки тэгов. Multicast VLAN Для провайдеров, которые предлагают своим клиентам услугу IP телевидения (IPTV), важно, чтобы ONU умела обрабатывать мультикаст трафик. ONU должна принимать мультикаст трафик только с определёнными VID (Multicast VLAN), снимать тэг с трафика и отдавать поток на UNI порт. В нашем случае мультикаст поток формируется самым варварским способом - при помощи обычного VLC Player-а. В качестве клиентского софта используется всё тот же VLC Player. Мультикаст будем транслировать в 1000-ом VLAN-е. Показывать настройки OLT-а мы не будем, а вот настройки самой ONU представлены ниже. Запустим какой-нибудь канал на VLC Player-e - поток есть. Тест на работу с мультикаст VLAN-ом ONU прошла. Прошивка ONU через CLI OLT-a Ещё раз отметим, что на модели 3310C Flash память выросла до 16Mb, поэтому для загрузки прошивки от ONU на флэшку, не нужно удалять файл Switch.bin, как это было в модели 3310B. Также стоит обратить внимание на изменение набора файлов, хранящихся на флэшке. Теперь набор файлов пришёл к общему знаменателю с моделями OLT-ов BDCOM 36-ой серии. Прошивка PON чипа теперь называется tiger.blob (вместо olt.blob на модели B). Конфиг OLT-а теперь раздроблен на 2 части: конфиг самого OLT-а (startup-config) и конфиг ONU-шек (config.db). Файл Switch.bin имя не поменял. Смена прошивки ONU происходит так же, как и на модели 3310B. В результате прошивка ONU прошла успешно. Выводы К сожалению, BDCOM не смог удивить своим решением. Он выпустил всё тот же 3310B, но с новой аппаратной платформой, которая кроме FEC ничего нового не умеет (да и его целесообразность под вопросом). Хотелось бы со временем увидеть новую прошивку, которая позволит раскрыть весь потенциал PON чипа Cortina CS8022 и регистрировать до 128 ONU на порт. Если BDCOM-у это удастся, продажи данной модели резко возрастут. PS: ... если тестирование FEC пройдет успешно, мы дополнит публикацию этим тестом.. Скачать Отчет_BDCOM P3310C

Loop Back Detection (LBD) LBD - одна из базовых функций, которая должна включаться на ONU по умолчанию. Некоторые провайдеры её недооценивают и намеренно не включают. Однако первый же шторм в сети из-за подгоревшего абонентского порта заставляет провайдеров изменить своё мнение. Включим LBD на UNI порту ONU и запустим сниффер пакетов WireShark. Как видно из работы WireShark-а, каждые 2 секунды ONU отправляет широковещательный пакет (TPID = 0xFFFE). Этот пакет и является пакетом LBD. Функционал работает. Port Security Port Security есть ни что иное как ограничение количества MAC адресов, которые ONU может хранить. Данная функция используется довольно редко, однако в случае сетевых атак типа MAC-Spoofing или DHCP Starvation она бывает крайне полезной. Для начала ограничим размер MAC таблицы ONU до 5 MAC-ов. Для проверки механизма Port Security мы будем использовать атаку DHCP Starvation, суть которой заключается в отправке DHCP серверу большого количества запросов от фейковых MAC адресов. В качестве утилиты, реализующей DCHP Starvation, будем использовать DHCDROP. Запускаем утилиту DHCDROP - пытаемся заполнить адресное пространство DHCP сервера. В результате теста было выявлено, что для защиты от DCHP Starvation и MAC Spoofing Port Security абсолютно бесполезен, если атака запущена в режиме флуда. В этом случае PON чип OLT-а (Cortina CS8022) не успевает блокировать лишние MAC-и и пропускает их дальше в сеть. Выход из этой ситуации один - обзвонить всех абонентов и попросить не запускать сетевые атаки в режиме флуда, а только отдельными пакетами. А если серьёзно, то Port Security можно включить непосредственно на UNI порту ONU - в этом случае функция будет работать корректно. Если запустить утилиту DHCDROP ещё раз в режиме флуда, то ONU передаст пакеты с 4 новыми MAC-ами, а все остальные пакеты удалит. Итак, можно констатировать, что механизм Port Security справляется с возложенными на него обязанностями, если знать, как правильно его включить. Storm-Control Данная функция также крайне полезна и может использоваться по умолчанию для защиты сети от флуда со стороны клиента. Storm-control может работать в нескольких режимах: ограничение широковещательных (broadcast), групповых (multicast) пакетов, а также пакетов с неизвестным адресом получателя (unknown unicast). Также есть режим, в котором ограничению подвергаются все вышеперечисленные пакеты одновременно. Именно этот режим провайдеры используют чаще всего. Мы включили на ONU Storm Control в 4-ом режиме ("фильтровать всё"), но формировать будем только широковещательный шторм, т.к. он является наиболее актуальной проблемой в сетях доступа. Для формирования шторма нам подойдёт программа Ostinato, которая позволяет легко задавать структуру пакетов и настраивать скорость их отправки. Мы создали банальный 64-байтный широковещательный Ethernet кадр (Dst MAC + Src MAC + TPID + пустой Payload). Скорость отправки - 1000 pps. Если запустить Ostinato при отключенном Storm-Control-е, то OLT отображает в логах огромное количество ошибок. При этом нагрузка на процессор тоже возрастает. "Положить" OLT полностью за счёт флуда, конечно, не удастся, т.к. ONU не может передавать данные постоянно, однако заметно увеличить задержки в сети вполне возможно. Мы не ставим перед собой задачу оценить точность механизма storm-control, а просто проверяем - работает функционал или нет. Активируем Storm-Control c лимитом трафика в 256 kbps и заново запускаем Ostinato - теперь никаких ошибок OLT не показывает и нагрузка CPU (>> Switch# show cpu) остаётся неизменной. Storm-Control сделал своё дело.

Несколько месяцев назад компания BDCOM заявила, что она снимает с продажи так всем полюбившийся 4х портовый GEPON OLT BDCOM P3310B. При этом его старших братьев (OLT-ов 3608/3612/3616) пертурбации не коснутся. Чем вызвано такое решение, менеджеры компании BDCOM пояснить отказались, но уточнили, что на смену модели P3310B придёт её брат-близнец P3310C, поэтому переживать любителям 4х портовых PON решений не придётся - ниша пустовать не будет. Приведённое выше фото наглядно демонстрирует, что отличить модель C от B практически невозможно. Визуальное отличие только одно - наличие порта mini USB рядом с портом Console. Его предназначение пока остаётся загадкой. Можно лишь предположить, что порт служит для подключения внешних USB накопителей для смены прошивки OLT-а, не прибегая к помощи TFTP сервера. Но это выглядит чересчур оптимистично - скорее всего, это дополнительный консольный порт для владельцев консольного кабеля с mini USB. Как обычно бывает, самое интересное скрыто от глаз обывателя. Если вскрыть корпус OLT-а, то можно немного удивиться и одновременно огорчиться. PCB OLT-а стала субъективно меньше на 60-70%. Это вызывает только положительные эмоции - греться плата будет меньше. Но с другой стороны недоумение вызывает размер корпуса, который остался прежним. Корпус можно было уменьшить как минимум вдвое. Однако BDCOM пошёл по проторенной дорожке и не стал заказывать новый проект корпуса. Жаль - сэкономить на логистике не получится. Так что же случилось с платой? Почему изменился её размер? По заверениям R&D департамента компании BDCOM в связи с появлением на рынок более экономичных и эффективных SoC решений, проект PCB был переработан. Скорее всего, BDCOM позарился на дешевизну новых чипов, нежели на их энергоэффективность - максимальная потребляемая мощность OLT-а увеличились с 40W (модель P3310B) до 48W (модель P3310C). Т.к. отрывать радиаторы от главных чипов времени нет, то придётся поверить инженерам компании BDCOM. На месте главного Ethernet чипа красуется SoC решение от компании Broadcom - BCM53312S. Место PON чипа занимает Cortina CS8022. Но это всё сухие данные, которые никому особо не интересны. Что же может новый OLT? Революции ждать не приходится. Новая архитектура явно была призвана удешевить устройство, нежели увеличить его функциональность. При этом удешевление производства не привело к снижению входной цены на устройство. Другими словами, цена нового OLT-а осталась без изменения. Если рассматривать функциональность новой модели, то она тоже не изменилась - перед нами всё тот же P3310B, но с добавлением FEC (Fast Error Correction). FEC служит для снижения показателя BER (Bits Error Rate) и призван уменьшить влияние шума в канале связи на качество детектирования сигнала. Звучит заманчиво, однако проверить работу FEC у нас так и не получилось. Ещё одним приятным моментом нового OLT-а является увеличенный размер Flash памяти. Теперь он составляет около 16Mb. Наконец-то можно забыть те времена, когда для обновления прошивки ONU приходилось удалять c флэшки прошивку OLT-а (файл Switch.bin), т.к. файл с прошивкой ONU на флэшке не помещался. Также немалый интерес представляет сам PON чип Cortina CS8022. Он поддерживает 128 LLID, т.е. может регистрировать до 128 ONU. В спецификации к BDCOM P3310С указан Split-ratio = 64 , т.е. 64 ONU на порт. Возникает вопрос - BDCOM не хочет или не может обеспечить 128 ONU на порт. Возможно аппаратная платформа OLT-а попросту не справится с 512 абонентами. По заверениям самого BDCOM-а OLT 3310С может зарегистрировать 128 ONU на порт, но при этом может происходить потеря пакетов и даже дерегистрация ONU-шек, поэтому введено программное ограничение. Жаль. Выдержка из теста Выход модели BDCOM P3310C на смену "легендарного" P3310B сразу наталкивает на ряд вопросов: "А что там с обратной совместимостью OLT-ов?", "А можно к новому OLT-у подключить весь мой зоопарк ONU-шек?", "А изменились ли команды в CLI?" и т.д. В данном тесте мы постараемся ответить на эти вопросы. При этом мы не будет тестировать L2 функционал OLT-а, т.к. он не изменился. Упор будет сделан на тестировании работоспособности различных ONU. Довольно часто при подключении ONU к дереву, процесс её регистрации занимает много времени. Конечно, родных ONU-шек BDCOM это не касается, а вот альтернативные ONU часто страдают таким "недугом" - время регистрации может доходить до 2х минут. Крайне редко, но всё таки встречаются образцы, которые и нескольких секунд не могут удержаться в дереве и после регистрации сразу же (или через несколько секунд) дерегистрируются. Как правило, это связано с рассогласованием таймеров протокола MPCP на самой ONU и OLT-е. У наших же подопытных проблем с регистрацией не возникло. Все 20 ONU зарегистрировались в течение 12 секунд. DDM и базовая информация Любая ONU, произведённая по стандартам CTC (China Telecom Corporation), должна показывать базовую информацию о себе, а также диагностическую информацию (DDM) с SFF модуля. Комментировать здесь особенно нечего - необходимую информацию ONU показывает. In-band Management VLAN Данный функционал довольно спорный. Одним провайдерам VLAN управления на ONU нужен, другим - нет. Чаще всего VLAN управления на ONU используется с 2 целями: обновление прошивки ONU через WEB интерфейс мониторинг активности ONU по средствам PING-а У BDCOM OLT-ов существует 2 типа команд для настройки IP адреса на ONU: Private OAM и CTC. Проверим обе. Обе команды отработали исправно - ONU при этом пингуется. Пропускная способность Часто возникает ситуация, когда провайдер подключает к ONU не конечного клиента, а какой-нибудь 8х, 16х или даже 24х портовый коммутатор. В этом случае нужно быть уверенным, что ONU стабильно работает на скоростях выше 100 mbps. Для проверки пропускной способности воспользуемся утилитой IPERF (дорогущего Spirent SmartBits под рукой не оказалось). IPERF-клиент запускается на ПК за ONU-шкой, а IPERF-сервер - на ПК за GE портом OLT-а. Перед началом теста необходимо изменить настройки SLA на ONU, т.к. по умолчанию максимальную пропускная способность ONU составляет 100 mbps. Изменим её до 1G. Далее проводим 30-минутный прогон синтетического трафика через ONU (сначала в режиме Half-Duplex, а затем в режиме Full-Duplex). >> iperf -c 192.168.1.77 -t 1800 -w 256k -r >> iperf -c 192.168.1.77 -t 1800 -w 256k -d В итоге на 100-мегабитной ONU можно добиться скорости порядка 95 mbps, а на 1G ONU - порядка 965 mbps. Даже при наличии профессионального оборудования для тестирования трафика добиться от ONU честного 1G не получится, т.к. часть канала съедает служебный трафик (MPCP и DBA). Пару слов стоит сказать про механизм DBA. Его предназначение - эффективно распределять пропускную способность канала в направлении ONU -> OLT. Благодаря грамотному распределению квантов времени среди ONU-шек, DBA позволяет заметно уменьшить задержки в сети. Проблема с этим механизмом заключается в том, что при базовых его настройках (рекомендуемых BDCOM-ом) сторонние (не BDCOM) ONU могут не регистрироваться на OLT-е или работать со сбоями. Для стабильной работы таких ONU параметры DBA на OLT-е приходилось менять. В 36-ой серии OLT-ов BDCOM пошёл на интересный шаг - убрал возможность изменять параметры DBA. Это привело к тому, что альтернативные ONU более уверенно работали на 3310B, а владельцам BDCOM OLT-ов 36-ой серии (3608/3612/3616) приходилось покупать родные BDCOM ONU либо углубляться в долгие поиски "альтернативки", стабильно работающей с дефолтными настройками DBA. К счастью любителей разводить зоопарк ONU-шек BDCOM P3310C имеет возможность редактировать настройки DBA.

Король умер, да здравствует король! Наша старушка 3310B наконец то снята с производства. Отпахала старушка добрых 4года. На ее смену приходит новая модель - 3310С. Раскажем про модель подробненько. Группа компаний по дистрибуции решений ПОН от компании BDCOM специально запаслась "тремя вагонами" старой модели, чтобы дождаться устоявшейся стабильной фирмвари, и сделать переход на новую модель максимально комфортной. Далее, в стилистике UA.PON мы публикуем максимально подробный отчет от тестировании новой модели флагманского олта от компании BDCOM - OLT P3310C.

С этим как раз проблемне будет. Это все в конфиге загрузчика. Все что касается дравера ETH, ипов, маков, и прочее. При смене прошивки все будет как вкопаное стоять.

Залить ROM на OLT гораздо быстрее чем зайти на каждую ONU и переписать МАС. А если ONU не в сети, то потом еще и ждать когда же она все таки появится. Или это можно сделать через шаблон? Залить новый РОМ быстрее. Поддержу ++ Притом нужно учитывать тот факт, что "разрешенных" МАКов ОЛТ будет 10 то есть на время замены ОЛТ можно переключить данную ветку на другой ранее прописанный ОЛТ.

Вариант 2 привлекательнее, но блин тогда у нас получается "дыра в системе безопасности". Зарегавшуюся ОНУ можно перепрошить с ОЛТа без ввода пароля......

НЕ скрою, мы ничего не придумали, просто по обращениям граждан, выбрали целевую тему и решили ее реализовать с нашей точки зрения время настало, вопрос стал актуальным

Нужно больше голосов. Высказываемся.

Есть новая тема интересная. Много раз звучало от провайдеров, что было бы неплохо разработать возможность, привязки ОНУ к группе ОЛТов провайдера. Мы решили уважить запрос. Фича готова к внедрению. Принцип такой. Фабричные ОНУ не залочены. Провайдер перед установкой ОНУ, подключается к ОНУ по Telnet/WEB вводит до 10 маков ОЛТов на которых эта ОНУ может быть использована. при помощи специального логина/пароля. В дальнейшем, для удаления/изменения ограничения, нужно ввести этот логин/пароль повторно. Иначе ОНУ не будет регистрироваться на на ОЛТ. Пароль может быть изменен провайдером. Для того чтобы прошить такую ОНУ через WEB необходимо будет правильно ввести этот логин/пароль повторно. Через ОЛТ данные залоченые ОНУ шиться не будут в том случае если МАК олта не совпадает с введеным в качестве ограничения, потому что регаться ОНУ не будет. Вопрос. Поддерживаете ли вы разработку подобной фичи? Нужна она вообще?

Я бы еще добавил немного пояснений для upiter 1. Вы покупаете любой WiFi роутер 2. Вы соединяете патчкордом NA-1001C с WAN поротом роутера, а ваши компьютеры соедините с РОутером (внутреними портами) 3. Вы уточняете у своего провайдера, ваш IP/маску подсети/Шлюз/ДНС и прописываете в купленый роутер на WAN порт (если провадер скажет что настроки применяются автоматически, воспользуйтесь функцией DHCP) 4. Если необходимо, сообщите МАК вашего РОутера провайдеру, или если комп уже был подключен склонируйте МАК адреса с компа на роутер -наслайждайтесь