[Ivan_83]

Смотрите, у меня два тв, один Панас, который начинает всасывать потоки только после указания:type=mpeg_ts dlna_extras=mpeg_ts_sd А второй например филипс, который соображает только увидив на входе: type=ts dlna_extras=mpeg2

Это про заголовки в хттп ответе который перед самим тв потоком?

Я вроде подбирал какие то универсальные, но если всё так плохо то придётся проксировать через nginx и там по юзерагентам их различать и отдавать разные заголовки.

Собственно в самом xml тоже бывает нужно по разному кодировать URL, это одна из причин по которой я вынес его на PHP.

 

Что-то сомнительный сервис, учитывая овнистость некоторых клиентов и потенциальные проблемы с последующими предъявами это вымне всё сломали и проч. Как-то проще тут бы обходиться :)

Думаю таким проще вернуть деньги и послать их за приставкой за 5к в магазин.

Тех у кого будет работать и кто не будет возникать всё равно будет больше.

Можно заранее предупреждать что сервис экспериментальный, и если что деньги за настройку вернут на счёт.

[Liner's]

мы сейчас думаем про роутер, что будет раздавать тв через dlna, что преднастраивают абоненту.

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

[Ivan_83]

Если с роутера то проблем вообще нет: скопилить и написать пару скриптов обвязки. Жрёт демон - практически ничего.

[Wingman]

Linux: configure поначалу ругалось:

checking whether build environment is sane... yes
/home/wingman/ssdpd-1.01/missing: Unknown '--is-lightweight' option
Try '/home/wingman/ssdpd-1.01/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing

Пришлось `rm missing && automake --add-missing && autoreconf`, дальше сконфигурилось

 

make: в Makeconf руками добавил -lrt, т.к. не могло найти reference to `clock_gettime', а с конфиг-скриптами я не очень дружу )

 

К сожалению, времени сейчас не очень, но попробую на днях потестить :) Сейчас с хп микросервером смарт филипс общается по dlna через plex

 

edit: а как-нибуть безболезнеено из него на этапе конфигура, например, ипв6 вырезать? А то:

[2016-01-29 22:28:30] upnp_ssdp_create, line 327: io_net_bind_ap error 97: Address family not supported by protocol
[2016-01-29 22:28:30] main, line 180: upnp_ssdp_create() error 97: Address family not supported by protocol

Ну и хорошо бы стартап ошибки тоже в лог писать, а то в логе пусто, а -v неочевидно

Изменено 29 января, 2016 пользователем Wingman

[Ivan_83]

autoreconf -fvi

решает очень многое.

-lrt нужно в /src/Makefile.am писать, по идее.

С другой стороны я вроде собирал на линухах (убунту точно, и центосе мсдлайт - он на том же скелете) ранее и не требовалась эта либа в явном виде.

 

По поводу ипв6: нужно в конфиге убрать: <flagEnableIPv6/>

[Wingman]

По поводу ипв6: нужно в конфиге убрать: <flagEnableIPv6/>

Ну я изначально его закомментировал :) Сейчас вообще убрал - пофиг, Address family not supported by protocol

 

В общем, закомментировал в src/src/core_upnp_ssdp.c секцию со skeep_ipv4 по skeep_ipv6, и взлетело :)

Изменено 29 января, 2016 пользователем Wingman

[Ivan_83]

Видимо всё проще:

/* IPv6 */

if (0 == (UPNP_SSDP_S_F_IPV4 & s->flags))

goto skeep_ipv6;

 

тут я константу скопипастил и забыл поменять, в итоге в6 не отключался.

[Ivan_83]

Обновил до 1.03:

*пофиксил пару багов из за которых IPv6 не работал вообще

* пофиксил баг из предыдущего поста

+добавил опцию для сборки с дебагом

и пара мелких правок/улучшений.

[vladlit]

вообщем, через роутер это будет 0.01% абонентов, которые осилят настройку. tr-069 в РФ не принято...

Ощибочное высказывание, TR-069 принят в РФ и используется у многих операторов уже.

 

И он как раз призван решать проблемы связанные со сложностью настроек на абонентских устройствах

[sfstudio]

Ощибочное высказывание, TR-069 принят в РФ и используется у многих операторов уже.

 

Принят эт наверное внутрь? И подробнее о многих. Ну вот их десятков тысяч многих операторов хотя бы у 500 используется? С каким железом?

 

А вообще странный. Вам операторы работающие в РФ, на операторском форуме грят не принято костылить ТРы и иже с ними в РФ, вы из дружественого Израиля их убеждаете, что они давно в большинстве своём жить не могут без этого безобразия и во всю все уже внедрили по самые гланды.

 

И он как раз призван решать проблемы связанные со сложностью настроек на абонентских устройствах

 

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

 

Раз 800 стоит подумать оператору, прежде чем расширять свою зону ответственности и полагаться на подобный изврат.

 

P.S. Вы бы не палились хотя бы с адресов Benzel. Нам ваши сказки и ваши продухты (аля Autmated TR-069 Tester да и ACS) и даром не нужны. =) Торгуйте своими костылями плз в другом месте.

 

PP.S. Более того, тема чистый оффтопик для вашей неуклюжей пока яще не рекламы, а так тупо очковтирательства.

 

PP.SS. Хочется попиариться - создайте тему и предложите плюшки народу. Не надо тупо какать по всем темам где хоть как-то упоминается TR-069.

[s.lobanov]

вообщем, через роутер это будет 0.01% абонентов, которые осилят настройку. tr-069 в РФ не принято...

Ощибочное высказывание, TR-069 принят в РФ и используется у многих операторов уже.

 

И он как раз призван решать проблемы связанные со сложностью настроек на абонентских устройствах

 

Ну нет же. Даже если какой-нибудь Ростелеком выпустит пресс-релиз, что у них используется tr-069, то по факту это будет означать, что в каком-нибудь конкретном мухосранске для какого-то конкретного проекта внедрен tr-069. Например, Eltex поставляет tr-069 прямо в control-plane'е OLT шасси, поэтому там где Eltex, скорее всего, используется и tr-069, если инженеры не поленились и внедрили его. А на разношерстном fttb, где вендоры CPE меняются как перчатки сделать полноценный tr-069 ну оооочень сложно.

[sfstudio]

полноценный tr-069 ну оооочень сложно.

 

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

 

Вот и получается как получается.

 

Длинк вообще регекспами парсит запросы со стороны агента... Чуть что не так и всё сдохло. Вот те и коммерческая ACS...

 

У каждого вендора свои специфичные прибабахи, а часто и (похоже заведомо с умыслом вендорлока внесённые) косяки дабы сломать совместимость с acs написанным опираясь исключительно на спеки броадбэнд форума (аля freeacs). Мы сейчас держим несколько профилей (в т.ч. референсный) из-за этого. И честно, я совсем не в восторге на тему того, сколько времени было убито впустую ибо нужно оказалось 3,5 колекам, а работают все эти acs как и предполагалось через Ж. При этот d-link acs со своими железками работает в меньшем объёме чем с нашими ибо учли их косяки на своей стороне. =)))

 

Костыли вы мои костыли...

[pppoetest]

Я вот не понимаю, зачем лезть в чужую зону ответственности. Ну вот вообще не понимаю желания присобачить на свою жопу чужой геморрой. (Это про ISP, желающих запустить свои корявые пальцы в хомяковские железки)

[s.lobanov]

это не лезть в чужую ЗО, это расширить свою ЗО до абонентского роутера, просто у вас замыленный взгляд на это и вы привыкли, что роутер это ЗО абонента, а с учетом какое говно продается на рынке и сколько абонентов могут уйти из-за этих роутеров, давно пора забирать их под свое управление

[Ivan_83]

Я вот не понимаю, зачем лезть в чужую зону ответственности. Ну вот вообще не понимаю желания присобачить на свою жопу чужой геморрой. (Это про ISP, желающих запустить свои корявые пальцы в хомяковские железки)

Понимаешь какая штука, в стране кризис, денег нет а кино смотреть охота.

Денег на приставку за 2-5 тыщ нет, но есть куча барахла подключённого к сети: телеки (смарты или нет, не важно), всякие приставки, плееры и пр.

Вот используя софтину из шапки с мизерными модицикациями и ручками прописав проброс порта на IP скажем телека можно начать смотреть на нём иптв.

Да, не удобно ибо прописывать проброс порта нужно на каждое устройство отдельно и в роутере и в самой софтине но зато совсем бесплатно (если не считать труда).

Есть ещё вариант встраивать софтину прямо в роутер, а настройки чтобы она получала через какой нибудь захардкоженый адрес типа iptv.local, но встраивать в роутеры это отдельный секс.

[sfstudio]

Ну как бы 300 лет для этих целей юзаем xupnpd в роутере, который и плейлисты забирает по расписанию как фиды, сам их правит на лету что бы зафорвардить на updxy, сам анонситься в сети как DLNA. Умеет hls и т.д. и т.п. Как бы с этим проблем нет. Ессно всё из коробки в свежих SNR`ах.

 

А pppoetest не о том грил, а о вдруг влепленном в тему не по теме ТРу. Его так же как и меня удивляет желание некоторых операторов иметь головную боль беря на себя ответственность за решение всех проблем с абонентским железом, т.е. расширить свою зону ответственности до уровня разгона облаков над крышей абонента. Это конечно прекрасно, но часто ТП оператора удивляет своей "подготовкой" раздавая например советы снизить мощность передатчика т.к. при 100% оно по их мнению проц грузит (последнее что вспомнилось). Т.е. компетенция у самих около нулевая, а на многие вещи повлиять один фиг не в силах аля загаженности 2.4 или глюках новых юзверьских приобретений в виде китайфонов и прочей лабуды.

 

А вместо того что бы строить нормальную сеть с IPOE на доступе и привязкой абонента к порту (что бы ткнул и заработало) нагородить PPPOE/L2TP/PPTP/VLAN/etc и потом героически прикручивать к этому удалённый рулёж по CWMP, трахаясь регулярно с несовместимыми реализациями на разном железе, и/или прибивая себя гвоздями к одному поставщику CPE. Или разворачивать 100500 голов, или пилить своими силами ACS каждый раз правя модели и местами даже парсер запросов под очередную писульку при этом не решая никак проблем с самоприобретёнными клиентами роутерами которых так и сяк придётся опять консультировать ТП по телефону...

 

Нет, ну если человеческих ресурсов дофига - флаг в руки. Только вот боюсь, что ресурсов способных нормально разобраться в проблеме у операторов обычно свободных нет вообще ибо (как уже выше сказано) кризис. А девочек-студенток из ТП крутить абонентское железо пускать категорически низя.

 

Ладно, эт к теме безотносительно вообще. Надо попросить модератора снести все ТРные муркетологические враки/изыски в отдельную (соседнюю) тему.

[pppoetest]

del.

Изменено 14 декабря, 2016 пользователем pppoetest

[Ivan_83]

Ну как бы 300 лет для этих целей юзаем xupnpd в роутере, который и плейлисты забирает по расписанию как фиды, сам их правит на лету что бы зафорвардить на updxy, сам анонситься в сети как DLNA. Умеет hls и т.д. и т.п. Как бы с этим проблем нет. Ессно всё из коробки в свежих SNR`ах.

Это решение скорее для юзеров на которых забил провайдер.

udpxy уже не нужен, оно вроде как давно в xupnpd встроено.

 

У меня схема малость другая: SSDPd нужно вытянуть xml где будет название прова для отображения и хттп адрес откуда дальше абонент стянет что указано. Те на стороне абонента вообще никакой обработки нет, только рассылка мультикаст анонсов и ответ на юдп запросы, фактически теми же анонсами.

Всю логику оператор реализует у себя, в моём примере на пхп и оно там уже может отдавать и фотки и видео и радио и иптв...

 

А pppoetest не о том грил, а о вдруг влепленном в тему не по теме ТРу.

Надо было похерить его и всё, как спам бота с его тр069.

[sfstudio]

Это решение скорее для юзеров на которых забил провайдер.

udpxy уже не нужен, оно вроде как давно в xupnpd встроено.

 

Эт универсальное решение.

Встроен не udpxy а своя реализация u2h прокси, корявенькое увы + не умеет rtsp (у меня udpxy на стероидах).

 

У меня схема малость другая: SSDPd нужно вытянуть xml где будет название прова для отображения и хттп адрес откуда дальше абонент стянет что указано. Те на стороне абонента вообще никакой обработки нет, только рассылка мультикаст анонсов и ответ на юдп запросы, фактически теми же анонсами.

Всю логику оператор реализует у себя, в моём примере на пхп и оно там уже может отдавать и фотки и видео и радио и иптв...

 

Осталось убедить провайдеров. =)

 

Надо было похерить его и всё, как спам бота с его тр069.

 

Да я у себя в разделе и похерил. А тут надо админа дёргать.

[rdc]

Есть простое решение - абонентский роутер настраивается мостом.

Если у конкретной модели моста нет - отключаем раздачу dhcp и подаём инет ему на порт lan.

 

В итоге начинают работать любые сервисы - и upnp, и выдача адреса портала для MAG'ов, и т.д.

Безо всяких костылей типа проброса портов.

[myth]

и сливаем броадкаст домен клиента со своим.

[sfstudio]

Есть простое решение - абонентский роутер настраивается мостом.

 

Да уж, и нат для всех устройств клиента обеспечиваем сами, или выделяем на каждого по белому адресу... Круто.

 

Для схемы с приставкой которой необходимо всенепременно жить в провайдерской сети без посредника в виде роутера, нормальные роутеры умеют выделять порт, или несколько свитча. Т.е. по сути получается схема WWLLL где между W и L всё бегает как через обычный тупой свитч (собсно оно и так за свитч не выходит).

 

В данном случае обсуждается несколько иное.

[rdc]

нат всё равно приходится обеспечивать, белых ipv4 на всех не хватит, так что это не проблема

[sfstudio]

Ну эт смотря на чём натить. Ибо трэкать 100500 соединений со 1000 ip и те же 100500 с 5000 ip (у юзверей нынче не по одному девайсу, а в среднем пяток на квартиру) для железки выполняющей NAT (если это конечно не полностью аппаратное решение) сильно разная нагрузка.

 

Лучше бы свитчеделы бы додумались M2U в железе реализовать на них + авто резервирование полосы под то что наконвертили. Вот это было бы дело. Сразу бы решилась бы проблема с тонной хламоюзерных роутеров.

 

А DLNA можно вообще попробовать на уровне ядра CPE забриджевать (юзаю метсами такую схему для пропуска PPPOE/IPV6 аля мост для избранных протоколов).

[Ivan_83]

udpxy на стероидах

Там же жуткий код с кучей костылей.

Мне проще было написать с нуля msd чем туда что то встроить.

 

Да уж, и нат для всех устройств клиента обеспечиваем сами, или выделяем на каждого по белому адресу... Круто.

Ты просто ещё не пришёл к IPv6 :)

 

А DLNA можно вообще попробовать на уровне ядра CPE забриджевать (юзаю метсами такую схему для пропуска PPPOE/IPV6 аля мост для избранных протоколов).

В моём случае достаточно просто мультикаст прокидывать между сетями, притом можно даже только в сторону абонента.

Но это всё равно хуже схемы с НАТ от провайдера и менее универсально чем костылить проброс портов на каждый девайс. Те ты предлагаешь вендорлок решение.