IPTV в Калужском регионе, Дождались? Опции

[CERGE]

А никто не пробовал озадачиться вопросом прикручивания тв не к инету, а к локалу? На лимитированном тарифе как-то напрягает то, что для просмотра ип-тв необходимо держать включенным инет-соединение. Служебный траффик есть всегда, даже если соединение висит включенным и ничего не качаем. За месяц при просмотре тв может набежать уйма такого паразитного траффика. Опять же вопрос сетевой безопасности, дело даже не в необходимости открытия порта 5000. Просто не привык держать подключения активными без реальной на то необходимости. Опять же есть момент нелюбви ип-тв от цт к антивирусам и файерволлам.

[ ... из прочитанного мной как я понимаю, д.б. в настройках маршрутизатора пункт IGMP Snooping , которого в моем 422 нет, хотя вроде бы как должен быть

IGMP Snooping = IGMP Proxy, или не так? Последнее в акорпе 422 есть.

[Pavel_S]

...

[ЛЁЛИК]

у меня альтернативная прошивка DD-WRT и запущен скрипт для 2-х PPPoE сессий. Кстати, Богдан, нигде не встречал про DIR-320 мануальчик аля моя прошива с IPTV в придачу. Может скрипт кто своял(дописал).... На родной прошиве всё предельно ясно и лечится одной галочкой включения мультикаст пакетов, но там одна PPPoE сессия и максимальная скорость 2.9 мегабайта против 6.8 при использовании скрипта.

[Decker]

у меня альтернативная прошивка DD-WRT и запущен скрипт для 2-х PPPoE сессий. Кстати, Богдан, нигде не встречал про DIR-320 мануальчик аля моя прошива с IPTV в придачу. Может скрипт кто своял(дописал).... На родной прошиве всё предельно ясно и лечится одной галочкой включения мультикаст пакетов, но там одна PPPoE сессия и максимальная скорость 2.9 мегабайта против 6.8 при использовании скрипта.

Неа, не встречал и даже не смотрел ... вот как только (читайте - через пару лет) ко мне на район Домолинк все-таки соизволит дотянуть FTTB - тогда и попробуем А пока что собственно не на чем

[INDY]

А никто не пробовал под 2003 сервером прокинуть IGMP поток средствами системы через "Маршрутизацию и удалённый доступ". в оснастке IGMP добавил интерфейс домолинка как "прокси" а локальный интерфейс как "маршрутизатор" с версией IGMPv2. в "таблице групп интерфейсов" отображаются запросы пользователей из локальной сети, но проксировани не идёт или идёт не верно. где могут быть грабли?

[Pavel_S]

Решить проблему полноценного просмотра iPTV в сети FTTx с использованием Acorp LAN W422G v2 мне так и не удалось к сожалению... но подключение сделал такое:
- в акорпе в LAN group 2 вынес Ethernet3 и Ethernet4
- в Ethernet4 подключил шнурок FTTx
- в Ethernet1 подключил сетевую 1 компа для инета и локалки
- PPPoE интернет и локал поднимается а акорпе
- в Ethernet3 подключил сетевую 2 компа для iPTV, для сетевой 2 прописал статический iP 1.1.1.1 и прописал для него все рекомендуемые маршруты из этого топика...
при включении компа интернет и локалка работают нормально, а вот iPTV не работает к сожалению

для включения iPTV я просто вытаскиваю шнурок сетевой карты 1 из Ethernet1, секунд через 10 ... 30 появляется TV...
выбираю канал, который буду смотреть, и втыкаю шнурок сетевой карты 1 в Ethernet1, после этого у меня работает инет с локалкой и смотрю TV, но на TV не получается переключить канал, пока не вытащу шнурок сетевой карты 1 из Ethernet1

посоветуйте что мне нужно настроить в сетевухах, чтобы не выдергивать шнурок из акорпа...

[Decker]

2Pavel_S: Вот тут человек говорит что удалось ... на всякий случай процитирую его здесь (но если честно из того описания я вообще ничего не понял как у него и что подключено / настроено):

(с) RooS

Хочу поделиться:
Проблема у меня была такая:
Подключение через FTTB, подключен к свичу, от свича к DIR 100 и к acorp 422. На Acorp'e поднято 2 соединения Local и Internet, поднято по инструкции Decker'a

Так тяжело все подключено т.к. DIR-100 не хочет делить трафик ни как, при любых настройка. Думаю что проблема в ящике т.к. при тестах в тех. поддержке, выдал множество ошибок, так же ошибки MAC адресов. В проводе все норм. Так же Acorp нужен для раздачи на 2 компьютера, через DIR-100 вы не поднимете два соединения с прошивкой свитч.
У меня подключен интернет, local (на 2 компа), IPTV и Открытое ТВ (работала через вторую сетевуху после "модернизации сети"). Все настраивал сам, за время пользования Домолинком, пришлось узнать много нового с нуля. Сами понимаете почему.
Так вот, захотел я подключить себе ТВ на компьютере, пропустим тот момент что аккаунт мне создавали 2 месяца, ни как у меня не получалось открыть все каналы, работали только те которые идут через Открытое ТВ, все делал по инструкции, звонил в тех. поддержу, через неделю мне перезвонили.
Замечу, что про все оборудование что у меня стоит и как подключено, что модем у меня работает в режиме роутера, я их уведомил заранее.
По итогу мы переколошматили DIR-100, упор был дан на подключении именно ТВ на компьютере, а то что у меня инет должен раздаваться через Acorp, было ***...! По итогу у меня заработало ТВ на компьютере через DIR-100, хотя я и так его раньше подключал напрямую при поднятии соединения через комп. По итогу у меня не осталось инета на втором компе)
Короче я все понял и сказал что заработало, т.к. мы уже разговаривали очень долго и продлится это еще столько же и не даст ни какого результата, а мне надо было уходит.
Кстати всех будут просить запустить конфигурационный файл
, который еще и самому придется сохранить в bat. Я даже не смотрел, раньше, что это за файл. До этого, просто был другой, который тупа проставлял ip, маску и шлюз (вроде так, или только ip и маску), уже не помню. И хоть бы кто сказал в саппорте что это статические маршруты (здесь я тупанул,
не спорю, надо было раньше посмотреть, еще раз скажу что я не гуру)
Я так понимаю что т.к. авторизация на ТВ на компьютере проходит через Интернет, поэтому оно и хватает подключение через первую сетевуху, как я не настраивал вторую, которая идет напрямую в свитч, через нее ни как не хотело проходить (может я и не прав)
Извините за флуд, но надоело, единственный раз когда мне помогла тех. поддержка, это было после их оптимизации сети, когда я прождал полторы недели мастера в надежде что он мне настроит IPTV + ТВ на компьютере, IPTV он настроил, хотя можно было тупа на сайте написать что надо убрать галочку с мультикаста. То что прошивка в DIR-100 теперь должна быть 2.00 я узнал сам, до этого, тоже у их спец. придя сам к соседям, когда он был там. На мою просьбу настроить мне ТВ на компьютере, он сказал что не компетентен. На мое предложение разместить на сайте эту инфу, он ответил зачем, это наши деньги.
В итоге инфа была размещена через 3 недели, после модернизации сети.
Ну короче вы все поняли что такое тех. поддержка в домолинке. Хотя я Америку не открыл, и так все знают. Есть там знающие люди, но чтоб к ним попасть, надо быть везунчиком и прождать недельку другую.

Короче перейдем к тому как решается эта проблема, тупо она решается, надо было только узнать что это статические маршруты.

Зайдите в свой Acorp, далее закладка Advanced, слева нажимаем Static Routing, там у вас уже должно быть прописано
Connection.......... Destination IP.........Mask......................Gateway...... ....Metric
Local...................10.152.0.0.............255 .255.0.0...................................0

Теперь добавляем по аналогии
1-я колонка - Connection
2-я колонка - Destination IP
3-я колонка - Mask
4-я колонка - Gateway
5-я колонка - Metric

Local----213.140.243.98----255.255.255.255----1.1.1.1----1
Local----213.140.243.99----255.255.255.255----1.1.1.1----1
Local----213.140.243.100----255.255.255.255----1.1.1.1----1
Local----213.140.243.101----255.255.255.255----1.1.1.1----1
Local----213.140.243.38----255.255.255.255----1.1.1.1----1
Local----213.140.243.39----255.255.255.255----1.1.1.1----1
Local----213.140.243.48----255.255.255.255----1.1.1.1----1
Local----213.140.243.49----255.255.255.255----1.1.1.1----1
Local----84.53.200.218----255.255.255.255----1.1.1.1----1
Local----84.53.200.219----255.255.255.255----1.1.1.1----1
Local----62.148.159.94----255.255.255.255----1.1.1.1----1
Local----62.148.159.98----255.255.255.255----1.1.1.1----1
Local----83.229.140.18----255.255.255.255----1.1.1.1----1
Local----83.229.140.19----255.255.255.255----1.1.1.1----1
Local----83.229.140.20----255.255.255.255----1.1.1.1----1
Local----83.229.140.21----255.255.255.255----1.1.1.1----1
Local----213.85.187.36----255.255.255.255----1.1.1.1----1
Local----213.85.187.37----255.255.255.255----1.1.1.1----1
Local----213.140.243.50----255.255.255.255----1.1.1.1----1
Local----213.140.243.51----255.255.255.255----1.1.1.1----1
Local----84.53.200.166----255.255.255.255----1.1.1.1----1
Local----84.53.200.167----255.255.255.255----1.1.1.1----1

Нажимаем Save All
Переходим в закладку Tools, System Commands, Restart
Все у вас работает через Acorp и инет, и локал, и тв на компьютере.
Думаю что аналогично и в других модемах

Может кому то понадобится данная инфа.
Если Decker считает нужным, пусть добавит на свой форум.
Спасибо за внимание.

p.s. Кстати вот тут у них новая инструкция появилась.

[Decker]

Вообщем несколько заметок для понимания того как работает IPTV ... вообщем-то что-то они там перекрутили у себя. Теперь если просто в модеме поднять соединение Bridge на 0:34 или воткнуть шнурок FTTB в компьютер (что вообщем-то одно и то же), то Открытое ТВ замечательно работает. Для примера, у меня ADSL, ПК имеет адрес в локальной сети 192.168.1.3, поднимаем в модеме Bridge на 0:34 ... запускаем VLC плеер для открытого ТВ и подключаемся к Первому каналу. В результате в логах сниффера видим следующую вещь:

Я не особенно силен в IGMP (так краешком глаза прочитал что к чему), поэтому попробую объяснить как умею. Итак, мы видим (первая колонка с адресом это Source, вторая - Destimination) что 192.168.1.3, т.е. мой ПК послал запрос к 224.0.0.22 (?) и вроде как попросил у него присоединиться к группе 233.3.2.1 (udp://@233.3.2.1:5000 - это и есть Первый Канал открытого ТВ), на другие запросы внимания не обращаем. Они не наши )) А далее, под номером 79, мы видим что он вроде как присоединился. После чего с адреса 213.140.243.98 пошла широковещательная раздача на группу 233.3.2.1 и собственно это MPEG поток. Т.е. плеер уже заиграл. Теперь вспомним bat'ник который советует Домолинк:

Код

@echo off
set MYIP=1.1.1.1

route add 213.140.243.98 %MYIP%
route add 213.140.243.99 %MYIP%
route add 213.140.243.100 %MYIP%
route add 213.140.243.101 %MYIP%
route add 213.140.243.38 %MYIP%

route add 213.140.243.39 %MYIP%
route add 213.140.243.48 %MYIP%
route add 213.140.243.49 %MYIP%
route add 84.53.200.218 %MYIP%
route add 84.53.200.219 %MYIP%

route add 62.148.159.94 %MYIP%
route add 62.148.159.98 %MYIP%
route add 83.229.140.18 %MYIP%
route add 83.229.140.19 %MYIP%
route add 83.229.140.20 %MYIP%

route add 83.229.140.21 %MYIP%
route add 213.85.187.36 %MYIP%
route add 213.85.187.37 %MYIP%
route add 213.140.243.50 %MYIP%
route add 213.140.243.51 %MYIP%

route add 84.53.200.166 %MYIP%
route add 84.53.200.167 %MYIP%

Ну типа того, что пропишите адрес 1.1.1.1 и роутинг (правда у них оно с ключем -p, т.е. постоянный) ... как раз первая строчка в нем 213.140.243.98 - это и есть адрес сервера с которого берется поток для Первого канала (я так для себя понял). Но (!), что странно - у меня ведь заработало и без прописывания маршрутов. Таким образом владельцам FTTB, у которых интернет и /local раздаются через модем (LAN422/W422G), настроенный роутером для FTTB можно попробовать поколдовать с этими маршрутами. Как? Пока не понял. Вот было бы у меня это самое FTTB тогда бы разобрался )

p.s. Да, забыл ... при всем при этом в таблице маршрутизации на ПК у меня был маршрут такого вида (появился автоматически):

Код

224.0.0.0        240.0.0.0         On-link       192.168.1.3

2Pavel_S: У меня идея пояивлась ... по поводу твоего поста ... попробуй прописать статический маршрут:

route -p add 224.0.0.0 mask 240.0.0.0 1.1.1.1

Скорее всего после этого ты сможешь переключать каналы при подключенном интернете.

p.s. Ну и на всякий случай несколько умных ссылок про IGMP - IPv4 Multicasting Technical Reference , IGMP: протокол управления группами Internet (  IGMP__Протокол_управления_группами_Internet__Internet_Group_Management_Protocol_.7z ( 92,32 килобайт ) Кол-во скачиваний: 230
) , из второго документа мы можем почерпнуть, то, что "Для маршрутизации групповых датаграмм используется обычная таблица маршрутизации. Пункты, помеченные жирным шрифтом, показывают все датаграммы для 224.0.0.0, отправлены в Ethernet ... " (и далее) ... А из первого об утилитах IGMP для Windows ... кстати вот они:  mcast_tools.7z ( 39,68 килобайт ) Кол-во скачиваний: 237
, включая даже Win32 версию mtrace'а (правда я от них ничего так и не добился) ...

p.p.s. Вообщем вывод к которому я пришел: по идее маршруты которые предлагает ЦТ в своем bat'нике не нужны, т.к. с этих IP адресов идет входящий UDP поток, главное чтобы был прописан интерфейс для маршрутизации групповых датаграмм, а именно, чтобы сетевая карта к которой подключен модем, настроенный в режиме моста на 0:34 или FTTB шнурок имела какой-то IP адрес (в моем тестовом случае это был 192.168.1.3) и был обязательно прописан маршрут к 224.0.0.0 с маской 240.0.0.0 через этот IP (у меня и был 224.0.0.0 240.0.0.0 On-link 192.168.1.3). Пробуйте ... особенно интересно что у Pavel_S получится. В моем тестовом примере никаких соединений с интернет я не поднимал, был только настроен bridge в модеме и все (это все что касается Открытого ТВ, может для PCPlayer'а и просмотра шифрованных программ на ПК маршруты все же нужны).

p.p.p.s. (последний сегодня )) И кстати я понял почему те, у кого Acorp LAN422/W422G настроен роутером для FTTB не могут смотреть IPTV (открытое ТВ) на ПК подключенном к модему (Pavel_S вон схему со второй сетевухой и свитчем организовал), во-первых в настройках порта вынесенного в отдельный LAN Group стоит галка NAT/Firewall ... а это значит что входящий UDP поток в модем, даже если войти в группу для просмотра (по IGMP) будет отсекаться (!), значит во-первых надо убрать эту галку или настроить Port Forwarding (входящие UDP на 5000 перебрасывать на ПК, но это можно сделать только с помощью iptables для порта оформленного таким образом), плюс надо настроить IGMP Proxy (чтобы ПК мог все-таки войти в группу посредством IGMP протокола), но тут непонятно что прописывать в качестве Upstream ... по идее LAN Group 2, но так выбрать в web-морде нельзя. Вообщем главное на самом деле это картинка со сниффера, по ней прекрасно видно как именно работает ТВ ... т.е. вначале присоединяемся к группе, сервер вещания узнает что мы туда присоединились, а потом принимаем поток, который вещается на группу. Всё. Исходящий траффик - IGMP, как раз он для переключения каналов, входящий UDP на 5000 порт ... если не показывает - значит либо то, либо другое не проходит по каким-то причинам. А вот через модуль IPTV Proxy в модеме (выбрав LAN Group 2) в качестве multicast интерфейса как раз может и получиться просмотр на FTTB ).

2CERGE и Pavel_S: Попробуйте у себя сделать еще как вот здесь описано, только в настройках IPTV Proxy выбрать LAN Group в которую вынесен порт в который воткнут домолинковский шнурок, а в настройках самого порта попробуйте включить, либо выключить Multicast Forwarding ... в какой-то комбинации 99% должно заработать )

[Pavel_S]

после написания своего поста, мне удалось продвинуться дальше на данный момент: для сетевой карты 2 (которая для iPTV) зашел в свойства -> протокол TCP/IP -> свойства -> дополнительно там убрал галку у "Автоматическое назначение метрики" и в окне "Метрика интерфейса:" написал 1
а для сетевой карты 1 (которая для инета и локалки) метрику сделал 10...

после этого стали показывать почти все каналы ТВ кроме Первый канал и Россия 1 и работают все каналы радио...
уже осталось немного....

но сейчас начну эксперименты по методам, описанныи Decker

[Decker]

после написания своего поста, мне удалось продвинуться дальше на данный момент: для сетевой карты 2 (которая для iPTV) зашел в свойства -> протокол TCP/IP -> свойства -> дополнительно там убрал галку у "Автоматическое назначение метрики" и в окне "Метрика интерфейса:" написал 1
а для сетевой карты 1 (которая для инета и локалки) метрику сделал 10...

после этого стали показывать почти все каналы ТВ кроме Первый канал и Россия 1 и работают все каналы радио...
уже осталось немного....

но сейчас начну эксперименты по методам, описанныи Decker

Это как раз потому, что во время изменения метрики (приоритета) маршрут на 224.0.0.0/240.0.0.0 прописался на IP 1.1.1.1 (т.е. твоя сетвая карта с IPTV). А можно было просто постоянный статический маршрут прописать и не менять метрику.

[Pavel_S]

[font="Courier New"][font="Courier New"]

Это как раз потому, что во время изменения метрики (приоритета) маршрут на 224.0.0.0/240.0.0.0 прописался на IP 1.1.1.1 (т.е. твоя сетвая карта с IPTV). А можно было просто постоянный статический маршрут прописать и не менять метрику.

route -p add 224.0.0.0 mask 240.0.0.0 1.1.1.1 было прописано давно... но без метрики это не помогало...

[Pavel_S]

записи в акорпе по методике RooS ничего к сожалению не дали...

и почему в моем варианте с 2-мя сетевухами не работают 2 ТВ канала ???
вариант с 2-мя сетевухами и акорпом решил... похоже лишнее в маршруты прописал... сделал так:
route -p delete 233.3.2.1 mask 255.255.255.255 192.168.1.2
route -p delete 233.3.2.2 mask 255.255.255.255 192.168.1.2
теперь все каналы показывает...

Decker

Вообщем вывод к которому я пришел: по идее маршруты которые предлагает ЦТ в своем bat'нике не нужны...

да действительно они не нужны для Открытого ТВ по крайней мере... удалил у себя... ТВ работает

[Decker]

2Pavel_S: Есть у меня парочка идей в запасе ... вообщем есть вариант попробовать привязать IGMP Proxy к LAN Group2, т.е. интерфейсу br1, в который собственно и воткнут Домолинковский шнурок у тебя.

IGMP (transparent) snooping (от англ. to snoop – подслушивать) обычно означает, что промежуточное сетевое устройство (коммутатор, маршрутизатор или DSLAM) отслеживает IGMP-запросы от хостов к групповому маршрутизатору, чтобы принять решение о начале или прекращении трансляции группового трафика в соответствующие интерфейсы.
IGMP proxy является одновременно IGMP-клиентом и групповым маршрутизатором (IGMP router). С одной стороны, IGMP proxy запрашивает групповые каналы у вышестоящего группового маршрутизатора, а с другой стороны – принимает запросы (join/leave) хостов и реплицирует полученный «сверху» групповой трафик в соответствующие интерфейсы.
Приведенные значения терминов – общепринятая практика, не закреплённая никакими стандартами. Поэтому детальная трактовка и реализация этих общих схем всегда остаётся на совести производителя оборудования.

Надо только разобраться как он реализован в модеме (потому что через web-морду так не настроить, там Lan Group в качестве Upstream'а не выбрать), и привернуть его к br1. На досуге, если время будет - попробую и отпишусь тут.

Код

# /usr/sbin/IGMPProxy
Usage: IGMPProxy [-v] -c X -n <iface1>..<ifaceX> [-en Y -e <iface1>..
                                        ..<ifaceY>.
-c X                    : X is the no. of IGMP Proxy
                                          enabled upstream interfaces
-n <iface1>.. <ifaceX> :
                                          Names of IGMP Proxy enabled interfaces
-en Y                   : Y is the no. of interfaces excluded from
                                          IGMP Proxy functionality
-e <iface1>.. <ifaceY> :
                                          Names of interfaces to be excluded from
                                          IGMP Proxy functionality
-v              : Verbose mode - Print debug messages
Example: IGMPProxy -v -c 2 -n nas0 nas1 -en 1 -e nas2

[Decker]

Итак, смотрим ... вообщем в тестовом примере у нас поднято соединение типа DHCP на VPI:VCI 0:34 (!), а также есть соединения с локалкой и интернетом. Плюс отдельный порт вынесен в LAN Group 2, но у меня на нем Корбина. Настраиваем в Web-морде модема IGMP Proxy, указываем наше соединение DHCP как Upstream, а LAN Group 1, как Donwstream. В telnet'е смотрим ifconfig, и выясняем что имя нашего соединения DHCP - nas1. Теперь смотрим параметры с которыми был запущен IGMP Proxy (правда строчка отображается не до конца, но мы поймем):

Код

/usr/sbin/IGMPProxy -c 1 -n nas1 -en 3 -e br1 ppp1 p

(видите, вывод обрывается) ... но мы то знаем ключи с которыми он запускается (предыдущий пост), т.о. получаем что запущен он был с параметрами /usr/sbin/IGMPProxy -c 1 -n nas1 -en 3 -e br1 ppp1 ppp0 ... а теперь самое интересное (!) ...

Итак, предположим что у вас FTTB, один (только один) порт вынесен в отдельный LAN Group, в него вставлен домолинковский шнурок и в настройках порта в web-морде указан IP адрес 1.1.1.1 ... заходим через telnet/ssh в модем ... (лучше скачать клиента Putty под это дело), логин: root, пароль - такой же как и на web-морду ... Итак, заходим и смотрим ifconfig, должно быть что-то вроде:

Код

br1       Link encap:Ethernet  HWaddr 00:14:2B:11:9F:71
          inet addr:1.1.1.1  <ну и т.д.>

Нам отсюда интересно только название интерфейса. В данном случае это br1 ... (возможно у вас будет такой же, возможно другой). Ну и теперь то, к чему мы стремились. Запускаем IGMP Proxy командой:

/usr/sbin/IGMPProxy -c 1 -n br1 -en 2 -e ppp1 ppp0

Здесь с ключем -c указаывается количество интерфейсов помеченных как Upstream, в данном случае он у нас 1 - т.е. br1, в ключе -en указываем количество интерфейсов которые IGMP Proxy не обслуживает, их у нас 2 - ppp0 и ppp1 (интернет и локалка). Таким образом все работает. Проверено (!).

p.s. Пробуйте у себя, кто на FTTB ... только не забудьте постоянный маршрут к 224.0.0.0/240.0.0.0 прописать через интерфейс сетевой карты подключенной к модему (например в случае Pavel_S - это 192.168.1.5), и назначить маршруту наименьшую метрику. Т.е. чтобы IGMP запросы уходили через нужный интерфейс и попадали в модем (!) ... Если вдруг не заработает - еще раз перепроверьте маршрут, имя интерфейса с домолинковским шнурком, а также попробуйте "поиграться" с галочкой NAT/Firewall. Но работать должно по идее.

з.ы. Если заработает - расскажу как прописать команду вызова IGMP Proxy в init.sh в mtd5 ... т.е. чтобы настройки не слетали при перезагрузке модема.

[Pavel_S]

...
Здесь с ключем -c указаывается количество интерфейсов помеченных как Upstream, в данном случае он у нас 1 - т.е. br1, в ключе -en указываем количество интерфейсов которые IGMP Proxy не обслуживает, их у нас 2 - ppp0 и ppp1 (интернет и локалка). Таким образом все работает.
...

я не могу у себя создать DHCP на VPI:VCI 0:34 соединение, вернее создаю, но оно не коннектится и поэтому я не могу ему назначить upstream interface...

когда делаю соединение бридж, то оно не появляется даже в IGMP Proxy...

[Decker]

Ты не понял ... не нужно никакие DHCP создавать ... (!) ... и в web-морде IGMP Proxy включать тоже не нужно (!), это все для ADSL ... у тебя FTTB, поэтому делаем следующим образом:

1. Выносишь в отдельный LAN Group один из портов в который воткнут домолинковский шнурок (ну это у тебя и так сделано).
2. Назначаешь ему статический IP адрес - 1.1.1.1
3. Заходишь в telnet, запускаешь ifconfig ... смотришь как у тебя называется интерфейс, который имеет адрес 1.1.1.1, должен называться brX ... т.е. либо br1, либо br2 ... вообщем смотришь. Допустим это br1 ...
4. Делаешь /usr/sbin/IGMPProxy -c 1 -n br1 -en 2 -e ppp1 ppp0 (br1 - имя интерфейса который ты посмотрел на предыдущем шаге).
5. Смотришь TV )

[Pavel_S]

Ты не понял ... у тебя FTTB, поэтому делаем следующим образом:

1. Выносишь в отдельный LAN Group один из портов в который воткнут домолинковский шнурок (ну это у тебя и так сделано).
2. Назначаешь ему статический IP адрес - 1.1.1.1
3. Заходишь в telnet, запускаешь ifconfig ... смотришь как у тебя называется интерфейс, который имеет адрес 1.1.1.1, должен называться brX ... т.е. либо br1, либо br2 ... вообщем смотришь. Допустим это br1 ...

Вот здесь скрины акорпа

1. - сделал как на ac_4_01.jpg
2. - сделал как на ac_4_03.jpg (до этого было как на ac_4_02.jpg)
3. - в telnet, запускаю ifconfig br1 и получаю:

Код

# ifconfig br1
br1       Link encap:Ethernet  HWaddr 00:14:2B:15:23:9F
          inet addr:1.1.1.1  Bcast:1.1.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  ASYMMTU:1500
          RX packets:718760 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3017 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:967943403 (923.1 Mb)  TX bytes:498530 (486.8 kb)

4. делаю /usr/sbin/IGMPProxy -c 1 -n br1 -en 2 -e ppp1 ppp0 после нажатия Enter, в телнете никаких сообщений нет...
5. запускаю vlc ТВ нет...

[Decker]

Вообщем-то ты все правильно сделал ... Отключи на всякий случай вторую сетевую карту на ПК, которая у тебя была через свитч подключена и сделай все то же самое ... Плюс проверь маршрут на 224.0.0.0/240.0.0.0 ... он дожен у тебя через единственную сетевуху, которая к модему быть, плюс попробуй снять / поставить галочку NAT / Firewall на Ethernet 4 порту.

p.s. Если ты еще здесь - стукнись в аську что-ли, 977628, зайду удаленно через Team Viewer - посмотрю ... самому интересно стало )
p.p.s. Запусти /usr/sbin/IGMPProxy -c 1 -n br1 -en 3 -e ppp1 ppp0 wlan0 -v и покажи здесь вывод (лучше не через telnet, а через putty в модем заходить), должно быть что-то вроде:

Код

# IGMPProxy -c 1 -n br1 -en 2 -e ppp0 ppp1 -v
DEBUG: Detected br0 as DOWNSTREAM and added ALL Router membership.
DEBUG: Detected ppp0 as Point to Point interface.
DEBUG: Detected ppp1 as Point to Point interface.
DEBUG: Detected br1 as UPSTREAM interface.
DEBUG: IGMP Timer Created.
DEBUG: Received Version 2 Membership Report on br0 interface.
DEBUG: Sending out general query on network:br0.
DEBUG: Received Membership Query on br0 interface.
DEBUG: Received Query from 101a8c0 on network br0 but remain Querier.
DEBUG: Received Version 2 Membership Report on br0 interface.
DEBUG: Adding membership for Group: faffffef on upstream interface be1
DEBUG: MFC Entry will be created for iface:br0.
Network:br0 Group:faffffef State = Members Present state.
DEBUG: Received Version 2 Membership Report on br1 interface.

p.s.  putty.7z ( 191,59 килобайт ) Кол-во скачиваний: 224
- вот хороший telnet/ssh клиент.

[Pavel_S]

Запусти /usr/sbin/IGMPProxy -c 1 -n br1 -en 3 -e ppp1 ppp0 wlan0 -v

я вчера уехал, и только сейчас появился... поэтому и в аську стукнулся только сейчас...

но вот и появился кое какой положительный результат... открытое ТВ стало работать с одной сетевухой...
наверное я был виноват, что не понял как работать с телнетом...
а получилось для меня чисто случайно:
- запустил /usr/sbin/IGMPProxy -c 1 -n br1 -en 3 -e ppp1 ppp0 wlan0 -v... пошли строки как у тебя... ну я подумал, а дайка я запишу в лог, что будет писаться при запуске vlc и переключении каналов... запускаю vlc, а он показывает ТВ записал лог при переключении каналов (если интересует могу выложить...) и закрыл телнет и все ТВ выключилось...
- а раньше я делал так:
- включал телнет
- запускал /usr/sbin/IGMPProxy -c 1 -n br1 -en 2 -e ppp1 ppp0 ( для работы iPTV достаточно: /usr/sbin/IGMPProxy -c 1 -n br1)
- выключал телнет !!! вот здесь была моя ошибка !!!
- запускал vlc и ТВ не работало...

таким образом, с работающим телнетом ТВ работает... а как еще избавиться от телнета ?

ps: во еще выяснил вот что: если после запуска в телнете /usr/sbin/IGMPProxy -c 1 -n br1 зайти в настройки акорпа --> ADVANCED --> IGMP Proxy и там установить галку Enable IGMP Proxy, то после этого можно закрыть телнет и iPTV продолжает нормально работать... но после перезагрузки акорпа ТВ как и должно пропадает, но и в телнете не получается выполнить /usr/sbin/IGMPProxy -c 1 -n br1... вот из лога телнета:

# /usr/sbin/IGMPProxy -c 1 -n br1
IGMP Error: Unable to set MRT_INIT.

и если после этого галку Enable IGMP Proxy убираю... /usr/sbin/IGMPProxy -c 1 -n br1 проходит и iPTV начинает работать
.

[Decker]

Угу ... все верно ... надо было запустить /usr/sbin/IGMPProxy -c 1 -n br1 -en 3 -e ppp1 ppp0 wlan0 и не закрывать telnet ... Ну а чтобы не пропадало ничего при перезагрузке, и при включении модема IGMP Proxy запускался автоматически, надо создать в модеме раздел mtd5 и записать туда скрипт init.sh, в который добавить команду вызова IGMP Proxy для интерфейса br1 (потому что как ты правильно заметил в web-морде этого сделать нельзя) ... Про создание mtd5 и как туда записать init.sh написано в этой теме, только в скрипте у тебя будет одна команда - /usr/sbin/IGMPProxy -c 1 -n br1 -en 3 -e ppp1 ppp0 wlan0 ... если не разберешься, чуть позже добавлю здесь мануал (!), как и что ... плюс добавлю его в тему про подключение Acorp'а по FTTB.

p.s. Запусть задачу в фоне можно с помощью & ... т.е. заходишь перед просмотром ТВ в telnet ... вводишь там /usr/sbin/IGMPProxy -c 1 -n br1 -en 3 -e ppp1 ppp0 wlan0 &, после чего IGMP Proxy запускается в "фоновом режиме", а telnet можно закрывать.