Multicast to unicast proxy for SoftAp.

[ViPetroFF]

Смотрим 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.

[nightik]

В чём отличие от этой?

[ViPetroFF]

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

На linux-е multicast enabled сокеты традиционно не пропускают unicast-овые ip пакеты, поэтому без дополнительного вмешательства в исходный код программы заставить её работать с прокси не получится.

[LordMerlin]

Ваша темка?
http://forum.interzet.ru/index.php?s...3&#entry907653

[Exploiter]

Сообщение от ViPetroFF

На linux-е multicast enabled сокеты традиционно не пропускают unicast-овые ip пакеты, поэтому без дополнительного вмешательства в исходный код программы заставить её работать с прокси не получится.

На Линуксе есть igmpproxy и udpxy.
Под любые, так сказать, потребности.

[ViPetroFF]

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

[ViPetroFF]

Сообщение от Exploiter

На Линуксе есть igmpproxy и udpxy.
Под любые, так сказать, потребности.

Про windows seven не скажу, а на win xp можно поставить igmpproxy от win 2003 server. Но много будет ли толку от этого?

[ViPetroFF]

Сообщение от 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]

Вверх.

[ViPetroFF]

Up.