Обсуждение прошивок для модемов W422G_v3(4)/W510N/W520N

Прошивки для ADSL модемов. Цикл разработок и поддержка завершены в 2012 году. Техническая поддержка и файлы на официальных сайтах производителей.

Сообщение sfstudio » Пн авг 29, 2011 10:56 pm
НА ДАННЫЙ МОМЕНТ (В СВЯЗИ С ОТСУТСТВИЕМ ФИНАНСИРОВАНИЯ) ВСЕ РАБОТЫ ПО ДАННОМУ ПО ОСТАНОВЛЕНЫ.
МЫ ГОТОВЫ РАССМОТРЕТЬ ПРЕДЛОЖЕНИЯ ОТ ЛЮБЫХ ВЕНДОРОВ КАСАТЕЛЬНО АДАПТАЦИИ И ДАЛЬНЕЙШЕЙ ПОДДЕРЖКИ ПО.

Устройства снятые с поддержки:
W422Gv3/v4/W510N/W520N/LAN110/LAN410/USBv3/WR-150N/WR-300N

Все вопросы касательно этих устройств задавайте пожалуйста в официальноую ТП через сайт http://acorp.ru.


Перед началом настройки настройки обязательно ознакомьтесь c инструкцией http://ddixlab.ru/forum/viewtopic.php?t=1792 и первой страницей топика http://ddixlab.ru/forum/viewtopic.php?t=2093

Перед тем как что-то написать читаем http://ddixlab.ru/forum/viewtopic.php?p=19613

ВНИМАНИЕ!!!
W532G переименован в W532N
W530G(N) переименован в W422G_v4

Поддерживаемые устройства:
W422G_v3 - CPU RTL8671BH | 16Mb RAM | 4Mb SPI FLASH | RTL8306SC 4 port switch | RTL8187SU(USB) 802.11b/g WIFI | снят с производства
W422G_v4 - CPU RTL8672-VC | 32Mb RAM | 4Mb SPI FLASH | RTL8306G 4 port switch | RTL8191RU(USB) 802.11b/g/n 1T1R WIFI | снят с производства
W510N - CPU RTL8672-VK | 32Mb RAM | 4Mb SPI FLASH | RTL8305N 4 port switch | RTL8188RE(PCI-E) 802.11b/g/n 1T1R WIFI | запущен в производство
W520N - CPU RTL8672-VK | 32Mb RAM | 4Mb SPI FLASH | RTL8305N 4 port switch | RTL8192CE(PCI-E) 802.11b/g/n 2T2R WIFI | запущен в производство
W532N - CPU RTL8672 | 32Mb RAM | 8Mb SPI FLASH | RTL8306SC 4 port switch | RTL8192SU 802.11b/g/n 2T2R WIFI | USB | перспективы не ясны


Заливка прошивки W422G_v4 в W422G_v3 и наоборот приведёт к неработоспособности устройства.
_v4/_v3 в названиях прошивок это АППАРАТНАЯ РЕВИЗИЯ.

ВНИМАНИЕ В продаже доступны две версии v3 (остатки) и v4. Отличия описаны выше. Внешне устройства идентичны. Ревизия должна быть указана на стикере. Ценник идентичен, естественно имеет смысл выбирать v4 версию.

Прежде чем задать вопрос прочтите первую страницу этой темы http://ddixlab.ru/forum/viewtopic.php?t=2093 и смежую тему http://ddixlab.ru/forum/viewtopic.php?t=1231

Эта тема создана для обратной связи с пользователями как замена багтрекеру. Данная тема предусматривает ТОЛЬКО репорты о ошибках в ПО модемов указанных в заголовке.

Пожалуйста по всем вопросам настройки обращайтесь в официальную техническую поддержку Acorp по адресу http://www.acorp.ru/support/help/

Не ленитесь пользоваться поиском, большая часть всех вопросов уже обсуждалась.

ВНИМАНИЕ! Примерно с 04.04.2011 многие BRASы СибирьТелеком(Ростелеком-Сибирь) перестали пропускать пакеты более 1468 байт!. Для корректной работы с данным провайдером следует в настройках PPPOE соединения установить MTU=<1468байт иначе будут проблемы с например загрузкой файлов в интернет, отправкой почты и т.д. и т.п.

ВНИМАНИЕ! Если у вас имеются проблемы с WiFi первым делом обновите драйвера (для atheros последнюю версию брать тут http://www.atheros.cz/atheros-wireless-drivers.php ) вашей wifi карты. Отключите PowerSave на клиенте. Отключите поддержку ipv6, "драйвер в/в тополога канального уровня", "Ответчик обнаружения топологии канального уровня" на wifi адаптере (если у вас W7/Vista).

ВНИМАНИЕ! Если у вас Atheros AR9xxx (например AR9285) c залоченным 802.11N режимом то необходимо разблокировать все режимы руководствуясь следующим http://forum.ixbt.com/topic.cgi?id=14:51536 (даже если у вас W422G_v3)
Последний раз редактировалось sfstudio Вс ноя 20, 2011 7:49 pm, всего редактировалось 11 раз(а).
sfstudio

 
Сообщений: 4547
Зарегистрирован: Пн сен 08, 2008 4:58 pm
Откуда: Омск

Сообщение sfstudio » Пн авг 29, 2011 10:56 pm
Текущая версия ПО - 2.1.6

Мануал по rtl8671 board базовой прошивки от realtek берём тут http://wive-ng.sourceforge.net/downloads/rtl8671-board-maual.pdf Данный мануал достаточно старый и не описывает наших изменений но может ответить на часть вопросов.

Мануал на Русском тут http://ddixlab.ru/forum/viewtopic.php?t=1792

Описание аппаратной части и ченджлог плюс заметки по железкам над которыми сейчас работаем тут http://wive-ng.sourceforge.net/?W422G.v ... 84%2F16%29

Последнии версии прошивок тут http://wive-ng.sourceforge.net/?W422G.v3_8671BH_%284%2F16%29:Skachatmz

Процедура восстановления из непотребного состояния ЛЮБЫХ риалтэков тут http://ddixlab.ru/forum/viewtopic.php?t=1397

Изыскания энтузиастов на тему сложных схем шейпера смотрим тут http://forum.onliner.by/viewtopic.php?t=1573123&postdays=&postorder=asc&start=0

ВНИМАНИЕ!!!
Если у вас в модеме залита версия прошивки <2.0.7 ОБЯЗАТЕЛЬНО следует обновиться.

Перед тем как задать вопрос пожалуйста обновите прошивку до последней тестовой версии. Возможно вашу ошибку уже исправили.

Для того чтобы вас поняли и максимально быстро смогли разобраться с проблемой при формулировке вопроса вам следует придерживатся рекомендаций в следующем документе http://maddog.sitengine.ru/smart-question-ru.html

Задавая вопрос обязательно указывайте версию прошивки и название и версию OS, для Linux полезно будет видеть вывод uname -a.

Какую прошивку выбрать?

Существует несколько бинарных прошивок для вышеозначенных устройств которые разделены на 2 ветки Acorp и No-Product.

Acorp:
W422G_v3 - RTL8671BH+RTL8187SU(USB) 4Mb-Flash/>=16Mb RAM
W422G_v4 - RTL8672-VK+RTL8191RU(USB) 4Mb-Flash/>=16Mb RAM
W510N - RTL8672-VK+RTL8188RE(PCI-E) 4Mb-Flash/>=32Mb RAM
W520N - RTL8672-VK+RTL8192CE(PCI-E) 4Mb-Flash/>=32Mb RAM
W532N - RTL8672+RTL8192SU(USB) 8Mb-Flash/>=32Mb RAM

No-Product:
LAN122_v3 - RTL8671B/RTL8671BH/RTL8672 4Мб-Flash/>=16Mb RAM без поддержки радиомодуля и коммутатора, USB в режиме rndis eth over usb (см LAN110v2)
LAN422_v3 - RTL8671B/RTL8671BH/RTL8672 4Мб-Flash/>=16Mb RAM без поддержки радиомодуля и USB

Первые прошивки являются официальными, в то время как No-Product предназначены для модифицированных продуктов или специфичных условий.

Например если у вас W422G_v3 и вам не нужен радиомодуль, но нужен PortMapping например для IPTV, то имеет смысл залить LAN422_v3 таким образом потребление памяти будет снижено на ~1мб относительно полной версии и железка сможет обработать больше NAT сессий.

Если вам не нужен и радиомодуль и портмаппинг то имеет смысл залить LAN122_v3 тем самым освободиться ещё некоторый объём памяти а коммутатор переключиться в неуправляемый режим что благотворно скажется на общей производительности и стабильности.

Приписка old-dsp в имени прошивки означает что сборка выполнена с использованием предыдущей версии DSP кода.

Чтобы максимально обезопасить процесс перепрошивки никогда не прошивайте устройство через WIFI, обязательно перед заливкой новой версии сбросить все настройки кнопочкой reset (рядом с телефонным гнездом) и отключить все кабели кроме питания LAN. Так же крайне рекомендую произвести сброс настроек и после обновления.
Изображение

Логика работы кнопки reset следующая:
Нажатие <2сек - считаем ошибочным, от 3х до 5ми сек. - reboot, от 5 до 20cек сброс на настройки по умолчанию, более 20 - полный сброс и регенерация hardware settings (включая мак адреса, fs fullreset).

Чтобы выполнить fs fullreset достаточно зажать reset и удерживать кнопку (более 20 секунд) до тех пор пока индикатор power не загорится одновременно красным и зелёным цветом.

Чтобы выполнить мягкий сброс в дефолт нужно зажать резет и удерживать от 8ми до 19 секунд (переход в режим будет показан отключением обоих power светодиодов) затем отпустить.

Чтобы выполнить перезагрузку без сброса зажимаем резет на 3-5 секунд пока не потухнет зелёный и не загориться красный индикатор питания, затем отпускаем.

Последние изменения:
2.1.6 - релиз для фабрики
1) Наложены текущие патчи для busybox 1.20.0.
2) dnsmasq обновлён до 2.61 версии.
3) Исправлена регрессия в route подсистеме ipv4 приводившая в некоторых случаях к краху ядра.
4) Синхронизация с веткой Wive-NG-RTNL (подсистемы mm/net/ipv4).

____________________________________________________

Полная версия истории изменений доступна тут http://wive-ng.sourceforge.net/?W422G.v3_8671BH_%284%2F16%29:Istoriya_izmeneniy

ПРИ НАСТРОЙКЕ ПОМНИ!
Современные домашние маршрутизаторы обладают достаточно ограниченными ресурсами как CPU так и памяти, поэтому при настройке следует руководствоваться принципом разумной необходимости. Не включайте все опции подряд, это неизбежно приведёт к исчерпанию какого-либо ресурса и непредсказуемому поведению устройства.

Например одновременное включение WINS+WPA+WPS+VPN почти гарантированно приведёт к хаотичным перезагрузкам на 16МБ устройствах. Добавим сюда ещё включенный Syslog в Debug режиме и UDPXY и уже просто банально не удастся загрузиться до полного сброса настроек.

Перед тем как включать какую-либо опцию ОБЯЗАТЕЛЬНО спросите у http://google.ru что данная конкретная опция означает и зачем нужен тот или иной сервис.

"Тяжёлые" до памяти приложения встроенные в устройство по убыванию требований:
1) SAMBA/WINS
2) IAPP
3) WPS
4) WPA (только для 8187SU в 8191 и 8192 реализуется драйвером)
5) L2TP клиент/сервер
6) Udpxy

Комбинируя данные приложения на 16Мб устройствах (W422G_v3/W530G) и получая нестабильную работу попробуйте сначала отключить один из тяжёлых сервисов. Если нестабильная работа ушла то у вас ровно 4 варианта:
1) Отказаться от использования какого-то одного тяжёлого приложения
2) Попробовать отключить некоторое число "лёгких" сервисов типа NTP клиента
3) Сменить устройство на устройство с более большим числом оперативной памяти (например W532G)
4) Самостоятельно (с потерей гарантии) установить в замен старого модуля памяти новый более объёмный (до 64Мб) SDRAM модуль.

Кратко список опций на странице Advance=>Others:
1) Watchdog enable - включает/отключает аппаратный и программный "стороживых псов". Отключать имеет смысл только в том случае если у вас широкий >10мБит канал DSL и при работе наблюдаются хаотичные перезагрузки. Подробнее о том что такое watchdog читаем тут http://ru.wikipedia.org/wiki/Сторожевой_таймер
2) Limit remote control connection - ограничение числа соединений и числа icmp запросов в секунду для предотвращения DOS атак на устройство, отключать крайне не рекомендуется.
3) Hide you local network/router - устанавливает для всех исходящих tcp пакетов ttl=64 чтобы скрыть наличие маршрутизатора от провайдера.
4) WINS/SAMBA/RAW Printing server enable - включает/отключает SAMBA сервер и сервер печати.
Первый может быть использован как:
a) WINS - сервер разрешения имён в сетях MS Windows. Читать тут http://ru.wikipedia.org/wiki/WINS
б) SHARE SERVER - сервер передачи данных по протоколам smb/cifs в W422G_v2 и W530G может использоваться для доступа к rwfs (если Loglevel в Admin установлен в Debug). В W532G если подключен внешний накопитель в USB порт он будет автоматически расшарен в сеть с как сетевая "папка" с именем public
RAW Printing server - это сервер печати доступный при подключении USB принтера во внешний USB порт.
Не забываем что включить SAMBA мало, нужно на закладке Remote Access разрешить доступ к сервисам SAMBA из локальной или глобальной сети в зависимости от ваших нужд.
5) Enable Link Layer Topology Discovery Daemon - включить поддержку LLTD протокола необходимого для построения карты сети в XP_SP3/Vista/W7, также его данные частисно используются для разрешения имён в MS Windows NET (только W7). Подробнее тут http://ru.wikipedia.org/wiki/Link_Layer ... y_Protocol . Отключать не рекомендуется если в сети есть одна из вышеозначенных операционных систем. Более того если вы забудите IP адрес устройства или нечаянно смените его на неправильный вы всегда сможете узнать точный адрес устройства по карте сети.
6) Enable individual MAC - включает/отключает режим при котором для каждого pppoe соединения будет назначен индивидуальный SRC MAC адрес. Изменять данную настройку имеет смысл только если у вас наблюдаются проблемы с подъёмом 2х или более pppoe сессий. Если pppoe соединение всего одно то данная настройка никак не сказывается на работе устройства.
7) NAT/Mcast Fastpath - Fastpath это подобие offload от realtek позволяющее разгрузить процессор за счёт использования более простых (в отличии от штатных Linux`овых) алгоритмов обработки пакетов, а так же задействовать специализированные аппаратные возможности процессоров RTL867x. Данные расширения стоит попытаться отключить только если у вас наблюдаются проблемы с работой некоторых сервисов, например если при работе мультикаст прокси (igmpproxy/udpxy) наблюдаются проблемы стоит попробовать отключить MulticastFastpath. Отключение Nat fastpath может понадобиться если проявляются проблемы в работе специфичных сервисов например некоторых игр. При включенном шейпере fastpath отключается автоматически. Никогда не отключайте fastpath без необходимости.
8) MCAST on ppp enable управляет флагом MULTICAST для ppp+ устройств - разрешает или запрещает приём мультикаста через ppp интерфейсы. Чаще всего вам не следует разрешать приём мультикаста по ppp (pppoe/pptp/l2tp/gprs/cdma) соединениям.
9) WIFI bridge shortcut enable - управление фирменной технологией риалтэка bridge shortcut в wifi драйвере. Отключать имеет смысл если наблюдаются проблемы с wifi.
10) Use automatic MSS from PMTU discovery включающая автоматическую установку MSS из pmtu взамен старого метода принудительной установки поля mss для пакетов идущих с ppp+ интерфейсов в сторону пользователя размером равным MTU(в настройках PPPOE)-40 байт. Данную опцию не следует отключать если не наблюдается проблем с MTU. Отключение приведёт к возврату к старой схеме и может понадобиться лишь для немногих инталляций OS от Microsoft, например для WindowsXP без SP опцию стоит отключить. Подробнее можно почитать в iptables tutorial плюс по ссылке http://www.internetweekly.org/llarrow/

Чуть подробнее о настройке WINS и зачем это нужно.

В общем зачем нам файлсервер понятно без объяснений, а вот зачем нужен WINS думаю стоит прояснить. Придется мне таки процитировать ненавистный мне майкрософт, ведь именно им мы обязаны не вписывающимися не в какие стандарты решение, и тут не обошлось без этого. Видети ли, не устроил господ из мелкософта стандартный DNS вот и решили они изобрести, и даже изобрели (в отличии интернета =))) некий собственный сервер имен со своим протоколом (надо заметить достаточно тупым протоколом) и назвали они его WINS. Ну что же т.к. винда в домашних сетях стоит на 90% клиентских машин, то нам Придется воевать и с этим.


Обещанная цитата: «WINS — это реализация стандартов IETF, описывающих способ просмотра системы NetBIOS и разрешение имен в среде протокола TCP/IP, согласно спецификациям RFC 1001 и RFC 1002. Поэтому данная служба обеспечивает не только отображение имен компьютеров и адресов TCP/IP, но также и просмотр сети и определение местоположения служб; эти услуги предоставляются, например, контроллерам доменов и рабочим группам.»
В общем-то как видно это всего лишь сервер имен в microsoft network и в общем-то даже есть какое-то описание в rfc =) Ну да пора закончить лирическое отсупление и рассмотреть зачем же оно нам нужно.


Как происходит обзор сети в сети без WINS сервера? Все очень просто. Каждая машина сети обращается к мастербраузеру у которого храниться (должен храниться) относительно актуальный список имен. Мастер браузер выбирается на «выборах» периодически инициируемых какой-либо системой в сети и побеждает та система OS Level которой больше. Если имя не было отрезолвлено то машина грубо говоря кричит на всю сеть «Кто здесь?» или лучше сказать «Ты тут?» на что машина с запрашиваемым именем должна ответить « Я тут и у меня такой-то IP». На самом деле все веселее, например представим такую ситуацию когда машина которая была мастербраузером по каким-либо причинам внезапно отключилась от сети? Все сеть можно сказать парализовано до тех пор пока на какой-нибудь машине в сети не придет в голову устроить «перевыборы». Но это еще полбеды, а если в сети 300-400 компьютеров и в сети есть потери? Правильно перевыборы винды будут устраивать чуть ли не каждые 30 секунд. Сеть при этом будет достаточно сильно притормаживать. Более того если вдруг в выборах победит машина на самом узком и самом некачественном канале. то вам остается только сочувствовать. В общем весь этот бред напомнил мне наше правительство, где тоже постоянные тайм ауты из-за выборов, дикие накладные расходы и Все это фоне просто ничтожного КПД. Собственно сервер WINS и призван решить все вышеописанные проблемы.

Проще говоря если у вас >1 ПК в сети (а темболее если их десяток) WINS может существенно сократить время затрачиваемое на обзор сети и выяснения кто в этой сети учавствует и какие SMB ресурсы предоставляет. Особенно актуален WINS на WiFi ибо беспроводное соединение не предусматривает гарантированной доставки данных а броадксаст запросы не требут подтверждения то часть запросов "кто тут" или ответов на них может теряться, что в свою очередь в лучшем случае приведёт к длительному и неполному обзору сети, в худшем сделает невозможным нормальную работу сетевого окружения.

Работающий WINS сервер в вашей сети решит эту проблему.

И так...
Как настроить.
Для этого достаточно:
1) Включить SAMBA на закладке Advance->Others
2) Разрешить сервисы самба на закладке Advance>Remote Access
3) Включить DHCP сервер на закладке Services->DHCP Settings
4) В настройках DHCP установить Domain Name равным имени вашей рабочей группы в которую ОБЯЗАТЕЛЬНО должны входить все ПК присутствующие сети (один WINS сервер может обслуживать только одну рабочую группу)
5) Сохранить настройки Save settings и дождавшись полной загрузки маршрутизатора перезагрузить ПК в сети или переподключить сетевые содениения на всех ПК чтобы они получили новые параметры от DHCP сервера модема.

ВНИМАНИЕ!!! Все ПК должны находиться в одной рабочей группе, на всех ПК в настройках сети должны быть выбрано "получать параметры автоматически". Имя рабочей группы должно быть АНГЛИЙСКИМ и совпадать с Domain Name в настройках маршрутизатора.

В общем по винсу с самбой всё ;)

Как настроить просмотр ТВ через WiFi.
1) Включаем UDPXY на закладке Wireless->Advanced Settings->WMM/UDPXY support
3) Выбрать интерфес на который идёт мультикаст от провайдера
2) Разрешить доступ из локальной сети к UDPXY в Advance->Remote Access
3) Применить и сохранить все настройки и дождаться полной загрузки маршрутизатора перед подключением.

Изображение

ВНИМАНИЕ!!! Обычно соединение по которому идёт IPTV выноситься в отдельный VCI. СТоит помнить что это соединение должно существовать и быть настроено либо в режиме моста, либо в режиме маршрутизации без pppoe.

UDPXY будет доступен на 81TCP порту. Как настроить плэер смотрите в соответствующей теме. Тонкий тюнинг настроек UDPXY можно выполнить редактируя соответствующий скрипт запуска в /rwfs/rc.d.

Не забываем что чтобы сохранить изменения rwfs нужно в telnet/ssh выполнить команду service rwfs save.

Начиная с версии 0.3.0 при настройке Port Forwarding следует учитывать что даже после того как будут добавлены записи в соответствующую таблицу порты не будут доступны с наружи. Для того чтобы всё заработало нужно также внести соответствующие разрешающие правила в таблицу на закладке IP/Port Filtering.
ВНИМАНИЕ в IP/Port Filtering нужно в dst port должны быть указаны локальные порты ПК на которые производиться перенаправление, а не внешние порты с которых это перенаправление производиться.
Например нам нужно протащить порт с локального ПК за номером 22 на внешний IP модема как порт за номером 24, настраиваем портфорвард соответствующим образом а в Ip Filter добавляем правило разрешающее прохождение пакетов на порт 22 локального ПК.
Подробно рассматривали тут http://ddixlab.ru/forum/viewtopic.php?t=1231&start=1402

Пример настройки в картинках:

Изображение

Изображение

Зачем это сделано? Всё очень просто. Например нам нужно вытащить 22 порт с локального ПК наружу но дать доступ к нему только с конкретного списка IP. Решением будет настройка в portfw форварда нужного порта и в ip filter настройки разрешений по списку с какого ip и на какой порт к примеру разрешено соединяться. По умолчанию все транзитные соединения извне во внутрь запрещены.

Продолжение следует... ;)

P.S. Маршрутизатор полностью совместим на уровне протоколов с Linux/BSD/MACOS/WinXP_SP3 или старше. WEB интерфейс тестировлся с Opera 10.x/FF3.5/FF4.x/Chromium 10.0.630.0.

Внимание. Opera 11.xx под linux (может и не только под Linux) имеет ошибку в обработке js и ошибку в работе с сокетами, из-за чего имеем проблемы с обновлением прошивки и отображением некоторых страниц. Багрепорт разработчикам отправлен.

>>> Если у вас имеются проблемы с отображением части страниц или параметров на них проверьте не блокирует ли ваш контент фильтр (в грязном деле замечен Касперский) страницы с /adv/ в адресе. Или внесите адрес модема в список исключений своего контент фильтра.

>>> Если у вас наблюдаются проблемы с получением адреса от DHCP сервера при использовании WiFi с включенным WPA2 под Windows XP SP3/Vista и ранних RC W7 пожалуйста следуйте следующим рекомендациям http://technoposidelki.blogspot.com/2008/08/dhcp-vista.html подробнее http://support.microsoft.com/kb/928233

>>> Если вы активный пользователь торрент сетей и при активных закачках у вас наблюдаются проблемы со стабильностью устройства (зависания/перезагрузки) возможно это связано с новым протоколом µTP [url]http://ru.wikipedia.org/wiki/ΜTorrent#.C2.B5TP[/url] подробное обсуждение проблемы тут http://forum.nag.ru/forum/index.php?showtopic=55025 и популярно для юзеров http://torrentblog.ru/protokol-utp-ne-sderzhal-svoix-obeshhanij/.
Что можно сделать:
1) отключить в настройках торрет клиента протокол µTP
2) уменьшить в настройках торрент клиента число разрешённых соединений до ~100

>>> Если ваш модем модключен через LAN в домовой сети общего пользования (любительская локальная сеть, сети кабельных ISP и т.д.) обязательно следует настроить:
1) ACL - Admin->ACL Config
2) MAC Filter - Services->Firewall->MAC Filtering
3) Отключить DHCP Server - Services->DHCP Settings->DHCP Mode:None

>>> Если вы переодически наблюдаете потерю соединения через WiFi при 100% уровне сигнала попробуйте уменьшить Beacon Interval до 30-50ms и(или) установить Preamble Type в Long. Так же крайне полезно установить фиксированный канал для wifi руководствуясь состоянием эфира и отключить неиспользуемые режимы (например если у вас нет адаптеров поддерживающих только 802.11b следует установить 2.4GHz (G) режим).

Если после всех проделанных операций вы всё ещё имеете переодические крахи ядра с последующей перезагрузкой устройства то причины могут быть связаны с банальным перегревом чипа коммутатора или CPU (благо проявляется не у всех). Читать тут http://ddixlab.ru/forum/viewtopic.php?t=1231&start=2206 лечить установкой радиаторов.


Почитать о ручной настройки производительности conntrack/nat (на русском) можно например тут http://www.popoff.net.ua/2008/10/netfilter_conntrack_tuning/2/.
Последний раз редактировалось sfstudio Вс дек 18, 2011 10:39 pm, всего редактировалось 22 раз(а).
sfstudio

 
Сообщений: 4547
Зарегистрирован: Пн сен 08, 2008 4:58 pm
Откуда: Омск

Сообщение Darkon » Пн авг 29, 2011 11:33 pm
прошился на 1.0.7, затем fs fullreset, затем загрузка сохраненного конфига. Все завелось. В настройках Wireless Basic Settings Channel Number = сохраненному в кофниге. Так что вроде все ок. Выбор в комбике есть, по апплаю применяется.
Darkon

 
Сообщений: 1044
Зарегистрирован: Сб авг 23, 2008 10:51 pm
Откуда: СПб
Устройства::W422G v3

Сообщение sfstudio » Пн авг 29, 2011 11:37 pm
Darkon писал(а):прошился на 1.0.7, затем fs fullreset, затем загрузка сохраненного конфига. Все завелось. В настройках Wireless Basic Settings Channel Number = сохраненному в кофниге. Так что вроде все ок. Выбор в комбике есть, по апплаю применяется.


Ну вот я тоже думаю что не должно быть проблемы.
sfstudio

 
Сообщений: 4547
Зарегистрирован: Пн сен 08, 2008 4:58 pm
Откуда: Омск

Сообщение Darkon » Пн авг 29, 2011 11:49 pm
видимо кэш браузера надо подчистить
Darkon

 
Сообщений: 1044
Зарегистрирован: Сб авг 23, 2008 10:51 pm
Откуда: СПб
Устройства::W422G v3

Сообщение marselyn » Вт авг 30, 2011 11:08 am
а я решил проблему с отваливанием инета по Wi-Fi в версиях прошивки старше 0.6 установкой новых драйверов для Atheros 5007EG под Windows 7, заметил такую интересную особенность в Vista на том же ноубуке проблем не было, а в Семерке отваливался инет через 10 минут примерно. Вот поставил самые свежие драйвера с http://www.devdrivers.ru/ и все стало нормально
marselyn

 
Сообщений: 2
Зарегистрирован: Вт авг 30, 2011 10:56 am
Откуда: Златоуст

Сообщение sfstudio » Вт авг 30, 2011 12:43 pm
marselyn

У меня сейчас такой же как у вас адаптер стоит в сабноуте (заменил RTL8187SE в нём н Atheros оставшийся после апгрейда ноутбучного wifi до 802.11n на основном ноуте). Дык вот ни с 8187SE ни с AR5007EG ни разу не видел проблем. Правда у меня нет винды в принципе.

Насчёт дров я уже грил, как и говорил о том что если в настройках драйвера есть возможность отключить PowerSaving то это стоит сделать.
sfstudio

 
Сообщений: 4547
Зарегистрирован: Пн сен 08, 2008 4:58 pm
Откуда: Омск

Сообщение sfstudio » Чт сен 01, 2011 8:10 pm
Залил 1.0.8. Изменения см выше.
sfstudio

 
Сообщений: 4547
Зарегистрирован: Пн сен 08, 2008 4:58 pm
Откуда: Омск

Сообщение DmitryD » Пн сен 05, 2011 11:47 am
marselyn писал(а):а я решил проблему с отваливанием инета по Wi-Fi в версиях прошивки старше 0.6 установкой новых драйверов для Atheros 5007EG под Windows 7, заметил такую интересную особенность в Vista на том же ноубуке проблем не было, а в Семерке отваливался инет через 10 минут примерно. Вот поставил самые свежие драйвера с http://www.devdrivers.ru/ и все стало нормально


К сожалению у меня на W422Gv3 после перепрошивки на 1.08 тоже постоянно отваливается WI-FI на нетбуке с
сетевым адаптером Atheros AR2427 и ноуте с Atheros AR928X.Режим экономии энергии отключён. После установки свежих драйвером ситуация не изменилась.Нормально работает только смартфон на Android. Пришлось откатиться
назад на 0.6 до решения проблемы.
DmitryD

 
Сообщений: 1
Зарегистрирован: Пн сен 05, 2011 11:36 am
Откуда: СПб

Сообщение Barmalei » Пн сен 05, 2011 6:51 pm
DmitryD, Попробуйте конфигурацию покрутить как тут обсуждали
Может этот пункт поможет
4. WIFI bridge shortcut enable - Off
Barmalei

 
Сообщений: 22
Зарегистрирован: Пт май 21, 2010 3:00 pm
Откуда: Minsk

Сообщение slashok » Ср сен 07, 2011 12:08 pm
Barmalei писал(а):DmitryD, Попробуйте конфигурацию покрутить как тут обсуждали
Может этот пункт поможет
4. WIFI bridge shortcut enable - Off


Сам думал что помогло.... Не помог ни один из параметров, что предложили отключать\включать. Уже и драйвер обновил сетевой, - все что выше 0.6.0 - отваливается WiFi...

Засел на 0.6.0
slashok

 
Сообщений: 130
Зарегистрирован: Сб апр 03, 2010 3:34 pm
Откуда: Могилёв

Сообщение lexa9872006 » Ср сен 07, 2011 1:11 pm
Заранее благодарен!!!
lexa9872006

 
Сообщений: 3
Зарегистрирован: Ср сен 07, 2011 1:01 pm
Откуда: Краснодар

Сообщение Vasilitch » Ср сен 07, 2011 7:53 pm
тоже атерос на ноуте и отваливается каждые 10 минут. в драйвере управления энергосбережением нет. на старой до 1.х.х прошивке все работало..
WIFI bridge shortcut enable - Off не помогает

еще web remote acсess что то не работает порт 8181 прописан, но не подключается с внешки нивкакую!
IP/Port Filtering:
Outgoing Default Action Allow
Incoming Default Action Allow

в портфорвардинге 8181 порт не используется. куда копать.

Product Name Acorp Sprinter@ADSL W422G_v3
Uptime 12 min
Firmware Version 1.0.9.RU.07092011
DSP Version 2919b408

Limit remote control connection = enable

сейчас попробую disabled сделать...
не помогло
Vasilitch

 
Сообщений: 57
Зарегистрирован: Пт фев 19, 2010 11:35 pm
Откуда: Саранск

Сообщение sfstudio » Чт сен 08, 2011 9:15 am
Vasilitch

Что значит отваливается-то? Логи дампы что пишет и т.д.? Ну чего в гадалок-то играем?
sfstudio

 
Сообщений: 4547
Зарегистрирован: Пн сен 08, 2008 4:58 pm
Откуда: Омск

Сообщение sfstudio » Чт сен 08, 2011 8:13 pm
У кого проблемы с отвалом wifi сделайте плз следующее:
1) после отвала зайдите по кабелю и покажите вывод команды free
2) поставьте какой-нить сниффер на комп с wifi и посмотрите не прёт ли по wifi большое число броадкастов в сторону AP
3) скиньте мыло в личку соберу на тест
sfstudio

 
Сообщений: 4547
Зарегистрирован: Пн сен 08, 2008 4:58 pm
Откуда: Омск

Сообщение yrzorg » Сб сен 10, 2011 12:26 am
Вот намерял что умел, лог
Нетбук с atheros (драйвера не обновлялись), циклический пинг точки, прошивка последняя, лог снят с консоли (отвал wi-fi с комметариями в конце)

Эту проблему описывал с год назад в ныне грохнутой теме, выкладывал такие же логи, как вижу - воз и ныне там.
Без шифрования работает нормально
С другой AP с шифрованием работает нормально
Если необходимо что-то ещё - сделаю, но только под диктовку (флаги для tcpdump, команды, etc)

P.S. Не могу вкурить, как настроить инет, если тип подключения IP over ATM (статический адрес)
yrzorg

 
Сообщений: 21
Зарегистрирован: Пт янв 29, 2010 10:49 am
Откуда: СПб

Сообщение sfstudio » Сб сен 10, 2011 11:29 am
yrzorg писал(а):Вот намерял что умел, лог
Нетбук с atheros (драйвера не обновлялись), циклический пинг точки, прошивка последняя, лог снят с консоли (отвал wi-fi с комметариями в конце)


Не вижу я чтобы клиент отрубился.

Эту проблему описывал с год назад в ныне грохнутой теме, выкладывал такие же логи, как вижу - воз и ныне там.


1) Народ говорит что на 0.6.х проблемы не было о каком годе назад речь идёт
2) С какого перепугу тема грохнута? Она живее всех живых и доступна для просмотра, просто писать туда нельзя т.к. китайцы переименовали тонну устройств.

Без шифрования работает нормально
С другой AP с шифрованием работает нормально


У всех проблема только с WPA ?

Если необходимо что-то ещё - сделаю, но только под диктовку (флаги для tcpdump, команды, etc)


Для начала покажите wl sta после отваливания.


P.S. Не могу вкурить, как настроить инет, если тип подключения IP over ATM (статический адрес)


Ключевое слово MER.

P.S. Никто так и не удосужился поиграться с regdomain http://ddixlab.ru/forum/viewtopic.php?t ... start=3553 сам сталкивался на одной машине у человека при выставленном RU на клиенте и JP на сервере оно приводило к странным глюкам в режиме с шифрованием. Связи не уловил, но факт остаётся фактом. Причём девайс был совсем другой.
sfstudio

 
Сообщений: 4547
Зарегистрирован: Пн сен 08, 2008 4:58 pm
Откуда: Омск

Сообщение yrzorg » Сб сен 10, 2011 5:06 pm
1) Народ говорит что на 0.6.х проблемы не было о каком годе назад речь идёт

http://ddixlab.ru/forum/viewtopic.php?t ... &start=780
в самом конце, логи уже давно грохнуты, но там та же самая хрень с затыками и запросами arp была

Никто так и не удосужился поиграться с regdomain

назначил DOMAIN_MKK1
из каналов стало доступно только 0 и auto

WPA2-AES (на mixed не пробовал)
1) клиент наконец стал получать адрес по dhcp
2) циклический пинг точки примерно в течении 30 мин - полёт нормальный
единственное - каждые 60 секунд затык примерно на 1-2 секунды, но такое явление наблюдал на нескольких других АР (в частности, на asus gp-500p)
3) 1 раз был полный затык, но момент не уловил (возможно свет моргнул)

В-общем субъективно картина получше стала

Ключевое слово MER.

Знаю, что mer ... в статусе кажет up, но на клиентах инета нет
Скрины 1 и 2
yrzorg

 
Сообщений: 21
Зарегистрирован: Пт янв 29, 2010 10:49 am
Откуда: СПб

Сообщение sfstudio » Вс сен 11, 2011 3:58 pm
yrzorg писал(а):http://ddixlab.ru/forum/viewtopic.php?t ... &start=780
в самом конце, логи уже давно грохнуты, но там та же самая хрень с затыками и запросами arp была


С тех пор поменялось абсолютно всё и проблем так и не была ни разу отловлена на коленке для диагностики.

назначил DOMAIN_MKK1
из каналов стало доступно только 0 и auto


Каналы поправлю.

WPA2-AES (на mixed не пробовал)
1) клиент наконец стал получать адрес по dhcp
2) циклический пинг точки примерно в течении 30 мин - полёт нормальный


Ну вот теперь вопрос, как regdomain может быть связан с отвалами? Там в зависимости от regdomain меняется только число доступных каналов + чуть иначе калибровки мощности в зависимости от выбранного канала ну и при соединении отдаётся клиенту другой CountryCode. Делаю вывод что клиент при CC=6 просто таращит, но ведь это не проблема AP правда?

единственное - каждые 60 секунд затык примерно на 1-2 секунды, но такое явление наблюдал на нескольких других АР (в частности, на asus gp-500p)


Отключите B режим останьтесь в G only должно полегчать. Такое поведение видел один раз когда левый B only клиент постоянно долбился до точки, все остальные клиенты B/G на момент долбёжки вставали раком.

Знаю, что mer ... в статусе кажет up, но на клиентах инета нет
Скрины 1 и 2


Дык толку со скринов-то? Зайти по ssh посмотреть как оно сконфигурилось через ifconfig, посмотреть таблицу маршрутизации и правила iptables и по результатам будет ясно что не так делаете.
sfstudio

 
Сообщений: 4547
Зарегистрирован: Пн сен 08, 2008 4:58 pm
Откуда: Омск

Сообщение marselyn » Вс сен 11, 2011 7:48 pm
"А ларчик просто открывался"... :) так вот обнаружил что в версии прошивки меньшей или равной 0.6 номер канала Wi-fi по умолчанию был 10, а версиях 1.00 и старше он почему то переключился на первый, а по умолчанию те же драйвера для Atheros принимают сигнал по десятому каналу, поменял в "морде" модема на 10-й, почему-то мне это удалось только в Firefoxe, Opera тоже вроде видит номер канала, а вот Интернет Эксплорер и Хром не видят номера канала доступнo только Auto, и произошло "о чудо" :) вай фай перестал отваливаться и интернет вместе с ним. Все сказанное относится к Windows 7.
Последний раз редактировалось marselyn Вс сен 11, 2011 7:52 pm, всего редактировалось 1 раз.
marselyn

 
Сообщений: 2
Зарегистрирован: Вт авг 30, 2011 10:56 am
Откуда: Златоуст

След.

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 5

cron

x