Кстати, у Вас ведь wl500g, а у него бывает дохнет wan порт, может дело в этом. Хотя я не уверен, вроде он после воскрешения таблицу мультикастов загружает...
Это нужно сделать независимо от мультикаста, ибо тот диапазон адресов использовать нельзя.
Но мультикасту это скорее всего не поможет.
Кстати, у Вас ведь wl500g, а у него бывает дохнет wan порт, может дело в этом. Хотя я не уверен, вроде он после воскрешения таблицу мультикастов загружает...
Так и есть не помогло, поменял таблицу адресов, и тот же трабл, лог пишет вот что
Nov 12 23:58:42 syslog: Note: Removing MFC: 10.20.83.3 -> 239.192.1.1, InpVIf: 0
Nov 12 23:58:52 syslog: Warn: The source address 172.16.0.1 for group 239.255.255.250, is not in any valid net for upstream VIF.
Nov 12 23:58:58 syslog: Note: RECV Membership query from 172.16.0.1 to 224.0.0.1
Nov 12 23:58:58 syslog: Info: ignoring unknown IGMP message type 11 from 172.16.0.1 to 224.0.0.1
Nov 12 23:59:00 syslog: Note: RECV V2 member report from 172.16.0.2 to 239.192.1.8
Nov 12 23:59:00 syslog: Info: Updated route entry for 239.192.1.8 on VIF #1
Nov 12 23:59:00 syslog: Note: Adding MFC: 10.20.83.6 -> 239.192.1.8, InpVIf: 0
Nov 12 23:59:03 syslog: Note: RECV V2 member report from 172.16.0.1 to 239.255.255.250
Nov 12 23:59:03 syslog: Note: The IGMP message was from myself. Ignoring.
Nov 12 23:59:03 syslog: Warn: The source address 172.16.0.1 for group 239.255.255.250, is not in any valid net for upstream VIF.
Nov 12 23:59:06 syslog: Note: RECV V2 member report from 172.16.0.1 to 224.0.0.2
Nov 12 23:59:06 syslog: Note: The IGMP message was from myself. Ignoring.
Nov 12 23:59:21 syslog: Note: RECV Membership query from 10.10.3.1 to 239.255.255.253
Nov 12 23:59:21 syslog: Info: ignoring unknown IGMP message type 11 from 10.10.3.1 to 239.255.255.253
Nov 12 23:59:22 syslog: Note: RECV Membership query from 10.10.3.1 to 239.255.255.253
Nov 12 23:59:22 syslog: Info: ignoring unknown IGMP message type 11 from 10.10.3.1 to 239.255.255.253
Nov 12 23:59:23 syslog: Note: RECV Membership query from 10.10.3.1 to 239.255.255.253
Nov 12 23:59:23 syslog: Info: ignoring unknown IGMP message type 11 from 10.10.3.1 to 239.255.255.253
Nov 12 23:59:32 syslog: Warn: The source address 172.16.0.1 for group 239.255.255.250, is not in any valid net for upstream VIF.
привет всем. опишу свои результаты. хотя оборудование не асус (ожидается скоро) и прошивка dd-wrt, но проблемы общие.
имеется: wrt54g v2 (252MHz, dd-wrt v23 sp2), сконфигурирован с 2-мя wan (два прова, один из них qwerty.ru для интернет, второй только доступ к ресурсам сети, оба адреса статические) + pptp клиент в рабочую сеть, + pptp сервер.
после всевозможных поисков нашел следующее:
http://forum.qwerty.ru/index.php?s=&...post&p=1231315
сделал как там, по проводу работает без косяков по wifi не работает , после выполнил wl mrate 36, работает и по wifi, стабильно но косячит в плане качества, картинка с проскакиванием квадратов на динамичных сценах, поток ~8 Мбит.
вопрос в след.
Олег, как можно проверить ваш вариант в моих условиях без прошивки по шагам (желательно не с igmpproxy, а с igmprt, + в линуксах не силен )
нужен небольшой ликбез
если в конфиге прописано phyint eth1 upstream
то igmpproxy при запуске выдаёт: ERRO: There must be at least 2 Vif's where one is upstream. Чем-то ему интерфейс не нравится?
Если ставлю phyint vlan1 upstream, то всё грузится и начинает кипеть какая-то внутренняя жизнь. Почему так?
Ну что коллеги получилось у кого???
Друзья! Большая просьба помочь в решении вышеописанной проблемы.
Хочу спросить - неужели нельзя сделать все в прошивке загружаемой от уважаемого автора, а не создавать какие-то конфиги, тем паче размещенные на какой-то там флэшке (которая мне просто не нужна)?
Ребята, не забывайте что масса пользователей и заинтересованных лиц являются профессионалами в других областях знаний! Ну нет у меня возможности ВСЕ необходимое знать! А использование мультикаста мне необходимо и на работе и дома. И через LAN и через WiFi...
Заранее огромное спасибо!
ЗЫ Использую wl500gP
посмотрел я свои и ваши iptables, и выяснил следующие различия:
у меня:
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- 10.1.2.0/24 anywhere
ACCEPT all -- anywhere 239.255.2.0/24
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN tcpmss match 1353:65535 TCPMSS set 1352
TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to P MTU
ACCEPT all -- 10.1.2.0/24 anywhere
ACCEPT all -- anywhere 10.1.2.0/24
ACCEPT all -- anywhere 239.255.2.0/24
у вас:
и еще я не понял что это такое, и как проверить есть ли это у меня:
может это не принципиально, но мои правила проброски мультикаста в таблицах имеют более высокий порядковый номер (приоритет ниже, может здесь нужно ковырять), при этом по проводу у меня показывает замечательно даже без wl mrate 36. По вай фай только после wl mrate, при этом показывает стабильно, но квадраты проскакивают довольно часто. сегодня буду пробовать на премиуме.
Last edited by agros; 16-11-2006 at 10:50.
[QUOTE=agros;40738]
iptables -I FORWARD 1 -d 239.192.0.0/22 -j ACCEPT (IP верен для моего провайдера!!!)
iptables -I INPUT 1 -d 239.192.0.0/22 -j ACCEPT (IP верен для моего провайдера!!!)
и еще я не понял что это такое, и как проверить есть ли это у меня:
Цитата:
Сообщение от Sabur
insmod ipt_ttl
insmod ipt_TTL
QUOTE]
Это настройки для пре и пост файрволов
Что-то не получается..
Всё сделал как описано в первом постинге (разумеется, ip только поменял) - не работает.
Так же, как я писал выше, почему-то не хочет запускаться если в конфиге
phyint eth1 upstream
phyint vlan0 downstream
Так мне никто и не подсказал, чем ему не нравится eth1.
стоит прописать
phyint vlan1 upstream
phyint vlan0 downstream
всё запускается.. но результат нулевой. может быть в этом у меня проблема?
Подскажите с помощью каких действий можно выявить на каком участке проблема?
Итак коллеги докладываю, удалось добится где то минуты нормального воспроизведения, потом опять затык
строчки
insmod ipt_ttl
insmod ipt_TTL
оказались не нужны...
Потому возникла идея а не перегруз ли это очереди пакетов??? Может Уважаемый Олег хоть как то прояснит ситуёвину???