Форум XBMC и Kodi. Помощь, поддержка, обсуждение, плагины.
   

Вернуться   Форум XBMC и Kodi. Помощь, поддержка, обсуждение, плагины. > Анонсы, Информация и Общие Темы > Общие темы для обсуждения

Ответ
 
Опции темы Опции просмотра
Старый 08.06.2013, 17:15   #1
ViPetroFF
Senior Member
 
Регистрация: 17.12.2012
Сообщений: 166
Lightbulb Multicast to unicast proxy for SoftAp.

Смотрим IPTV по WiFi через виртуальную точку доступа.
Версия 1.2 release: MCastUdpProxy

Описание:
Программа ретранслирует UDP multicast траффик iptv каналов в unicast виде на отдельно взятые ip адреса WiFi сети, а также выступает в качестве IGMP прокси. Для запуска понадобится библиотека .Net версии не ниже 2.0 и права Администратора.
Если у вас не программная точка доступа, то для получения внутреннего сетевого интерфейса придётся с сервером предварительно устанавливать VPN соединение. Это VPN соединение будет выступать в качестве внутреннего сетевого интерфейса.

Что нового в версии 1.2:
1. Поддержка одновременной работы с несколькими хостами в сети.
2. Универсальность программы, отсутствует какая либо зависимость от специфики шифрования защищённого контента, прокси может работать в сетях различных провайдеров, которые используют мультикаст вещание.
3. Может работать в режиме windows service-а.

Ограничения:
1. Не работает с системами, в которых стандартное ПО при работе с мультикаст трафиком не принимает уникастовые ip пакеты, к таким, например, относятся все linux подобные операционные системы.
2. Невозможна одновременная ретрансляция двух и более каналов на один и тот же сетевой адрес.
3. Входящий мультикаст трафик может блокироваться брандмауэром операционной системы, если не указано значение единого порта для внешнего сетевого интерфейса (обычно это значение равно 1234).
4. Могут быть проблемы с переключением тв каналов, если мультикастовый IGMP трафик медленно передаётся в WiFi сети. Это может быть вызвано разными причинами: к точке доступа подключено много клиентов, разрешена передача ip пакетов между хостами сети, медленная точка стандарта "g" 54 Mbits. В этом случае используйте режим динамической подмены порта "+1000", у адресов каналов меняются только значения портов, например до подмены "udp://@224.1.1.224:6000", после будет "udp://@224.1.1.224:1224".
5. Любые ограничения, связанные с использованием raw сокетов операционной системы windows.

Возможные проблемы:
1. ПО не тестировалось в сетях совместимых с третьей версией протокола IGMP,
2. не тестировалось с виртуальными точками доступа на базе операционной системы windows seven,
3. не тестировалось с raw socket-ами операционной системы windows seven.
ViPetroFF вне форума   Ответить с цитированием
   
Старый 09.06.2013, 19:52   #2
nightik
Senior Member
 
Регистрация: 12.12.2012
Сообщений: 1,684
По умолчанию

В чём отличие от этой?
nightik вне форума   Ответить с цитированием
Старый 09.06.2013, 21:17   #3
ViPetroFF
Senior Member
 
Регистрация: 17.12.2012
Сообщений: 166
По умолчанию

Главное отличие в том, что не используется транспортный уровень tcp и прикладной http, поэтому адреса каналов остаются в неизменном виде "udp://@224.1.1.1:1234". А раз адреса не меняются, то любой специфичный провайдерский софт, только если он написан под windows, сможет работать через эту прокси не замечая её, следовательно сможет показывать платные шифрованные каналы. Это в теории конечно, гарантий никаких я дать естественно не могу. Плюс udp трафик чуть меньше загружает wifi сеть по сравнению с tcp при прочих равных условиях. В отличии от UDP-to-HTTP для работы этой программы обязательно требуется два сетевых интерфейса, внешний с источниками мультикаст трафика и внутренний с клиентскими хостами.

На linux-е multicast enabled сокеты традиционно не пропускают unicast-овые ip пакеты, поэтому без дополнительного вмешательства в исходный код программы заставить её работать с прокси не получится.
ViPetroFF вне форума   Ответить с цитированием
Старый 10.06.2013, 13:47   #4
LordMerlin
Senior Member
 
Аватар для LordMerlin
 
Регистрация: 11.12.2009
Адрес: Russia
Сообщений: 2,185
По умолчанию

Ваша темка?
http://forum.interzet.ru/index.php?s...3&#entry907653
__________________
Dune HD TV-102/Pioneer VSX-520-K/Samsung ES6727

ВИКИ Настройка DSPlayer: http://xbmc.ru/wiki/index.php?title=Настройка_DSPlayer
DSPlayer поддержка ускорения GPU: http://xbmc.ru/forum/showthread.php?t=12
XBMC+SVP: http://habrahabr.ru/post/181598/
Крипто-робот, бонус за регистрацию, оплата за результат: https://apitrade.pro/bonus_xbmcru.htm
LordMerlin вне форума   Ответить с цитированием
Старый 10.06.2013, 16:56   #5
Exploiter
Senior Member
 
Регистрация: 02.02.2011
Адрес: Донецк, Украина
Сообщений: 507
По умолчанию

Цитата:
Сообщение от ViPetroFF Посмотреть сообщение
На linux-е multicast enabled сокеты традиционно не пропускают unicast-овые ip пакеты, поэтому без дополнительного вмешательства в исходный код программы заставить её работать с прокси не получится.
На Линуксе есть igmpproxy и udpxy.
Под любые, так сказать, потребности.
__________________
ASUS AT3IONT-I Deluxe HTPC на Alex@ELECv3 Full, корпус CFI GROUP CBI-A6719TG.
Raspberry Pi B на Xbian, Smart TV Box AML8726-MX на Alex@TVBox
NAS: HP ProLiant MicroServer на OpenMediaVault
TV Sams LE32B653 ломаный с приложенным SamyGO All Extensions и xupnpd
TL-WDR4300 OpenWrt Barrier Breaker, TL-WR2543ND Factory
Exploiter вне форума   Ответить с цитированием
Старый 10.06.2013, 17:28   #6
ViPetroFF
Senior Member
 
Регистрация: 17.12.2012
Сообщений: 166
По умолчанию

LordMerlin, это другая моя поделка, аналог борпасовского "UDP-to-HTTP" со встроенным дескрамблированием платных каналов провайдера. Задача была в том, чтобы на входе брать шифрованный поток и на выходе отдавать в чистом виде. Эту программу я сделал позднее, до этого приходилось пользоваться связкой "mcastudpproxy + специальный софт провайдера для просмотра платных каналов"

Последний раз редактировалось ViPetroFF; 10.06.2013 в 21:39.
ViPetroFF вне форума   Ответить с цитированием
Старый 10.06.2013, 17:31   #7
ViPetroFF
Senior Member
 
Регистрация: 17.12.2012
Сообщений: 166
По умолчанию

Цитата:
Сообщение от Exploiter Посмотреть сообщение
На Линуксе есть igmpproxy и udpxy.
Под любые, так сказать, потребности.
Про windows seven не скажу, а на win xp можно поставить igmpproxy от win 2003 server. Но много будет ли толку от этого?
ViPetroFF вне форума   Ответить с цитированием
Старый 15.06.2013, 00:58   #8
ViPetroFF
Senior Member
 
Регистрация: 17.12.2012
Сообщений: 166
По умолчанию Аналоги

Цитата:
Сообщение от nightik Посмотреть сообщение
В чём отличие от этой?
Нашёл я аналог, программный модуль называется "IGMP snooper (UDP multicast to UDP unicast)".
Также не поддерживает одновременную ретрансляцию двух и более каналов на один и тот же сетевой адрес.
Цитата:
If your internet service provider sends all the channels on the same port, you can't watch several channels at the time on the same computer.
Из недостатков:
1) Включён в достаточно тяжеловесный программный продукт и не распространяется отдельно от него.
2) Не имеет функции динамической подмены порта, когда провайдер вещает все каналы на одном и том же порту.

Кстати, там ещё написано, что некоторые STB могут успешно принимать такие уникастовые потоки.
ViPetroFF вне форума   Ответить с цитированием
Старый 10.11.2013, 22:38   #9
ViPetroFF
Senior Member
 
Регистрация: 17.12.2012
Сообщений: 166
По умолчанию

Вверх.
ViPetroFF вне форума   Ответить с цитированием
Старый 09.06.2014, 17:25   #10
ViPetroFF
Senior Member
 
Регистрация: 17.12.2012
Сообщений: 166
По умолчанию

Up.
ViPetroFF вне форума   Ответить с цитированием
Ответ

Метки
igmp, iptv, multicast, proxy
 


Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 
Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
[Инструкция] Как подружить XBMC 12.x, IPTV-http (unicast), tvheadend и mproxy. mech Подсказки, описания и FAQ по XBMC 4 18.09.2014 11:24


Текущее время: 15:41. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.