Какие проблемы? Проблемы с маршрутизацией и IGMPPROXY? Так это не наша проблема, а ваша, и решать ее мы не обязаны, а делаем это по доброй воле и в свободное время!Basaew wrote:Судя по реакции разработчиков на возникающие у пользователей проблемы (охарактеризовать её можно только одним словом - никакая)
Вам никто не грубил, я лишь дал Вам понять, что несмотря на то, что мы не обязаны решать Вашу проблему с маршрутизацией, мы все равно попытались ее решить. Извините - предложенное нами решение не помогло, но не нужно после этого делать громкие заявления типа этого:Во-первых, уважающий себя технический специалист по разработке ПО не станет грубить клиенту
TVIP - это не ЮНЕТ! Это отдельный продукт, поддержка которого осуществляется на этом форуме, и TVIP никак не связан с "договорами и контрактами" .Во-вторых, вы действительно мне ничего не обязаны. Но вы в отличие от меня разбираетесь в вопросах IPTV на порядок лучше меня + занимаетесь разработкой специализированного ПО для нашей любимой сети. Именно эти два обстоятельства накладывают на вас определённую ответственность перед пользователями, не прописанную в договорах и контрактах
Сколько активных сетевых карт на компьютере? Есть ли активные VPN-туннели?Итак, будь по вашему. Суть проблемы: TVIP не работает за шлюзом, использующим igmpproxy. IPTV player в этих условиях работает. Из 20-ти раз, когда я её (TVIP) запускал, 3 раза она написала "получение обновления" и вырубилась. Остальные 17 раз она зависала на надписи "Получение параметров провайдера" или что-то типа этого.
ОС - win xp sp3
Комп - Pentium4 2GHz 512RAM ATi Radeon 7500 16Mb
Антивирь - nod32 без сетевого экрана. Фаерволов нет.
Ветки соответствующие моему вопросу прочитал, всё что я понял - надо скачать новую версию. Сейчас я использую версию 0.9.6.
Спасибо за идею, попробую поизвращаться с openvpn чтобы не перегружать всю внутреннюю сеть(с учетом того, что мультикаст вообще проброшен через GRE-тунель)
Сетевых адаптеров - 2. Если учитывать openvpn и модемные подключения - 6. Перед тестом отрубил всё кроме LAN (100мбит)Сколько активных сетевых карт на компьютере? Есть ли активные VPN-туннели?
Да, являетсяЯвляется ли маршрут по-умолчанию машрутом в сторону линуха с igmpproxy?
Версия 0.9.7 в течение минуты успешно запустилась и заработала на винде, за что разработчикам большое спасибо.установите последнюю версию TVIP отсюда
Битрейт входящего потока - 40 кб/сек, меняется от 30 до 48. Как ни странно, до установки версии 0.9.7 этот адрес не открывался.установите VLC, откройте udp://@225.100.100.200:37000(картинки там не будет, это служебная группа), после этого нажмите CTRL-I и на вкладке "статистика" посмотрите битрейт входящего потока. Именно на этой группе вещаются настройки, которые не может получить TVIP.
Показывает, но с глюками и квадратами, описание выше.попробуйте с помощью VLC открыть канал udp://@225.100.14.6 - он не зашифрован. будет ли он показывать?
чудеса - он никаким образом не зависит от версии TVIP.Битрейт входящего потока - 40 кб/сек, меняется от 30 до 48. Как ни странно, до установки версии 0.9.7 этот адрес не открывался.
Нет, это не нормально.Показывает, но с глюками и квадратами, описание выше.
На графиках показана средняя частота пакетов через внешний интерфейс на уровне 6500 пакетов/сек и скорость 7 Мбайт/сек Такой поток сохраняется даже когда все клиенты iptv отключены, но igmpproxy продолжает работать. Исчезает только после отключения igmpproxy. Это нормально?
Не совсем понял, что вы имели ввиду под словом "протокол". Вот выдержка из оф. readme:Если вы нам поможете, и выясните, что за протокол там используется - то мы его реализуем в TVIP.
udpxy is a UDP-to-HTTP multicast traffic relay daemon:
it forwards UDP traffic from a given multicast subscription
to the requesting HTTP client.
udpxy is released under GPL v.3
HTTP commands
--------------
udpxy responds to HTTP (GET) commands to receive data from
a dedicated multicast group and forward it to the initiating (HTTP)
connection.
The command to relay traffic is in the format as below:
http://address:port/cmd/mgroup_address:mgroup_port/
cmd ::= udp | rtp
where address and port match the listening address/port combination of udpxy,
and mgroup_address:mgroup_port identify the multicast group to subscribe to.
Using 'udp' command will instruct udpxy to probe for known types of payload
(such as MPEG-TS and RTP over MPEG-TS); using 'rtp' makes udpxy assume RTP
over MPEG-TS payload, thus skipping the probes.
udpxy will start a 'client' process for each new relay request as long as
their number would not exceed a pre-set maximum (see usage summary).
udpxy also supports a few additional HTTP requests, such as:
http://address:port/status/ - to display basic daemon's statistics
http://address:port/restart/ - to close all active connections and restart
Payload types and handling
--------------
udpxy recognizes MPEG-TS and RTP (over MPEG-TS) payloads within relayed packets;
if udpxy encounters RTP payload it automatically 'translates' it to MPEG-TS so that
media players not recognizing RTP on TCP could still play back the stream.
So far, no translation is performed for other payload types.
Recording MPEG traffic
--------------
udpxy (in builds >33) includes functionality to record captured traffic as
raw MPEG-TS stream into a file. This functionality is enabled through udpxrec:
a bundled-in application that is linked together with udpxy (as one executable).
udpxrec is invoked by a symbolic link (named udpxrec) to the udpxy executable
(NB: do not rename udpxy executable).
udpxrec creates MPEG files encapsulating MPEG-TS segments; most media players
will *NOT* play such files; to make them playable the stream must be transcoded
to MPEG-PS; vlc knows how to do such transcoding, here is a command-line example:
vlc input-ts.mpg --sout="#std{access=file,mux=ps,dst=out-ps.mpg}"
The resulting PS file can be played back by most media players.
Portability
--------------
udpxy was written to run on 'POSIX-compliant' systems;
so far all builds have been tested to build and run on Linux 2.4, 2.6 (IA32, ARM)
and *some* (but not all) on HP-UX 11.11 (PA-RISC 1.1, 2.0w).
Build 12 of version 1.0 (Chipmunk) was ported to compile under FreeBSD 7.1
using GNU make 3.8
--EOF--