Опубликовал новую, правда еще тестовую, версию 9.2.5.4 + .apps_7

[Vladimir Kazakov]

После долгого перерыва появилась 9.2.5.4 :)

Хоть это все еще тестовая версия, но в ней появились существенные дополнения и изменения:

 - настройка скорости на порту WAN-ethernet (Auto;100Full;100Half;10Full;10Half);

 - обновлен драйвер WiFi;

 - обновлен драйвер HwNAT;

 - добавлен wpa_supplicant для IEEE 802.1X MD5 авторизации;

 - добавлены zebra+quagga для поддержки протоколов динамической маршрутизации RIP-1 и/или 2;

 - для тестирования пропусной способности каналов добавлен Iperf;

 - Samba обновлена до версии 3.0.37;

 - в файл конфигурациb dhcpd добавлено поле Hostname;

 - устранена проблема с регистрацией DDNS на www.asus.com;

 - прошивка собрана в файловой системе romfs, что позволило освободить примерно 40MB оперативной памяти;

 - добавлен раздел на флеше в 64КБ для сохранения пользовательских скриптов (см. P.S. 2));

 - BusyBox собран с wget, cron и crontab;

 - Linux kernel собрано с поддержкой v4l;

 - в прошивку добавлен xupnpd (см. P.S. 3));

 - наконец решена проблема со стабильностью Transmission (см. P.S. 1));

 - оптимизирована логика работы настроек "Виртуальный сервер";

 - изменение настроек WiFi не требует перезагрузки;

 - изменение настроек Виртуальный Сервер; Брандмауэр и т.п.(все что касается conntrack/netfilter) не требует перезагрузки;

 - дополнения/изменения в веб-админке:

    - ЛВС->IP-адрес ЛВС->Использовать ускорение к сервисам RTN13U из LAN -  вкл/выкл режима NOTRACK;

- ЛВС->DHCP-сервер->Список присвоенных вручную IP-адресов в обход DHCP - добавлено поле Hostname;

- ЛВС->Маршрут->Использовать динамические маршруты RIP (No;RIP1;RIP2;Both) - протоколы динамической маршрутизации на WAN порту eth2.2;

- WAN->Интернет-соединение->WAN-ethernet Аутентификация (None;IEEE 802.1X MD5);

- WAN->Профессионально->Разрешить аппаратное ускорение для NAT (Disable;LAN;LAN&WiFi);

- PPPoE Relay перенесен на WAN->Профессионально;

- добавлено Администрирование->Управление;

- добавлено Администрирование->Iperf-сервер;

- дополнены журналы "Переадресация портов" и "Таблица маршрутизации".

p.s.

1) для стабильной работы transmission обязательно включить защиту DoS на стр. Брандмауэр->Общие. тестировал работу: 3-е

суток = 80GB upload;

2) за идею и реализацию romfs отдельное спасибо Padavan (наш младший, но производительный брат RT-N56U :)).

за загрузку и сохранение пользовательской области из/в флеш отвечают команды:

mtd_storage load - загрузка и разархивирования из флеша ранее сохраненных пользовательских данных в /etc/storage (еще выполняется при включении роутера);

mtd_storage save - архивирование и сохранение содержимого /etc/storage во флеш.

размер пользовательского флеша ограничен 64КБ bzip2 архива.

3) по многочисленным просьбам добавил в прошивку xupnpd, это посчитал нужным так сделать по двум причинам:

- xupnpd желают использовать как прокси IPTV;

- теперь есть /etc/storage , где можно хранить настройки и плейлисты для xupnpd.

После установки этой прошивки для начальной конфигурации xupnpd необходимо сделать следующее:

1. после подключения роутера к инету зайти в терминал и ввести команду: xupnpd_getdata.sh full all clean

по этой команде с моего сайта загрузится стд. полная конфигурация в /etc/storage/xupnpd;

2. при необходимости отредактировать файл /etc/storage/xupnpd/xupnpd.lua и сохранить измененный /etc/storage командой mtd_storage save ;

3. запустить xupnpd командой xupnpd.

4. если Вы перезагрузите роутер, тогда необходимо повторить пункт 3 (в этой версии прошивки пока так).

[Vladimir Kazakov]

... и еще (предваряю некоторые вопросы).
Что будет в следующем реализе, если не будет особых нареканий на уже проделанную работу:
 - восстановить поддержку 3G-модемов (здесь, собственно, проблема в переделке логики монтирования usb-устройств);
 - добавить поддержку WiMAX;
 - добавить логику запуска пользовательских скриптов из /etc/storage;
 - добавить поддержку optware.

[Алексей Заклецкий]

Здравствуйте. Спасибо за релиз. Прошился, но трансмишен не качает.
Показывает сиды и пиры, а закачки нет.
Вот кусок журнала:
Jan 1 02:00:05 kernel: klogd started: BusyBox v1.12.1 (2012-04-06
19:58:58 UTC)
Jan 1 02:00:05 kernel: PROC INIT OK!
Jan 1 02:00:05 kernel: devpts: called with bogus options
Jan 1 02:00:05 firewall_ex: default_filter_setting
Jan 1 02:00:06 RT-N13U: Ralink Hardware NAT Enabled
Jan 1 02:00:06 services_ex: stop_dhcpd
Jan 1 02:00:06 services_ex: start_dhcpd
Jan 1 02:00:06 firewall_ex: start_firewall_ex = wan_if:eth2.2;
wan_ip:192.168.1.99; lan_if:br0; lan_ip:192.168.0.1
Jan 1 02:00:06 firewall_ex: raw_setting = wan_if:eth2.2; wan_ip:
192.168.1.99; lan_if:br0; lan_ip:192.168.0.1; logaccept:ACCEPT;
logdrop:DROP
Jan 1 02:00:06 firewall_ex: nat_setting = wan_if:eth2.2; wan_ip:
192.168.1.99; lan_if:br0; lan_ip:192.168.0.1; logaccept:ACCEPT;
logdrop:DROP
Jan 1 02:00:06 firewall_ex: filter_setting = wan_if:eth2.2; wan_ip:
192.168.1.99; lan_if:br0; lan_ip:192.168.0.1; logaccept:ACCEPT;
logdrop:DROP
Jan 1 02:00:06 rc: Start igmpproxy: phyint eth2.2 upstream; phyint
br0 downstream
Jan 1 02:00:06 RT-N13U: Ralink Hardware NAT Enabled
Jan 1 02:00:06 RT-N13U: Ralink Software QoS Disabled
Jan 1 02:00:06 RT-N13U: start httpd
Jan 1 02:00:06 services_ex: start_dhcpd
Jan 1 02:00:07 upnpd[399]: UPnP SDK Successfully Initialized.
Jan 1 02:00:07 upnpd[399]: Succesfully set the Web Server Root
Directory.
Jan 1 02:00:07 upnpd[399]: IGD root device successfully registered.
Jan 1 02:00:07 kernel: sda: assuming drive cache: write through
Jan 1 02:00:07 kernel: sda: assuming drive cache: write through
Jan 1 02:00:07 kernel: EXT3-fs: Unrecognized mount option
"iocharset=utf8" or missing value
Jan 1 02:00:07 kernel: FAT: utf8 is not a recommended IO charset for
FAT filesystems, filesystem will be case sensitive!
Jan 1 02:00:10 mini_snmp[450]: daemon is started, port 161/udp and
161/tcp, Read Community:'secretASUS'
Jan 1 02:00:10 watchdog: Started.
Jan 1 02:00:10 syslog: Password for 'admin' changed
Apr 19 16:32:20 upnpd[406]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:32:21 ntp client: time is synchronized to pool.ntp.org
time.nist.gov
Apr 19 16:32:21 rc HOTPLUG: event_code=USB_PLUG_ON(10)
Apr 19 16:32:21 rc HOTPLUG: Hotplug process started
Apr 19 16:32:22 mnt_op: set usb_mnt_first_path as /media/AiDisk_a1
Apr 19 16:32:32 upnpd[399]: Advertisements Sent. Listening for
requests ...
Apr 19 16:32:47 USB storage: 64MB swap file is added
Apr 19 16:32:48 FTP Server: daemon is stoped
Apr 19 16:32:49 FTP server: daemon is started
Apr 19 16:32:50 Samba Server: smb daemon is stoped
Apr 19 16:32:53 Samba Server: daemon is started
Apr 19 16:32:53 apps_up: Script started
Apr 19 16:32:53 apps_up: transmission-daemon started
Apr 19 16:32:55 upnpd[406]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:32:56 upnpd[405]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:32:56 apps_up: minidlna started
Apr 19 16:32:56 apps_up: Script finished
Apr 19 16:32:56 apps: daemon's is started
Apr 19 16:32:56 mini_snmp[450]: daemon is stopped
Apr 19 16:32:56 rc HOTPLUG: device storage(152d/2336/ 1.00)=2 added
Apr 19 16:32:56 rc HOTPLUG: Hotplug process done
Apr 19 16:32:56 mini_snmp[651]: daemon is started, port 161/udp and
161/tcp, Read Community:'secretASUS'
Apr 19 16:33:35 upnpd[406]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:33:35 upnpd[405]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:33:37 upnpd[406]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:33:37 upnpd[405]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:34:14 upnpd[406]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:34:14 upnpd[405]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:34:15 upnpd[406]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:34:15 upnpd[405]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:34:56 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:34:56 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:35:28 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:35:28 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:35:29 upnpd[406]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:35:29 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:35:31 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:35:31 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:35:35 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:35:35 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:36:18 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:36:18 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:36:19 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:36:19 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:36:59 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:36:59 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:37:30 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:37:30 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:37:31 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:37:31 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:38:12 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:38:12 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:38:14 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:38:14 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:38:48 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:38:48 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:39:30 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:39:30 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:40:07 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:40:07 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:40:48 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:40:48 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...
Apr 19 16:40:49 upnpd[405]: AddPortMap: DevUDN: uuid:
5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-
org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 54531
Int: 192.168.0.26.54531
Apr 19 16:40:49 upnpd[406]: GateDeviceGetSpecificPortMappingEntry:
PortMapping Doesn't Exist...

[Caverman]

Владимир спасибо на обновление!
Обновился, по началу было вроде всё хорошо, хотя и на тарифную скорость Transmission так и не вышел в течении 3 часов, выше 200 кб/с, 300кб/с не поднималась, на прошивке 9.2.5.2 с 5 апсом скорость согласно тарифу 2,5 мб/с, потом Transmission начал сам вставать на паузу, вылечить пока не получилось, скажу сразу, это появилось после настройки удаленного управления Transmission через инет, буду разбираться дальше.

[Vladimir Kazakov]

Несколько уточнений по настройке transmission из apps_7:

 1. В конфиг. закралась ошибка (недосмотрел) - PEX(обмен пирами) выключен. Без PEX и DHT толком работать не будет.

  Исправляем в файле конфига .apps/etc/transmission-daemon.conf в строчке "pex-enabled": false на true

 2. Изменяем в настройках "WAN"->"Виртуальный сервер" настройку службы "Trans.BT (RTN13U)" по образу шаблона "Список избранных серверов:" "Trans.BT (RTN13U)"

p.s.

сейчас выложу apps_7 c исправленным конфигом transmission.

[Алексей Заклецкий]

Огромнейшее СПАСИБО!!!!!!!!!!!
6 часов ковыряюсь бестолку странсмишеном.
Сверял конфиг, а этой строчки не увидел.
Все пробовать буду завтра. Устал.

[Caverman]

На новой прошивке с новым апсом в течении 12 часов качал Blu-Ray диск
на 40 ГБ. скорость выше 300 кб/с не поднималась, откатился на 9.2.5.2
и 5 апс... скорость согласно тарифу, при подключении локальных пиров
поднимается до 5 мб/с, вобщем остаюсь пока на старой прошивке...

[Vladimir Kazakov]

хм ..., а конфиг поправили (см. мой пост выше)?

пятница, 20 апреля 2012 г., 17:55:23 UTC+3 пользователь Caverman написал:

[Caverman]

On 20 апр, 20:43, Vladimir Kazakov <kvv...@gmail.com> wrote:
> хм ..., а конфиг поправили (см. мой пост выше)?

Естественно, а так-же включал защиту дос, выключал, ни какой разницы,
зато отработал стабильно, без сбоев и вылетов, на работе постоянно
проверял скорость скачки, но увы...
На старой прошивке качаю этот-же диск, через 4 часа скачаю...
PS Будет время, еще попробую с разными настройками

[Vladimir Kazakov]

защита дос влияет на upload, а точнее на скорость/количество запросов на установление соединений от пиров, желающих у вас что-либо скачать.

правим конфиг и настраиваем ВС, про это читаем здесь https://groups.google.com/d/msg/rtn13u/LsJ_cKz9A5Y/0EoEXZR6STwJ

или качаем и устанавливаем apps_7 еще раз (я его уже поправил) и настраиваем только ВС

пятница, 20 апреля 2012 г., 20:26:53 UTC+3 пользователь Caverman написал:

[Vladimir Kazakov]

... да, вот еще важное замечание:

TR запускается командой nice с наивысшей степенью интеллигентности, и поэтому он последним из всех потребляет свободные ресурсы роутера и даже интеллигентно их отдает другим нуждающимся задачам.

И если, к примеру, minidlna пересоздает свою базу, то активность TR может упасть до 0. Примерно так он себя ведет и в случае обмена по протоколу xml-rpc c Transmition Remote.

Так что, мониторить трафик лучше STG через snmp.

пятница, 20 апреля 2012 г., 21:25:46 UTC+3 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

Раз у нас появился storage, значит надо добавить в прошивку sftp-server.

Выложил subver. 2: добавлен sftp-server из пакета openssh.

Работает совместно с dropbear.

В качестве клиентской программы используем WinSCP

[Сергей]

Уважаемый Владимир!
Наконец дошли руки до тестирования новой прошивки.
Все по порядку.
Т.к. прошивка координально изменилась решил настроить все с нуля. Для этого я спросил все настройки аппаратной

кнопкой Reset (держал около 30 секунд, потом отключил питание, при это не отпуская кнопки Reset, ждал еще секунд

30.) Прошил роутер через asus firmware restoration до 9.2.5.4 и после загрузки настройки у роутера остались(!)

(Настройки Wi-fi, WAN, DMZ и другие.) Как такое может быть? Почему? Но потом уже через Web-интерфейс сбросил все

настройки на заводские - получилось.
Далее приступил к настройке.
Заметил такую особенность, что пропадает доступ к интернету, когда изменяю некоторые настройки и нажимаю кнопку

"применить". Например отключаю Firewall. Роутер показывает, что интернет и подключение есть, но он не работает.

После перезагрузки все ок!
После перезагрузки роутер долго получает WAN IP (Automatic IP). На предыдущих прошивках такого не было.
До сих пор у меня не работает IPTV. (в версии 9.2.5.3 сначала работало, а потом благополучно "сломалось") Проблема точно не у провайдера, т.к. при прямом подключении кабеля к ПК все работает.

В ЛВС->Маршрут выставлены следующие настройки:
Использовать маршруты DHCP? ->Да
Использовать динамические маршруты RIP?->Нет
Включить многоадресную маршрутизацию->Да (т.к. провайдер вещает multicast)
altnet (a.b.c.d/n):->пусто (т.к. не знаю что это такое)
IPTV UDP Multicast to HTTP Proxy Port:->
1. Оставлял пустым. В данном случае канал должен быть вида udp://@239.72.0.1:1234
2. Ставил различные порты, но остановился на 4022 (т.к. данный порт по умолчанию используется xupnpd). В

данном случае адрес канала должен иметь вид http://192.168.1.1:4022/udp/239.72.0.1:1234.
Но ни тот ни другой способ не помог! Пробовал и на VLC плеере и на IP-TV плеере.
Уже и не знаю в чем проблема. Что только не перепробовал - не помогает. Может как-то можно выяснить в чем проблема? Подскажите какие-нибудь варианты? Я грешу на то, что закралась какая-то ошибочка в моих настройках и никак не убирается. Можно как-нибудь со 100% вероятностью убрать все настройки и так сказать с чистого листа все настроить?
Прошу в Вас помощи! Может мне как-нибудь дать Вам доступ к роутеру через WAN и вы посмотрите? (только я не знаю как это делать).

По поводу работы xupnpd.
xupnpd, при добавлении нового плейлиста (*.m3u), после нажатия на кнопку Send пишет "Filed", но добавленный плейлист появляется в списке.

Со стабильностью работы Wi-Fi пока проблем не было - все отлично!

[Vladimir Kazakov]

С "аппаратным" сбросом разберусь. Хотя он совсем не аппаратный, а такой же программный, только сброс запускается по событию кнопки reset.

Реально iptv у себя проверить не могу - мой пров не вещает его. Надо собирать тестовый стенд ... . Хорошо бы услышать комменты от наших коллег, у кого работает iptv.

суббота, 21 апреля 2012 г., 11:25:49 UTC+3 пользователь Сергей написал:

[sak...@gmail.com]

Как поднять скорость винта, более 2мб не понимается? на старой разгонялось хотяб до 4х-5ти мб

[Vladimir Kazakov]

LAN или WAN? Протокол?
Через LAN-ethernet по ftp на слабо дефрагментированном файле ~6,5 мБ/c

понедельник, 23 апреля 2012 г., 3:18:56 UTC+3 пользователь sak...@gmail.com написал:

[Vladimir Kazakov]

Выложил subver. 3:

 - поправил действие по кнопке Restore (та, что на подошве) - очистка конфига и mtd_storage;

 - поправил действие по кнопке Восстановить (та, что в веб-админке) - очистка конфига и mtd_storage.

[Сергей]

Прошился subver. 3, сбросил все настройки через веб-админку.

Прописал только мак-адрес в настройках роутера (чтобы работал интернет) и включил multicast (многоадресную маршрутизацию).

Вот что пишет мой провайдер по настройке iptv:

IPTV Распространяется в IP-сетях посредством многоадресной групповой рассылки (multicast). Для управления групповой адресацией используется специальный протокол IGMP.Если IPTV не показывает, то причины могут быть в настройках сетевого экрана или в маршрутизаторе.
Eсли вы подключены через маршрутизатор, то он должен поддерживать мультикаст. 

Wireless Enhance Mode (чаще называется WMM) желательно тоже включить, если собираетесь смотреть IPTV по WiFi.
В разных моделях эти настройки могут называться по разному, но в них скорее всего будет присутствовать аббревиатура IGMP или слово multicast («многоадресный» в русскоязычных интерфейсах).
Некоторые производители (например TP-Link) вообще не выносят мультикаст в интерфейс настройки, он просто всегда включен. В этом случае либо вообще ничего не нужно делать, либо обновить прошивку.
Для маршрутизаторов D-Link информация о том как включить мультикаст есть в ответах на часто задаваемые вопросы на официальном сайте. В DIR-620 он включен по умолчанию и если его специально не выключили то тоже ничего делать не надо.
Если вы смотрите IP-TV на компьютере, необходимо настроить брандмауэр (файрвол). Нужно разрешить входящие соединения на UDP-порт 1234, поскольку именно на него льётся поток в нашей сети, или разрешить плееру IP-TV принимать входящие соединения, а также разрешить протокол IGMP, который часто по умолчанию заблокирован.

Так как необходимым условием является только включение мультикаста, то делаю выводы, что неполадки какие-то в работе igmp...

IPTV у меня так и не заработало.

Владимир, вы говорили что-то там по поводу стенда... Что я могу для Вас сделать, чтобы вы занялись вопросом IPTV?

Опять же повторюсь,что проблема не в настройке ПК, т.к. кабелем "напрямую" все работает....

вторник, 24 апреля 2012 г., 2:18:22 UTC+6 пользователь Vladimir Kazakov написал:

[Сергей]

прошу прощения, что сразу не написал. Вот лог работы: (может понадобиться...)
Dec 31 12:00:04 firewall_ex: default_filter_setting
Dec 31 12:00:04 kernel: klogd started: BusyBox v1.12.1 (2012-04-06 19:58:58 UTC)
Dec 31 12:00:04 kernel: PROC INIT OK!
Dec 31 12:00:04 kernel: devpts: called with bogus options
Dec 31 12:00:05 RT-N13U: Ralink Hardware NAT Enabled
Dec 31 12:00:05 dhcp client: deconfig: lease is lost
Dec 31 12:00:05 RT-N13U: start httpd
Dec 31 12:00:05 upnpd[371]: UPnP SDK Successfully Initialized.
Dec 31 12:00:05 upnpd[371]: Succesfully set the Web Server Root Directory.
Dec 31 12:00:05 upnpd[371]: IGD root device successfully registered.
Dec 31 12:00:08 upnpd[371]: Advertisements Sent. Listening for requests ...
Dec 31 12:00:10 mini_snmp[398]: daemon is started, port 161/udp and 161/tcp, Read Community:'secretASUS'
Dec 31 12:00:10 watchdog: Started.
Dec 31 12:00:11 syslog: Password for 'admin' changed
Dec 31 12:00:13 upnpd[380]: Failure obtaining ip address of interface eth2.2
Dec 31 12:00:15 upnpd[379]: Failure obtaining ip address of interface eth2.2
Dec 31 12:00:15 upnpd[380]: Failure obtaining ip address of interface eth2.2
Dec 31 12:00:15 upnpd[379]: Failure obtaining ip address of interface eth2.2
Dec 31 12:00:21 rc HOTPLUG: event_code=ZERO(0)
Dec 31 12:00:31 watchdog: Strart dhcpd
Dec 31 12:00:31 services_ex: start_dhcpd
Dec 31 12:00:33 services_ex: stop_dhcpd
Dec 31 12:00:33 services_ex: start_dhcpd
Dec 31 12:00:33 firewall_ex: start_firewall_ex = wan_if:eth2.2; wan_ip:178.208.254.123; lan_if:br0; lan_ip:192.168.1.1
Dec 31 12:00:33 firewall_ex: raw_setting = wan_if:eth2.2; wan_ip:178.208.254.123; lan_if:br0; lan_ip:192.168.1.1; logaccept:ACCEPT; logdrop:DROP
Dec 31 12:00:33 firewall_ex: nat_setting = wan_if:eth2.2; wan_ip:178.208.254.123; lan_if:br0; lan_ip:192.168.1.1; logaccept:ACCEPT; logdrop:DROP
Dec 31 12:00:33 firewall_ex: filter_setting = wan_if:eth2.2; wan_ip:178.208.254.123; lan_if:br0; lan_ip:192.168.1.1; logaccept:ACCEPT; logdrop:DROP
Dec 31 12:00:33 rc: Start igmpproxy: phyint eth2.2 upstream; phyint br0 downstream
Dec 31 12:00:35 upnpd[379]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 55856 Int: 192.168.1.253.55856
Dec 31 12:00:37 RT-N13U: Ralink Hardware NAT Enabled
Dec 31 12:00:37 RT-N13U: Ralink Software QoS Disabled
Dec 31 12:00:38 dhcp client: bound IP : 178.208.254.123 from 178.208.240.1
Apr 24 02:52:02 upnpd[388]: ExpireMapping: Proto:UDP Port:55856
Apr 24 02:52:03 ntp client: time is synchronized to time.nist.gov pool.ntp.org
Apr 24 02:52:05 upnpd[506]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 3658 Int: 192.168.1.33.3658
Apr 24 02:53:29 upnpd[380]: GateDeviceGetSpecificPortMappingEntry: PortMapping Doesn't Exist...
Apr 24 02:53:29 upnpd[506]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: TCP ExtPort: 64300 Int: 192.168.1.253.64300
Apr 24 02:53:29 upnpd[380]: GateDeviceGetSpecificPortMappingEntry: PortMapping Doesn't Exist...

Apr 24 02:53:29 upnpd[506]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 64300 Int: 192.168.1.253.6430

А так же, если не затруднит, то прочитайте что пишет тех поддержка провайдера по поводу организации iptv (читать совсем немного)

http://tech.metro-set.ru/viewtopic.php?f=5&t=24

Чуть позже, после этого откатился на родную прошивку 7.5.1.93, предварительно сделав сброс настроек в версии 9.2.5.4 subver 3. Установил те же настройки, что и в посте выше. До сих пор ничего не работает... Может все-таки проблема у меня в "железке" (роутере) ?

[sak...@gmail.com]

через вай вай, просто там два телека файлы сосут через DLNA со скоростью все ок (фильм 15гб без затормаживаний...) а вот слить или залить фаил... более 2х не поднимается...

[Caverman]

Телевидение по Wi-Fi работать не будет, причём на любой прошивке,
только по кабелю, раньше экспериментировал ни чего не помогло, могу
сказать что последняя версия прошивки очень стабильная и шустрая, из
TR пока не удалось выжать максимум, склоняюсь к покупке ASUS RT-N66U,
купили на работу очень интересный девайс, пока тестируем.

[Александр Парфёнов]

на 9252 работает

26 апреля 2012 г. 23:52 пользователь Caverman <kler...@gmail.com> написал:

--
Вы получили это сообщение, поскольку подписаны на группу RTN13U.

Чтобы добавлять сообщения в эту группу, отправьте письмо по адресу rtn...@googlegroups.com.
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу rtn13u+un...@googlegroups.com.
О дополнительных функциях можно узнать в группе по адресу http://groups.google.com/group/rtn13u?hl=ru.

[Vladimir Kazakov]

Собрал тестовую цепочку для проверки мультикаста, проблему нашел.

На днях опубликую с работающим IPTV.

ASUS RT-N66U - это устройство другого класса. Аппаратная начинка хорошая (правда жалуется народ на темп. режим). А вот как будет с прошивками???

четверг, 26 апреля 2012 г., 19:52:47 UTC+3 пользователь Caverman написал:

[Caverman]

On 26 апр, 21:54, Vladimir Kazakov <kvv...@gmail.com> wrote:
> Собрал тестовую цепочку для проверки мультикаста, проблему нашел.
> На днях опубликую с работающим IPTV.
>
> ASUS RT-N66U - это устройство другого класса. Аппаратная начинка хорошая
> (правда жалуется народ на темп. режим). А вот как будет с прошивками???
>

На счет температуры все в норме, греется не сильнее нашего 13,
прошивок пока нет, только официальные, но даже учитывая все это, DM
выдает максимальную тарифную скорость, при подключенных 20 WAN
клиентах, надеюсь что энтузиасты не обойдут его стороной и прошивочки
со временем появятся, после праздников планирую приобрести, если кому-
то интересно могу написать как работает сие чудо)))

[vlz78]

Очень заманчиво! Жду особенно поддержку optware.

[Станислав Курятников]

Добрый вечер, Владимир!

Я являюсь владельцем данного устройства чуть больше года. После его
приобретения, на заводской прошивке подключиться к интернету мне не
удалось. Спасла Ваша прошивка версии 9.2.5.1, и до поры до времени
работало всё ОК. Попробовал прошиться на прошивку 9.2.5.4 и опять же
всё ОК. Так же к роутеру шнурком подсоединён медиаплеер iconbit. Через
него смотрю IPTV вещаемое из локальной сети провайдера и видео с
разных ресурсов интернета.
И всё было хорошо пока провайдер не решил сменить тип соединения с
PPTP VPN на подключение по технологии DHCP + IP over Ethernet.

Я перенастроил WAN :
Тип WAN-подключения: PPPOE

Интернет появился но работает плохо, периодически не на долго (1-5
сек.) отваливается, IPTV работает без нареканий , а вот с видео
патоками из интернета как на ноутбуке так и на медиаплеере появились
проблемы. а именно на ноуте идёт с тормозами а на плеере через 30-40
сек после начала просмотра просто зависает и перестаёт показывать.
Причём инет есть, а на страничке роутера "Карта сети" написано что
интернет отключен. На прошивках 9.2.5.2 и 9.2.5.3. интернет вообще не
появлялся Помогите пожалуйста разобраться, очень нравится роутер и
менять его не охота :)
Лог роутера следующий (и я думаю дело в этом, но что это я понять не
могу):

Dec 31 13:04:15 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:05:10 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:05:10 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:06:05 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:06:05 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:07:00 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:07:00 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:07:55 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:07:55 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:08:50 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:08:50 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:09:45 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:09:45 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:10:40 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:10:40 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:11:35 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:11:35 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:12:30 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:12:30 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:13:25 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:13:25 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:14:20 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:14:20 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:15:15 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:15:15 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:16:10 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:16:10 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:17:05 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:17:05 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:18:00 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:18:00 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:18:55 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:18:55 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:19:50 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:19:50 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:20:45 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:20:45 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:21:40 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:21:40 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:22:35 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:22:35 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:23:30 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:23:30 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:24:25 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:24:25 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:25:20 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:25:20 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:26:15 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:26:15 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:27:10 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:27:10 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:28:05 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:28:05 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:29:01 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:29:01 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:29:56 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:29:56 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:30:51 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:30:51 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:31:46 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:31:46 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:32:41 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:32:41 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:33:36 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:33:36 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:34:31 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:34:31 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:35:26 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:35:26 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:36:21 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:36:21 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:37:16 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:37:16 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:38:11 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:38:11 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:39:06 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:39:06 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:40:01 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:40:01 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:40:56 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:40:56 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:41:51 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:41:51 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:42:46 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:42:46 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:43:41 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:43:41 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:44:36 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:44:36 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:45:31 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:45:31 pppd[1396]: Unable to complete PPPoE Discovery
Dec 31 13:46:26 pppd[1396]: Exit by timeout waiting for PADO packets
Dec 31 13:46:26 pppd[1396]: Unable to complete PPPoE Discovery

[Vladimir Kazakov]

Прошивка subver. 4:

 - исправлена ошибка в процедуре "аппаратного" сброса настроек;

 - теперь для мультикаст пакетов роутер полностью прозрачен, IPTV должно работать с TTL=1;

 - добавлена настройка NAT Fastpath.

[Vladimir Kazakov]

Лог не информативный.

Возможная причина - "WAN"->"Профессионально"->"PPPoE Relay" должно быть Disable

четверг, 3 мая 2012 г., 21:52:08 UTC+3 пользователь Станислав Курятников написал:

[Сергей]

Владимир, после новой прошивки IP TV заработало!

Правда пока не используется udpxy. Позже попробую с ним, и отпишусь.

Спасибо Вам!

пятница, 4 мая 2012 г., 19:02:46 UTC+6 пользователь Vladimir Kazakov написал:

[Сергей]

Но работает канал 5 минут и отрубается, пока заново на него не кликну... (на канал в IP TV плеере)

Слышал про что-то подобное на форумах... Но вот в чем конкретно проблема - не знаю...

[Vladimir Kazakov]

суббота, 5 мая 2012 г., 15:45:24 UTC+3 пользователь Сергей написал:

Но работает канал 5 минут и отрубается, пока заново на него не кликну... (на канал в IP TV плеере)

Слышал про что-то подобное на форумах... Но вот в чем конкретно проблема - не знаю...

... теряется подписка. сейчас уменьшу интервал до 60 сек и выложу прошивку с исправленным igmpproxy. 

[Vladimir Kazakov]

subver 5.

 - в igmpproxy уменьшен query interval до 60 сек., что должно решить проблему с остановкой приема мультикаст потоков.

суббота, 5 мая 2012 г., 22:39:25 UTC+3 пользователь Vladimir Kazakov написал:

[Сергей]

Прошил Subver 5. Подписка всерано теряется... Причем наблюдается такое явление (было и на subver. 4):

Выбираю канал, он работает некоторое время. После этого перестает работать и кликаю на него еще раз и он не включается. Но если выбираю любой другой-работает. Первый канал начинает включаться только после перезапуска IPTVплеера. Может быть дело в перегрузке (загруженности) роутера? Позже попробую сделать опять полный сброс настроек и посмотреть работу iptv через udpxy.

воскресенье, 6 мая 2012 г., 2:02:54 UTC+6 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

Для контроля нагрузки на роутер настраивайте STG  https://sites.google.com/site/rtn13u/home/nastrojka-snmp-traffic-grapher 

воскресенье, 6 мая 2012 г., 7:13:07 UTC+3 пользователь Сергей написал:

[vlz78]

Прошивка 9254 и 9253 тоже самое при соединении PPTPDUAL теряется
локальная сеть и остается только доступ в инет. Происходит это
примерно часов через 10 работы или при большой нагрузке! Обратно не
коннектися! помогает только розетка. DDNS не обновляется на 9254. На
9252 отлично работает PPTPDUAL и DDNS обновляется.

[Сергей]

Владимир, сбросил все настройки через веб-интерфейс настроил мак-адрес роутера и включил:

1.многоадресную маршрутизацию;

2.IPTV UDP Multicast to HTTP Proxy Port: 4022

Проблема осталась.

Поискал в интернете, вот что пишут люди (правда про роутер Dlink, но у меня точно такая же проблема):

Наткнулся на форуме нашей сети вот на такой пост: 
Сегодня установил этот девайс. Залил прошивку 1.12. ТВ он конечно показывате, но каждые 30-60 секунд происходят затыки видео/аудио на 2-3 секунды. sad.gif 
Можно это как-то вылечить?
Вроде разобрался с проблемой. 
Network Monitor показывает, что периодически перестают приходить multicast пакеты от D-Link'а. Через секунду после этого, видимо, пытаясь восстановить соединение, плеер/система отправляет пакеты "IGMP Leave Group" и "IGMP Membership Report" для того канала, на который он настроен. Сразу после этого возобнавляется multicast поток и канал продолжает вещание.
Т.е. D-Link, либо оборудование Qwerty периодически решает, что клиенту больше не нужен multicast и его отрубают. К сожалению, внешний интерфейс я отснифить не могу, поэтому кто виноват до конца не ясно.
При этом запросы об участии в группах "IGMP Membership Query" приходят с интервалом ~125 секунд, т.е. очень редко. Если бы они приходили чаще, то плеер либо система (не уверен кто за это отвечает) своевременно бы на них отвечали и такой проблемы бы не возникало.
Короче, для решения этой проблемы пришлось написал небольшую программку, которая переодически посылает "IGMP Membership Query" запросы, что заставляет систему на них отвечать, в результате чего роутер не прерывает multicast поток. Прога в аттаче, может кому пригодится. smile3.gif 
Предложение к Qwerty - отпинать D-Link (хотя бы местный), чтобы они пофиксили эту проблему.

Вот ссылка на тему - думаю поможет: http://forum.dlink.ru/viewtopic.php?f=3&t=63983&sid=280157ec551fa31d899ef59525f8cd36&start=15

[vlz78]

Сначала eth2.2: 10.0..2.153 после скачивания в дц++ по локалке
становиться eth2.2: 0.0.0.0 и лок.сеть становиться не доступна. только
инет работает.

[Vladimir Kazakov]

время лицензии ip закончилось, а новый ip не назначен от dhcp провайдера.

я гляну и поправлю dhcp клиента на роутере, но хорошо бы лог для точной диагностики ...

воскресенье, 6 мая 2012 г., 20:28:34 UTC+3 пользователь vlz78 написал:

[vlz78]

вот лог
May 6 20:28:13 ntp client: time is synchronized to time.nist.gov
pool.ntp.org
May 6 20:29:33 handle notifications: �`: restart_wifi
May 6 20:29:33 ripd[505]: interface delete ra0 index 3 flags 0x1002
metric 1 mtu 1500
May 6 20:29:41 watchdog: Started.
May 6 20:29:51 rc HOTPLUG: event_code=USB_PLUG_ON(10)
May 6 20:29:52 ntp client: time is synchronized to time.nist.gov
pool.ntp.org

[Roman Kotybaev]

On 19 апр, 04:39, Vladimir Kazakov <kvv...@gmail.com> wrote:
> После долгого перерыва появилась 9.2.5.4 :)
> Хоть это все еще тестовая версия, но в ней появились существенные
> дополнения и изменения:
>
Имеем роутер rt13u в базе была прошивка 2.0.2.0 и 3G МТС модем huawei
e150, связка работала, но на роутере криво работал DHCP. Залил
последнюю 9.2.5.4 с ней DHCP работает нормально, но теперь не
подключается модем-роутер его просто не обнаруживает - пишет No device
и самое печальное, что на любые старые прошивки теперь ругается -
говорит что они кривые. Что можно сделать чтобы А. Запустить модем Б.
Чтобы залить старую прошивку?

[Vladimir Kazakov]

по поводу 3g внимательно читаем мой второй пост
https://groups.google.com/d/msg/rtn13u/LsJ_cKz9A5Y/r1rIo9s0upcJ в этой
ветке
Заливаем предыдущие прошивки через стд. прогу асус - Firmware
Restoration

[Vladimir Kazakov]

Сергей, так что там с мультикастом на прошивке с 30 сек. перезапросом? Работает?

воскресенье, 6 мая 2012 г., 18:09:34 UTC+3 пользователь Сергей написал:

[Сергей]

Нет, все так же отваливается. Причем не всегда через 5 минут. Иногда и секунд 30... 

вторник, 8 мая 2012 г., 0:21:22 UTC+6 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

Опубликована subver. 6

 - накатил патч на igmpproxy, который должен решить проблему камрада Сергея;

 - внимательно поправил тайм-зоны для России.

понедельник, 7 мая 2012 г., 21:35:52 UTC+3 пользователь Сергей написал:

[Сергей]

К сожалению патч проблем не исправил.

Наблюдаю такую картину:

При использовании адреса канала типа udp://@239.72.0.2:1234 так же продолжаются фризы и завесания. Пару раз была такая ситуация, что канал сам перезапускался после 2-5 минут после фриза.

При использовании адреса канала типа http://192.168.1.1:4022/udp/... канал работает и постоянно появляются короткие фризы (2-3 секунды), после которых вещание продолжается. Эти фризы появляются с постоянной регулярностью.

Кстати когда IPTV работало на прошивке версии 9.2.5.3 - фризов не было (адрес канала любого типа).

среда, 9 мая 2012 г., 2:33:45 UTC+6 пользователь Vladimir Kazakov написал:

[Wican]

Здравствуйте! спасибо что не забросили проект!, очень рад что кто-то занимается ревизией B1.
Обновился на новую тестовую прошивку выводы:
1. Скорость соединение с интернетом на клинских машинах резко упала, без роутера скорость 4,2 Мб/с через роутер 0,11 Мб/с (не вру реально так)
2. TB изменила дизайн, что сразу дико удивило, но работает на ура, minidlna, работает нареканий не возникает
3. Сразу после прошивки роутер начал ругаться на то что "Выдан не правильный динамический (статистический) IP" что очень странно, потому как все идет через внешний dhcp

Может я дурак что накосячил,  может чем поможите?)
wan диапазон 192.168.1.1-255, Lan 192.168.2.1-255


Jan  1 00:00:02  kernel: klogd started: BusyBox v1.12.1 (2012-04-06 19:58:58 UTC)
Jan  1 00:00:02  kernel: PROC INIT OK!
Jan  1 00:00:02  kernel: devpts: called with bogus options
Jan  1 00:00:02  firewall_ex: default_filter_setting
Jan  1 00:00:03  RT-N13U: Ralink FastPath NAT Disabled
Jan  1 00:00:03  dhcp client: deconfig: lease is lost
Jan  1 00:00:03  RT-N13U: start httpd
Jan  1 00:00:04  upnpd[411]: UPnP SDK Successfully Initialized.
Jan  1 00:00:04  upnpd[411]: Succesfully set the Web Server Root Directory.
Jan  1 00:00:04  upnpd[411]: IGD root device successfully registered.
Jan  1 00:00:06  mini_snmp[434]: daemon is started, port 161/udp and 161/tcp, Read Community:'secretVictory2'
Jan  1 00:00:06  watchdog: Started.
Jan  1 00:00:06  upnpd[411]: Advertisements Sent.  Listening for requests ...
Jan  1 00:00:06  syslog: Password for 'admin' changed
Jan  1 00:00:07  kernel: sda: assuming drive cache: write through
Jan  1 00:00:07  kernel: sda: assuming drive cache: write through
Jan  1 00:00:12  kernel: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
Jan  1 00:00:12  kernel: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
Jan  1 00:00:13  syslog: exFAT file system is not found
Jan  1 00:00:17  watchdog: Strart dhcpd
Jan  1 00:00:17  services_ex: start_dhcpd
Jan  1 00:00:17  rc HOTPLUG: event_code=USB_PLUG_ON(10)
Jan  1 00:00:17  rc HOTPLUG: Hotplug process started
Jan  1 00:00:17  ntfs-3g[518]: Version 2011.1.15 external FUSE 28
Jan  1 00:00:17  ntfs-3g[518]: Mounted /dev/sda1 (Read-Write, label "File", NTFS 3.1)
Jan  1 00:00:17  ntfs-3g[518]: Cmdline options: 
Jan  1 00:00:17  ntfs-3g[518]: Mount options: allow_other,nonempty,relatime,fsname=/dev/sda1,blkdev,blksize=4096
Jan  1 00:00:17  ntfs-3g[518]: Ownership and permissions disabled, configuration type 1
Jan  1 00:00:17  mnt_op: set usb_mnt_first_path as /media/AiDisk_a1
Jan  1 00:00:27  upnpd[419]: Failure obtaining ip address of interface eth2.2
Jan  1 00:00:28  upnpd[418]: Failure obtaining ip address of interface eth2.2
Jan  1 00:02:39  USB storage: 64MB swap file is added
Jan  1 00:02:40  FTP Server: daemon is stoped
Jan  1 00:02:42  FTP server: daemon is started
Jan  1 00:02:43  Samba Server: smb daemon is stoped
Jan  1 00:02:45  Samba Server: daemon is started
Jan  1 00:02:46  rc: Start udpxy: phyint eth2.2 upstream; phyint br0 downstream
Jan  1 00:02:46  udpxy[626]: udpxy 1.0-Chipmunk (build 16) standard is starting
Jan  1 00:02:46  rc: Start igmpproxy: phyint eth2.2 upstream; phyint br0 downstream
Jan  1 00:02:46  apps_up: Script started
Jan  1 00:02:47  apps_up: transmission-daemon started
Jan  1 00:02:48  apps_up: minidlna started
Jan  1 00:02:49  apps_up: mt-daapd started
Jan  1 00:02:49  apps_up: Script finished
Jan  1 00:02:49  apps: daemon's is started
Jan  1 00:02:49  mini_snmp[434]: daemon is stopped
Jan  1 00:02:51  mini_snmp[712]: daemon is started, port 161/udp and 161/tcp, Read Community:'secretVictory2'
Jan  1 00:02:51  rc HOTPLUG: device storage(1058/1023/20.05)=2 added
Jan  1 00:02:51  rc HOTPLUG: Hotplug process done
Jan  1 00:02:51  services_ex: stop_dhcpd
Jan  1 00:02:51  services_ex: start_dhcpd
Jan  1 00:02:51  firewall_ex: start_firewall_ex = wan_if:eth2.2; wan_ip:192.168.1.4; lan_if:br0; lan_ip:192.168.2.1
Jan  1 00:02:51  firewall_ex: raw_setting = wan_if:eth2.2; wan_ip:192.168.1.4; lan_if:br0; lan_ip:192.168.2.1; logaccept:ACCEPT; logdrop:DROP
Jan  1 00:02:51  firewall_ex: nat_setting = wan_if:eth2.2; wan_ip:192.168.1.4; lan_if:br0; lan_ip:192.168.2.1; logaccept:ACCEPT; logdrop:DROP
Jan  1 00:02:51  firewall_ex: filter_setting = wan_if:eth2.2; wan_ip:192.168.1.4; lan_if:br0; lan_ip:192.168.2.1; logaccept:ACCEPT; logdrop:DROP
Jan  1 00:02:51  rc: Start udpxy: phyint eth2.2 upstream; phyint br0 downstream
Jan  1 00:02:51  rc: Start igmpproxy: phyint eth2.2 upstream; phyint br0 downstream
Jan  1 00:02:51  igmpproxy[731]: MC-Router API already in use; Errno(125): Address already in use
Jan  1 00:02:53  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
Jan  1 00:02:56  syslog: iperf-start.sh
Jan  1 00:02:56  rc: iperf -s -p 5001 -B 192.168.2.1 1> /dev/null 2>&1 &
Jan  1 00:02:58  RT-N13U: Ralink FastPath NAT Disabled
Jan  1 00:02:58  RT-N13U: Ralink Hardware NAT Disabled
Jan  1 00:02:58  RT-N13U: Ralink Software QoS Enabled
Jan  1 00:02:59  dhcp client: bound IP : 192.168.1.4 from 192.168.1.20
May  9 07:25:27  upnpd[425]: ExpireMapping: Proto:UDP Port:62776
May  9 07:25:50  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:25:59  ntp client: time is synchronized to time.windows.com pool.ntp.org
May  9 07:26:27  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:26:28  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:26:30  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:27:03  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:27:39  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:28:19  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:28:42  handle notifications: �`: restart_dhcpd
May  9 07:28:42  services_ex: stop_dhcpd
May  9 07:28:43  services_ex: start_dhcpd
May  9 07:28:57  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:28:58  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:29:32  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:30:03  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:30:04  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:30:45  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:30:46  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:31:26  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:32:06  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:32:25  upnpd[419]: GateDeviceGetSpecificPortMappingEntry: PortMapping Doesn't Exist...
May  9 07:32:25  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: TCP ExtPort: 17365 Int: 192.168.2.47.17365
May  9 07:32:25  upnpd[419]: GateDeviceGetSpecificPortMappingEntry: PortMapping Doesn't Exist...
May  9 07:32:25  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 17365 Int: 192.168.2.47.17365
May  9 07:32:43  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:33:18  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:33:58  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:33:59  upnpd[418]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776
May  9 07:34:38  upnpd[419]: AddPortMap: DevUDN: uuid:5f75f342-9f96-4ecc-9dbd-6f981efc3f14 ServiceID: urn:upnp-org:serviceId:WANIPConn1 RemoteHost: (null) Prot: UDP ExtPort: 62776 Int: 192.168.2.47.62776

[Vladimir Kazakov]

Первое, и самое главное (это для всех): не используйте QOS - это атавизм при котором нормальную работу роутера я не гарантирую, я его оставил временно (надо будет выкосить его из веб-морды).

Второе, для подключений к ВАН типа StaticIp, DynamicIp, PPPoE включайте "аппаратное ускорение NAT" как минимум на LAN.

Третье, для подключений PPTP, L2TP включайте кроме аппаратного ускорения NAT еще и "программное ускорение NAT"

среда, 9 мая 2012 г., 10:49:01 UTC+3 пользователь Wican написал:

Здравствуйте! спасибо что не забросили проект!, очень рад что кто-то занимается ревизией B1.
Обновился на новую тестовую прошивку выводы:
1. Скорость соединение с интернетом на клинских машинах резко упала, без роутера скорость 4,2 Мб/с через роутер 0,11 Мб/с (не вру реально так)
2. TB изменила дизайн, что сразу дико удивило, но работает на ура, minidlna, работает нареканий не возникает
3. Сразу после прошивки роутер начал ругаться на то что "Выдан не правильный динамический (статистический) IP" что очень странно, потому как все идет через внешний dhcp

не надо буквально воспринимать сообщения "китайского доктора".

не хотите видеть такое сообщение, тогда перед прошивкой отключайте физически роутер от ВАН

[Vladimir Kazakov]

чет я не врубился: у вас же после 30сек-5 мин iptv вааще вырубалось?! а до этого его вааще не было?!!!

среда, 9 мая 2012 г., 10:21:13 UTC+3 пользователь Сергей написал:

[Wican]

Сори, не знал что так обстоят дела с QOS, после сброса настроек, все заработало

среда, 9 мая 2012 г., 13:19:29 UTC+4 пользователь Vladimir Kazakov написал:

[Сергей]

Раньше через 30сек-5 минут вообще стопорился (вырубался) тот канал, который я просматривал. Если еще раз на него кликнуть (повторно перезапустить в списке каналов), то он продолжает работать еще некоторое время. А после следующего перезапуска канал отрубался полностью, и его я смог посмотреть только после перезапуска плеера (IPTV-player).

Немного не понял что вы имели ввиду: "  а до этого его вааще не было?!!".

До чего? 

среда, 9 мая 2012 г., 15:28:31 UTC+6 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

... а на 9.2.5.3 все нормально?! Если прошиться сейчас?!

среда, 9 мая 2012 г., 17:11:47 UTC+3 пользователь Сергей написал:

[Сергей]

Прошился на 9.2.5.3 - IPTV не заработало... Сейчас буду откатывать на 9.2.5.4

среда, 9 мая 2012 г., 20:24:33 UTC+6 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

теперь все встало на свои места, "чудес не бывает"

если раньше iptv на 9.2.5.3 действительно работало, тогда пинайте своего прова. он что-то поменял.

среда, 9 мая 2012 г., 19:42:40 UTC+3 пользователь Сергей написал:

[Сергей]

т.е. ваши работы по поводу iptv закончены?

Если так - то жаль... Прошился на 9.2.5.4 - начало показывать, но опять же так же с фризами как и было...

НЕе уж то я один тут у кого провайдер предоставляет услуги iptv? Люди отпишитесь!

среда, 9 мая 2012 г., 22:50:34 UTC+6 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

я пофиксил все известные и решенные проблемы с iptv.

Вы, кстати, смотрите iptv на компе подключенном к роутеру по проводу или по воздуху?

среда, 9 мая 2012 г., 19:56:05 UTC+3 пользователь Сергей написал:

[Vladimir Kazakov]

to All,

Меня интересует два вопроса:

 авторизацию MD5 кто нить пользует?

 а rip1/2?

Сам я проверить не могу, отпишитесь плз.

вторник, 8 мая 2012 г., 23:33:45 UTC+3 пользователь Vladimir Kazakov написал:

[Сергей]

iptv смотрю по проводу. К роутеру подключен компьютер и телевизор Samsung D40UE5520RW. Раньше стабильно смотрел iptv и с телевизора тоже (есть приложение которое это позволяет сделать). То, что писал выше (по поводу 2-3 секундных фризов) это присуще только компьютеру. Телевизор же при первом фризе свою работу дальше не продолжает...

Вот в том то и дело, что за все это время провайдер только увеличивал количество каналов (сейчас около 140 каналов из которых 14 HD).

Опять же грешу на роутер, т.к. если подключаю кабель (от прова) напрямую к комьютеру, то все работает долго стабильно, без сбоев.

Может мне нужно узнать какие-то технические особенности у провайдера и сказать их вам? Может это натолкнет Вас на какую-нибудь идею? Может все-таки закралась какая-то мелочная ошибка?

Да и еще вопрос.

Разрешить аппаратное ускорение для NAT: LAN&WiFi, Разрешить программное ускорение для NAT - это обязательное или желательное условие?

Applicatio Layer Gateway (ALG) modules: - все отключены. Может что надо включить?

Брандмауэр включен.

Защиту DoS - отключена.

среда, 9 мая 2012 г., 23:14:12 UTC+6 пользователь Vladimir Kazakov написал:

[vlz78]

rip1/2 пробовал включать никаких изменений.

[Владимир Стругалёв]

Вопрос такой, iptv по беспроводной сети работает при включенном мультикаст, но при этом картинка зависает на приставках для телевизора через 5-10, в чем может быть проблема? 

среда, 9 мая 2012 г., 20:50:34 UTC+4 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

а он есть в MAN сети провайдера?

четверг, 10 мая 2012 г., 6:31:31 UTC+3 пользователь vlz78 написал:

rip1/2 пробовал включать никаких изменений.

[Vladimir Kazakov]

попробуйте udpx ( IPTV UDP Multicast to HTTP Proxy Port: )

четверг, 10 мая 2012 г., 8:26:33 UTC+3 пользователь Владимир Стругалёв написал:

[Vladimir Kazakov]

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

з.ы.

вааще, на моем тестовом стенде мультикаст-видео 720х576 идет без проблем через wifi

с HD (720p) иногда рассыпается и фризит, но я грешу на слабенький комп (он его с диска примерно так и воспроизводит)

четверг, 10 мая 2012 г., 5:57:35 UTC+3 пользователь Сергей написал:

[Владимир Стругалёв]

он включен, выставлен на 4002, и когда был выключен ситуация повторялась

четверг, 10 мая 2012 г., 16:42:12 UTC+4 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

это необходимое, но не достаточное условие. плей-лист лист еще изменить надо.

четверг, 10 мая 2012 г., 21:38:24 UTC+3 пользователь Владимир Стругалёв написал:

[Andrey Ivanov]

Появилась такая проблема. При подключении жесткого диска в логах
следующее
May 11 09:57:41 kernel: usb 1-1: device descriptor read/64, error -71
May 11 09:57:42 kernel: usb 1-1: device descriptor read/64, error -71
May 11 09:57:42 kernel: usb 1-1: device descriptor read/64, error -71
May 11 09:57:42 kernel: usb 1-1: device descriptor read/64, error -71
May 11 09:57:43 kernel: usb 1-1: device not accepting address 4, error
-71 May 11 09:57:44 kernel: usb 1-1: device not accepting address 5
, error -71

Диск роутером не определяется. Прошился на последнюю прошивку --
проблема осталась.

[Сергей]

была такая же проблема. Посмотрите тему https://groups.google.com/forum/#!topic/rtn13u/7ObE55UibUk

Иногда она тоже появлялась. (кстати после небезопасного извлечения флешки).

Если не поможет советую достать флешку, перепрошить роутер, подождать пока он полностью загрузится и попробовать вставить устройство (HDD, usb-flash). Если ошибка не исчезнет, то не доставайте устройство. Бывало, что была такая проблема, я вставлял накопитель и шел спать. На утро он был обнаружен.

пятница, 11 мая 2012 г., 9:16:28 UTC+6 пользователь Andrey Ivanov написал:

[Владимир Стругалёв]

Плейлист где? От провайдера приставка получает сама и поменять его нет возможности, а на компьютере                                          
при включенном multicast по wifi работает без изменения плейлиста.

четверг, 10 мая 2012 г., 22:49:32 UTC+4 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

А зачем Вы тогда включили udpxy?

udpxy - доступ к мультикаст потоку через tcp/ip (http)

т.е. допустим:

1. мултикаст канал: 239.1.1.2:5004
   
2. ip роутера: 192.168.1.1
   
3. порт udpxy: 4022
   

тогда мултикаст-овер-http будет выглядеть так: http://192.168.1.1:4022/udp/239.1.1.2:5004

пятница, 11 мая 2012 г., 10:59:02 UTC+3 пользователь Владимир Стругалёв написал:

[Wican]

Доброго времени суток, прошу вашей подсказки настроил доступ через: самбу и фтп с одинаковыми логин паролями с ubuntu 12.04/win 7 не пускает на самбу на роутере пасс 7 цифр (роутер был перезагружен после настройки)

надеюсь на ответ спасибо!)

[Wican]

пятница, 11 мая 2012 г., 19:47:30 UTC+4 пользователь Wican написал:

Доброго времени суток, прошу вашей подсказки настроил доступ через: самбу и фтп с одинаковыми логин паролями с ubuntu 12.04/win 7 не пускает на самбу на роутере пасс 7 цифр (роутер был перезагружен после настройки)

надеюсь на ответ спасибо!)

Если дать доступ без учетных записей то все работает 

[Vladimir Kazakov]

Пароль может содержать буквы и/или цифры или их комьинацию

Логин может содержать цифры, но должен начинаться с буквы (вааще, следите за сообщениями, ведь было ж предупреждение о сбое создания логина ?!)

пятница, 11 мая 2012 г., 18:47:30 UTC+3 пользователь Wican написал:

[Wican]

Было, про логин "admin". В данном случае логин Bykva пароль 1111111, и не пускает

пятница, 11 мая 2012 г., 20:05:06 UTC+4 пользователь Vladimir Kazakov написал:

[Vladimir Kazakov]

ftp у меня работает, samb'у проверить нет возможности.

Экспериментируйте.

пятница, 11 мая 2012 г., 19:10:55 UTC+3 пользователь Wican написал:

[vlz78]

Уважаемый Vladimir Kazakov!
Имеется небольшая но очень не приятная недоработка DDNS клиента в
ваших прошивках.
Роутер получает инет через локалку "Automatic IP" и DDNS клиент
передает только локальный IP!
Возможно ли исправить? Или нужно чтото настроить?
Использую DYNDNS.ORG

[Vladimir Kazakov]

Исправить ЧТО?

ДДНС служба запущенная на роутере регистрит тот ip, который он получает на ВАН-интерфейс.

В случае туннельных подключений (pppoe/pptp/l2tp) - это ip на интерфейсе ppp0, в двух других случаях (static/automatic) - ip на eth2.2.

p.s.

из всех сервисов ДДНС проверенно работает ASUS

пятница, 11 мая 2012 г., 21:01:42 UTC+3 пользователь vlz78 написал:

[vlz78]

У меня ip на eth2.2 локальный 10.0.2.153 , А IP в инете 89.*.*.*
причем белый, но динамический и роутер его не видит.
Я его вижу только там http://2ip.ru/
Как сделать чтобы роутер обновлял его на dyndns?

[vlz78]

Вот что у нас в сети сделали http://gvol.ru/viewtopic.php?f=6&t=125707#p2025798

[vlz78]

Вот тест скорости инета в последней версии прошивки 9.2.5.4
http://www.speedtest.net/result/1945489465.png
dyndns.org хорошо обновляется с роутера , но как я уже писал dyndns и
asuscomm.com обновляет только локальный адрес eth2.2

[Vladimir Kazakov]

если ваш пров использует nat-pmp, тогда теоретически возможно. узнайте у своего прова.

пятница, 11 мая 2012 г., 21:54:40 UTC+3 пользователь vlz78 написал:

[vlz78]

это NAT адрес в адрес. Маршрутизируется в обе стороны.

[vlz78]

Про DDNS на роутере отвечают обновление не возможно и предлогают
подключить платную услугу статический ип адрес. :(

[Dima Sch]

Здравствуйте, Владимир.
Большое спасибо за прошивку, начал с ней ковыряться и хотел бы
сообщить о замеченных проблемах:

1. отключение USB HDD кнопкой "Извлечь" через раз вешает веб интерфейс
либо в сообщении "Выполнение...", либо на загрузке панели "Состояние
внешнего USB-диска". После этого ASUS работает, но подключиться к нему
браузером не удается.
2. вытыкание шнурка иногда развешивает интерфейс, но в "Карте сети" на
месте первого USB устройства зияет дырка. После перезагрузки - все ОК.

[Vladimir Kazakov]

пятница, 11 мая 2012 г., 22:50:12 UTC+3 пользователь Dima Sch написал:

Здравствуйте, Владимир.
Большое спасибо за прошивку, начал с ней ковыряться и хотел бы
сообщить о замеченных проблемах:

1. отключение USB HDD кнопкой "Извлечь" через раз вешает веб интерфейс
либо в сообщении "Выполнение...", либо на загрузке панели "Состояние
внешнего USB-диска". После этого ASUS работает, но подключиться к нему
браузером не удается.

гляну, может бага какая-то ... для размонтирования usb-hdd я пользуюсь настроенной кнопкой WPS, и Вам рекомендую.

2. вытыкание шнурка иногда развешивает интерфейс, но в "Карте сети" на
месте первого USB устройства зияет дырка. После перезагрузки - все ОК.

смотря что втыкаем и когда 

[Vladimir Kazakov]

... ну, значит выбора у Вас нет.

пятница, 11 мая 2012 г., 22:33:10 UTC+3 пользователь vlz78 написал:

[Сергей]

Сегодня начался отваливаться интернет. Причем зависает веб-интерфейс. Через telnet нет доступа к роутеру. Пока не перегрузить его выключением питания. После перезагрузки работает минут 5-10 и снова такая ситуация..

Перепрошил на 9.2.5.3. пока все стабильно...

[ipet...@gmail.com]

Владимир огромное Вам спасибо.

Пользуюсь прошивкой давно, роутер радует.

Мегареспект.

[Vladimir Kazakov]

Я Вам высылал прошивку по почте. iptv хоть заработало? 

суббота, 12 мая 2012 г., 15:05:08 UTC+3 пользователь Сергей написал:

[mraze...@gmail.com]

Спасибо Вам большое за то что Вы делаете!!!! Неподскажите будет ли поддержка новых LTE модемов YOTA??? 

[zetto]

Поставил прошивку и вначале вроде никаких особых изменений не
обнаружил.
Со временем стал обращать внимание на то, что много теряется пакетов.
Потом обнаружил, что скорость скачивания не поднимается выше 1.5 Мбайт
в секунду. На предыдущей прошивке была до 2.5.
Одинаково работает как на аппаратном ускорении, так и без него.
Вернул 9.2.5.2 - потерь ноль, скорость 2.5
Может как-то не так установил, но вот такие проблемы.

[Wican]

Как я правильно понял, после установки данной прошивки стоит заново установить все настройки через сброс, так же отказаться EZQoS, и включить защиту от dos атак в разделе Брандмауэр (Во всяком случае у меня только так заработало


понедельник, 14 мая 2012 г., 9:42:16 UTC+4 пользователь zetto написал:

[ERserver]

Пожалуйста ответь мне на вопрос в теме - http://groups.google.com/group/rtn13u/browse_thread/thread/d8f01b0bef1b09d0?hl=ru
Спасибо заранее

[vlz78]

9254 сейчас работает хорошо! но только с apps4. сколько раз пробовал
другие аппс работать нормально не хотят, виснет трансмиссион.

[fors...@gmail.com]

Прошивка 9.2.5.4 + apps_7 работала не очень стабильно, раз в день вис web-интерфейс (интернет продолжал работать) и приходилось вытаскивать адаптер для перезагрузки. Transmission из  apps_7 почему-то вообще не хотел раздавать, хотя я открыл входящий порт и разрешил раздачи. Самое главное что samba с любой учетной записью не разрешала соединения, а с открытым доступом оставлять не хочу. 

Вернулся к 9.2.5.2 + apps_5

Вроде бы работает все, но пришлось кое-что настроить руками.

minidlna: (добавил папку \Download\Complete в список папок и уменьшил notify_interval=60) 

transmission: (выставил peer-random порты high и low одинаковыми, и равным ему peer-port, открыл порт в wan, установил пароль на web интерфейс)

Работает стабильно, самба с учетными записями работает как нужно, transmission из возможных 2.5 мб\с тянет только со скоростью 1.5 мб\с, фильмы на компе открываю через kmp, по ссылке из самбы, а на андройд планшете DLNA приложения прекрасно видят все медиа ресурсы и воспроизводят их, задержек при воспроизведении фильмов никаких, ftp работает как нужно, в т.ч. по внешнему ip. Возможно ли увеличить "максимальное число одновременных подключений для сетевого окружения или FTP-сервера"? При одновременной закачке 5 файлов процессор не загружается более чем на 20%.

[gripe...@gmail.com]

"Младшие братья" конечно насмешило, а где исходники?

[gripe...@gmail.com]

А где исходники? 

Да и в чейнжлогах неплохо проекты упоминать, про RT-N56U вижу, а вот про wive-rtn ни слова нет. 

З.Ы. Без wive по ядру изменений бы не было.

[Vladimir Kazakov]

... когда буду брать из wive - тогда и упомяну.

суббота, 26 мая 2012 г., 11:49:00 UTC+3 пользователь gripe...@gmail.com написал:

[Vladimir Kazakov]

блин, младшие по возрасту ...

суббота, 26 мая 2012 г., 11:42:58 UTC+3 пользователь gripe...@gmail.com написал: