ruri Posted June 13, 2013 Posted June 13, 2013 (edited) Добрый день. Мы являемся провайдером в небольшом городе. Телематика/ПД. В городе есть контора КТВ (по коаксиалу гонят аналог и цифру). У нас охват города кабелем много больше чем у них. Есть желание объединить усиля и загнать их ТВ в нашу сеть (по агентской схеме) и раздавать клиентам мультикастом (что бы не заморачиваться с лицензией). Подскажите какое оборудование нужно поставить между нами? Что нужно будет ставить н клиентской стороне в случае просмотра каналов на обычном ТВ? Какие ещё могут возникнуть трудности? Edited June 13, 2013 by ruri Вставить ник Quote
Kompik Posted June 13, 2013 Posted June 13, 2013 1. Кодеры из аналога в мультикаст, немного проще, если КТВ оператор работает в DVB-C. 2. Настроить IGMP snooping по всей вашей сети и возможно PIM маршрутизацию на ядре. 3. Абоненты будут смотреть все это на компьютерах. Если нужно смотреть на ТВ, то или установка приставки с прокладкой кабеля до места установки приставки. Какие могут быть проблемы? Почти никаких если все будет настроенно. А так в основном это: 1. рассыпание картинки из за: 1.1. Некачественных кабелей у пользователя 1.2. Загрузка пользовательского роутера траффиком типа торентов и т.п. 1.3. Проблемы со абонентскими свичами 1.4. Проблемы на сти (перегрузки, потери и т.п.) 2. Отсутствие картинки из-за отсутствия подписки от абонента 2.1. Блокирование фаерволом 2.2. Проблемами на абонентском свиче Вот собственно и все... Вставить ник Quote
Ivan_83 Posted June 13, 2013 Posted June 13, 2013 Или пустить по хттп, тогда будет меньше проблем с настройкой оборудования, рассыпанием и прочим. Через вафлю хттп лучше пролазит, и в целом его больше девайсов понимает. Вставить ник Quote
Kompik Posted June 13, 2013 Posted June 13, 2013 Только надо учитывать что HTTP хорошо для OTT операторов. А мультикаст хорош тем что существенно экономит каналы оператора. Если 100 человек будет смотреть один канал, то у оператора это займе ~4мбита, а если по HTTP, то 400 мбит... Вставить ник Quote
Ivan_83 Posted June 13, 2013 Posted June 13, 2013 Ставить локальные/районные прокси, которые будут из центра по необходимости забирать один поток и раздавать куче клиентов. Кроме того, UPnP/DLNA тоже повсеместно хттп умеют, а остальное единицы. Правда для UPnP/DLNA нужно чтобы до клиента долетал мультикаст, либо клиенту дома ставить мелкую прогу для аннонсов, иначе девайсы не увидят "сервера". Вставить ник Quote
ru-city Posted June 16, 2013 Posted June 16, 2013 Ставить локальные/районные прокси, которые будут из центра по необходимости забирать один поток и раздавать куче клиентов. что за прокси? как реализовать данную схему? Вставить ник Quote
Ivan_83 Posted June 19, 2013 Posted June 19, 2013 Моя софтина, писал на замену udpxy под большую нагрузку и фичи. Прекеш, анализатор потока, единый кольцевой буфер на канал, UPnP сервер, SAP cборщик плей листов, куча статистики и инфы по клиента и тп... Забор по http, tcp, udp в ближайших планах (пока только мультикаст). Схема такая: в центре стоит сервере, забирает мультикаст и отдаёт по хттп. Когда нагрузка на магистрали возрастает от тв то аналогичные сервера поднимаются на узлах ближе к клиентам. Пока можно гнать по магистрали мультикаст со снупингом, когда будет функционал хттп клиента оно сможет забирать с сервера в центре, сразу с прекешем, те у юзера уже миллисекунд через 100 будет целый мегабайт (или сколько в конфиге прописано). Большая производительность на узлах не нужна (особенно если по хттп забирать), важнее чтобы памяти хватало. Неттоп (атом n2600 / adm E350 - на такой можно до 8гб памяти ставить и со слотами PCI-E там проще) осилит 1-2 гига, особенно под фрёй без проблем. Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.