ВНИМАНИЕ: В связи с отсутствием финансирования со стороны Acorp было принято решение выпустить последнюю версию прошивки совместимой с обновлением через WEB для оборудования ACORP - 2.5.0. Будущая ветка 3.х.х и выше могут быть установлены в устройства Acorp как и во всех остальные только с помощью консольного шнура через uboot или через emergency режим с потерей гарантии.

Начиная с 01.05.2012 никакой поддержки по устройствам ACORP так же не оказывается.

НА ДАННЫЙ МОМЕНТ (В СВЯЗИ С ОТСУТСТВИЕМ ФИНАНСИРОВАНИЯ) ВСЕ РАБОТЫ ПО ДАННОМУ ПО ОСТАНОВЛЕНЫ.
МЫ ГОТОВЫ РАССМОТРЕТЬ ПРЕДЛОЖЕНИЯ ОТ ЛЮБЫХ ВЕНДОРОВ КАСАТЕЛЬНО АДАПТАЦИИ И ДАЛЬНЕЙШЕЙ ПОДДЕРЖКИ ПО.

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

W520N это старшая модель в линейке DSL маршрутизаторов.  
Описание начинки тут http://wive-ng.sourceforge.net/?W422G.v3_8671BH_%284%2F16%29

Основное отличие от W422G_v3/v4 это usb 802.11N 2T2R радиомодуль подключенный к CPU по pci-e шине вместо USB. Что позволяет достаточно легко обеспечить 100Мбит полудуплекса в 2.4ГГц диапазоне при 40МГц ширене полосы при этом не влетать в 100% загрузку cpu.

http://www.citilink.ru/catalog/servers_and_net_equipments/net_equipment/modems/667473/?mrkt=msk_cl

Запущены в производства Ethernet Маршрутизаторы построенные на базе Ralink RT305x.
WR-150N - RT3050 (4Мб SPI flash, 32Мб ram) - 802.11N 1T1R (150Mbit/s) wifi | описание | запущен в производство
WR-300N - RT3052 (4Мб NOR flash , 32Мб ram) 802.11N 2T2R (300Mbit/s) wifi | описание | запущен в производство
На текущий момент устройства отгружены из китая и доступны для оптового заказа в merlion.
Отличительная особенность этих устройств это полностью открытая прошивка Wive-NG-RTNL установленная на них с завода.

Так же запущены в производство две новые модели ADSL модемов W510N/W520N http://wive-ng.sourceforge.net/?W422G.v3_8671BH_%284%2F16%29 

Опубликовал знаковую версию Wive-NG-RTNL 2.0.0.

Это первая версия рекомендованная мной к фабричной установке. 90% заложенного функцианала полностью стабильно и вылизано. ~10% крайне редко используемых функций будут допилены примерно в 2.1.х-2.4.х версиях в ближайшее время.

Данное ПО разработано исключительно для устройств Acorp WR-150N/WR-300N поставки которых должны были начаться (начались?) перед новым годом.

На текущий момент код поддержки сторонних устройств сохранён в гит и не убран из конфигурации. В дальнейшем для уменьшения потребляемой памяти и места на флэше и в большей части исполнения обязательств перед заказчиками откровенно костыльный код (как двойной реинит коммутатора для DIR300B1 или savemem для RT-32G) будет удалён из git.

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

Подробности http://wive-ng.sf.net .

На этой неделе ушёл из жизни Михаил Зуев. Вечная ему память. Не могу сказать ничего больше. Описать этого человека просто как музыканта язык не поворачивается...

На конец в розницу поступили Acorp W422G_v4 отгруженные китайцами ещё с сентябре месяце. Увы визуально (без включения питания) отличить их от v3 кроме как по дате производства (все давайсы старше марта 11 года это однозначно v4) не реально ;(

Напомню отличия между разными WiFi+DSL девайсами от ACORP.
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 | доступен в розничной сети 01.11.2011
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 | готовится к

Т.е. проще говоря v4 от v3 отличается поддержкой 802.11N 1T1R 150Мбит вдвое увеличенным объёмом RAM и более шустрым (не смотря на ту же частоту) процом.

Прошивки для v3/v4 НЕ СОВМЕСТИМЫ. Будьте внимательны и не заливайте прошивки не той аппаратной ревизии.

Первую партию устройств W510N/W520N отличающихся от W422G_v4 шиной по которой подключен wifi модуль и самим модулем (pci-e против usb в 422 что оочень здорово экономит cpu при работе с wifi) и поддержкой WiFi клиента китайцы обещают в течении месяца.

ETTH маршрутизаторы на Ralink (WR150N и WR300N) с открытым ПО Wive-NG-RTNL разработанным по заказу Acorp по обещаниям производителя начнут отгружаться во второй половине декабря, а значит поступят на рынок в конце января, начале февраля.

Tags: acorp, adsl, ralink, wifi, wive

 На днях получил окончательные образцы устройств от Acorp.

ADSL/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

Фото http://sadnet.ru/?W422G.v3_8671BH_%284%2F16%29:Foto_ustroystv

LAN/WIFI:

WR-300N - RT3052 (4Мб NOR flash, 32Мб ram) - 802.11n 2T2R wifi
WR-150N - RT3050 (4Мб SPI flash , 32Мб ram) 802.11n 1T1T wifi

Фото http://sadnet.ru/?WR-NL_RT3050%282%29:Foto_ustroystv.

Немного о первых. Честно говоря после W422G_v3 устройства весьма впечатляют. Так за счёт того что wifi висит на pci-e шине почти в 2 раза упала нагрузка на CPU при работе wifi (с 85% до 50% при 90Мбитах эффективной пропускной способности, относительно W532N где 2T2R радиомодуль распаян на шину usb). Так же устройство в общем значительно ускорилось за счёт увеличенного  в 16 раз(!!!) размера IMEM  области (небольшой блок очень быстрой памяти аля SRAM внутри cpu)  используемого для ускорения сетевых операций (например перемещения в него части skb и других сетевых буферов).  

По для этих устройств по сути тоже самое что и для W422G_v3 с прежним функционалом, лишь ядро притерпело существенные изменения (в кратчайшие сроки была добавлен аподдержка pci-e и допилены драйвера wifi). Сейчас произвожу финальное нагрузочное тестирование. Срок запуска в производство порядка 1-2х недель.

И самое главное, я протестировал все доступные мне wifi адаптеры в т.ч. проблемные броадкомы во всех режимах. Так вот, для этих устройств не нужно костылей для совместимости с броадкомами, хотя на всякий случай код я перенёс в новые драйвера.

Теперь что касается LAN/WIFI. Устроства построены на ралинках, из коробки с завода будут поставляться с Wive-NG-RTNL. Много говорить о них смысла нет, ралинк это прекрасный набор логики для LowCost SOHO устройств позволяющий достигнуть 100Мбит на POE/PPPOE даже на младшем устройстве при использовании PPE, и 100Мбит в полностью программном режиме на старшем 3052 устройстве. Прошивка для этих устройств достаточно отлажена чтобы запустить в производство хоть завтра. Однако требуется изменить конфигурацию GPIO и кое-что доработать в интерфейсе (логотипы и т.д.) перед тем как отдать китайцам на тиражирование.
Срок запуска в производство 1-1,5 месяца.


Надеюсь мы уложимся в озвученные выше сроки.

Сегодня опубликовал знаковую версию ПО для RalinkSOC RT3050/RT3052 1.1.8.

Это первая полностью стабильная сборка с поддержкой корбины включая pptp/l2tp, получение маршрутов с dhcp сервера. Так же в этой версии полноценно работает wifi модуль включая все режимы 802.11n, а так же допилен Fastpath всвязи с чем на RT3052 при NAT 100мбит/c ещё остаётся запас по CPU. В общем призываю активно потестировать текущую версию в боевых услоиях на реальных операторах.

Так же была опубликована 0.4.1 версия ПО для W422G_v3/W530N/W532N (RTL8671B(H)/RTL8672). Это первый стабильный релиз из ветки 0.4.х. Изменений много но все они каса.тся только исправлений старых ошибок и оптимизаций кода. Т.е. никаких новых функций эти версии в себе не несут а направлены лишь на исправление застарелых проблем.

0.3.3
1) sfq/esfq теперь так же в модулях что даст ещё чуть чуть свободной памяти в конфигурациях без шейпера
2) Обновлён transmission до 1.93 версии от 010/05/01
3) Бэкпорт фикса (commit 29671f22a8b6522db3b126a3fdfb208759ce46e3) rwsem_is_locked() из стабильной ветки 2.6.33
4) Мелкие правки в FPU эмуляторе для MIPS
5) Пофикшено переполнение буфера в модуле поддержки (v)FAT для W532N
6) Введены дополнительные ограничения на число "сервисов" в upnpd дабы предотвратить исчерпание памяти на 16Мб устройствах при использовании W7+Vuse (и аналогов)
7) Исправлена ошибка в upnp которая могла приводить к краху демона при определённой конфигурации сетевых интерфейсов
8) Исправлено поведение при обновлении правил в netfilter при получении запроса renew от клиента (upnp)
9) Исправлена обработка системного времени при старте демона upnp
10) xl2tpd обновлён до 1.2.6 стабильной версии
11) В коде моста для фильтрации bcast/unicast теперь используются человеческие функции из etherdevice.h вместо сумасшедших костылей от риалтэка
12) Множество мелких фиксов и оптимизаций по всему коду моста в т.ч. бэкпорты из стабильной 2.6 ветки
13) Мелкий фикс отображения dhcp lease в морде
14) В Advanced Others добавлена опция WIFI bridge shortcut enable - управление фирменной технологией риалтэка bridge shortcut в wifi драйвере. Отключать имеет смысл если наблюдаются проблемы с wifi.
15) Добавлен воркэраунд для решения проблемы прохождения DHCPOFFER через wifi при включенном WPA

0.3.2
1) Пофикшена проблема в коде USB приводившая иногда на W532N к падению ядра (например при кратковременном отключении питания USB устройства)
2) Пофикшена проблема в коде USB приводившая иногда к произвольной перезагрузке при отключении WIFI в морде W422G_v3
3) Пофикшена ошибка выделения памяти в skbuff для 8187SU устройств
4) Небольшие правки в логике VPN
5) Бэкпорт критичных изменений и в коде bridge из ванилы
6) Продолжаем чинить вланы в связке с 8672+8306SC, ошмётки уже пролетают значит движемся в правильном направлении
7) Теперь если в правиле set-mss уcтановлено значение больше чем было до правки то mss менять не будем
8) Пофикшено несколько регрессий в логике при переходе на новый busybox

Так же доступна новая тестовая сборка за номером 1.0.11 ПО для устройств на базе RT3050/RT3052.

1) Пофикшена регрессия приводившая к запуску linuxigd и как следствие mini_upnp при выключенном wps  
2) Обновлены драйвера для usb/pci-e 819* чипов до 2010-04-06 (бэкпорт изменений из iad sdk)
3) Реализован autodetect CPU clock, а так же детект таймингов памяти с последующем реинитом железа что позволило избавиться
от проблем со старыми версиями бута
4) В USB предпринята попытка избавиться от "дёрганья" IRQ во время простоя контроллера, например когда все устройства
от него отключены, так же более тонкий тюнинг
5) Исправлена проблема с AUTO-MDI-X на устройствах с одним ethernet портом (no_product LAN122v3)
6) Мелкие правки в обработке IGMP в ядре касающиеся обработки потока с vcX (где x > 2) и удаления избыточной отладки
7) SYN пакеты не несущие в себе данных (содержащие только заголовок) должны быть дропнуты без дополнительных проверок
иначе возможен DOS в том числе со стороны локальной сети новыми червями (и замечены такие случаи, windows вечная помойка)
8) в igmpproxy пофикшена проблема приводящая невозможности работать на интерфейсах vcX (где x > 2) (iad sdk)
9) в upnpctl добавлен режим изменения конфигурации mini_upnpd на лету без полного перезапуска (iad sdk)
10) W532N добавлена утилита usbctl для управления встроенным хабом USB
11) Удалён не нужный перезапуск dns релея из upnp демона который к тому же мог приводить к краху boa
12) Пофикшена проблема с потерей последнего символа в имени хоста при записи leasefile (неверно расчитывается длина строки в lease.c, патч ушёл в апстрим)
13) В advance others добавлена опция MCAST on ppp enable позволяющая управлять флагом MULTICAST для ppp+ устройств которы  
  разрешает или запрещает приём мультикаста через ppp интерфейсе. Чаже всего вам не следует разрешать приём  мультикаста по ppp (pppoe/pptp/l2tp/gprs/cdma) соединениям.
14) Кнопка дисконнект на странице статуса теперь работает корректно
15) TZ теперь устанавливается корректно с поддержкой перехода на зимнее/летнее время

так же доступна бинарная сборка 0.3.18 для rtl8186 изменения смотрите в git проекта.

Близится к  завершению глобальная переделка ПО для Acorp W422G_v3/W530N/W532N устройст. Скупой ченджлог ниже:
0.3.0
1) Переход на свежий busybox и как следствие глобальная переделка окружения
2) Dropbear так же отвязан от риалтэковской логики и обновлён до последней стабильной версии 0.52
3) С переходом на новый бизибокс высвободилось место на флэше. Возвращаем tcpdump
4) Remote syslog теперь работает корректно
5) В ipt_recent.c исправлено переполнение буфера
6) Мелкий фикс watchdog`а в 8187SU драйвере и usb_otg.
7) Исправлена загрузка правил connlimit при восстановлении конфига из бэкапа
8) Очень много изменений в логике boa под изменившееся окружение и набор утилит
9) Исправлена установка принудительной скорости на портах коммутатора
10) Если в конфиге ядра включена поддержка коммутатора то выставляем принудительно 100мбит FD для порта коммутатора подключенного к CPU (на автомате иногда падал на 10HD, видимо бага rtl8306)  
11) Пофикшена проблема с блокированием броадкаста через wifi при включенном WPA  
12) Обновлена библиотека libcrypt до последней стабильной версии
13) Для /var теперь используем tmpfs а /rwfs монтируем как mount -o bind /var/rwfs /rwfs
14) /dev теперь так же живёт на tmpfs (mount -o bind /var/dev /dev) что позволит в будущем использовать
mdev вместо риалтэковского костыля для hotplug, а так же решает проблемы с демонами которые пытаются
менять права доступа к устройствам (см dropbear)
15) Используем mdev на этапе загрузки для автоматического создания недостающих файлов устройств в /dev в зависимости  
от конфигурации ядра и набора логики. В будущем полностью заменим риалтэковский хотплаг на mdev
16) Добавлена светодиодная индикация сброса настроек и режима обновления прошивки

17) Обновлёна библиотека libsig++ до 2.2.6 версии
18) Обновлён curl до 7.20.1 версии
19) W532N если на hdd/flash присутствует swap раздел он будет автоматически подключен
20) В web морде теперь все страницы используют стили
21) Множество мелких фиксов в ядре в основном бэкпорты из последней ванилы, так же пофикшена проблема разрывов pptp/l2tp
соединений на забитых каналах и каналах с большими >50% потерями
22) ipv6 in ipv4 туннели теперь работают включая туннели поверх ppp соединений (W532N)
23) radvd обновлён до последней стабильной версии (в морду пока настройки не выносили)
24) Существенно снижена нагрузка на CPU в режиме pppoe

На самом деле изменений намного больше просто все они настолько мелкие но их море =) Надеюсь что мы уже отловили и пофиксили все регрессии.

0.2.13
1) inetd теперь стартует из init.d вместо inittab что позволяет при необходимости его отстреливать
2) Перед обновлением отстреливаем inetd а значит и все соединений по tlenet/ssh/ftp
3) ash теперь корректно исполняет скрипты в которых не описан путь к интерпретатору
4) Перед обновлением фирмвари теперь выгружаем все ядреные модули
5) Откатываемся на первоначальную реализацию pptp модуля ядра (теперь работает нормально и без правок)
6) Переделана логика подготовки устройства к обновлению, теперь не должно быть проблем с обновлением через wifi в т.ч. на 16Мб устройствах, а так же обновление должно проходить корректно вне зависимости от текущих настроек, вне зависимости от того подключен или нет DSL кабель и насколько нагружено устройство. Однако после обновления всё ещё рекомендую сбросить все настройки кнопкой reset

0.2.12
1) Обновлён драйвер 8192pci-e
2) Собака в 8192SU больше не срабатывает без повода
3) Смена названий W53*G теперь зовуться W53*N
4) Устранена утечка памяти в uClibc возникавшая из-за неверных дефайнов в stdio. Утечка могла проявлять себя в таких компонентах как например busybox
5) Добавлены module-init-tools 3.6 начат переход на модульное ядро в целях экономии памяти
6) Из-за нехватки мста на флэше в очередной раз убираю tcpdump для 4Мб устройств, в будущем если удастся освободить лишних 50-100кб сжатого пространства tcpdump вернётся
7) При загруке модуля pptp теперь используем vmalloc
8) Снижено потребление памяти модулем pptp
9) Множественные правки в pppoe/pptp/l2tp плагинах и скриптах
10) Теперь VPN при потери соединения перезванивает используя только штатные средства без костылей

0.2.11
1) Обновлён код DSP до версии от 31.03.2010 v2.9.0.6a 
2) Добавлена поддержка RTL8192CD wifi модуля на pci-e
3) Исправлено падение кода bridge в ядре при включенных brshortcut и natfastpath
4) Базовая поддержка ipv6 (пока отключено по умолчанию и только для устройств с 8Мб флэша)
5) Устранена утечка памяти в natfastpath
6) В модуль SAR добавлена возможность приоритезации трафика
7) В коде usb host исправлена стопка ошибок которые иногда могли приводить к потери данных через usb (а значит и через wifi т.к. 8187SU/819*SU имеют интерфейс USB)
8) Обновлён драйвер 819хSU где проведена работа по увеличению производительности
9) В lan драйвере исправлена проблема с блокировками иногда приводившая к потери пакетов под нагрузкой
10) Пофикшена проблема работы WSCD демона (WPS) в связке с релизом Windows7
11) Расширено число поддерживаемых микросхем флэш памяти
12) Мелкий фикс в tcp стэке предотвращающий преждевременные ретрансмиты пакетов на канале с потерями

0.2.10
1) pppd обновлён до 2010-03-07 снэпшота где устанены мелкие проблемы с lcp и pppoe
2) dnsmasq теперь всегда стартует от пользователя SUSER и группы Admin
3) В утилиту ethctl добавлена возможность просмотра дампа таблицы igmp из коммутатора
4) Bridge Netfilter теперь полностью отключен при старте и будет включен если есть хотя бы одно правило фильтрации по маку что позволит разгрузить CPU когда нечего фильтровать

0.2.9
1) Устранена регрессия приводившая к удалению маршрута в VPN подсеть если модем настроен в режиме сервера
2) При падение туннеля чистим таблицу conntrack
3) Добавлен /rwfs/ppp/ip-up-sppp это spppd ip-up скрипт который будет исполнен после штатного недоступного на редактирования ip-up скрипта spppd. Скрипт исполняется только для ppp(pppoe/pppoa) соединений настроенных в wan config. Например если вы желаете чтобы при подъёме sppp соединения перезапускался VPN сервер/клиент достаточно добавить в шаблон строки service start_vpn stop и service start_vpn start после чего сохранить rwfs командой fs save.
4) В /rwfs/scripts добавлены dsl-down/dsl-up скрипты исполняемые при опускании/подъёме физического dsl канала.

0.2.8
1) В режиме VPN клиента теперь при падении занова формируются все конфигурационные файлы и правила маршрутизации
2) В /rwfs/network добавлены 2 файла iptables-ppp-up/down обрабатываемые при подъёме VPN интерфейса и его опускании служащие для добавления/удаления правил iptables при определённых событиях
3) По просьбам трудящихся увеличено число одновременных запросов для dnsmasq до 100
4) Устранена проблема работы с l2tp BRAS под windows или с аналогичными глюками (corbina) в случае если отключен default route в туннель.

0.2.7
1) Добавлена поддержка 0.0.12 версии бута 2) Добавлена дополнительная проверка при запуске на сохранность настроек (v12 boot) 3) Мелкие правки в драйвере wifi 4) Порядок запуска dns и обновления lease в dhcp поменян местами 5) Больше отладки в момент потери линка 6) dnsmasq обновлён до последней стабильной версии и теперь един для wive-ng/wive-ng-dsl2.6/wive-rtnl 7) Опции в web интерфейсе завязанные на внешний usb host более не отображаются на устройствах без него 8) Записи в /etc/hosts более не дублируются при большом числе реконнектов

0.2.6 
1) Те же процедуры что были в 0.2.5 для 8192 драйвера проделаны для 8187. Однако учитывая что код 8187 ещё более корявый "выпи..ивание лобзиком" продолжается.  
 

2) Теперь обрабатываем dgw/mdgw только в ip-up/ip-down скриптах сохраняя перед подъёмом текущий default gateway в файл и восстанавливая его при пропадании VPN соединения
3) crond из древнего бизибокса заменён более свежей и полной реализацией micron
4) Код full_flash_reset перенесён в /etc/init.d/rwfs. Теперь для полного сбора настроек и перезаписи дефолтов в mibtbl достаточно выполнить service rwfs fullreset (fs fullreset)
5) По fs save теперь так же сохраняется текущее время которое будет восстановлено при следующей загрузке
6) Ключи ssh теперь генерируются по нажатию кнопки reset до перезагрузки

0.2.5
1) Драйвер wifi (rtl819*) теперь не требует флага gcc -std=gnu89 для компиляции. Теперь драйвера собираются с теми же флагами и тем же компилятором (v4) что и весь остальной код ядра.
2) Переработаны некоторые части в коде 819* драйвера для более полной поддержки mp_test режима
3) Помеченные для удаления в 2.6 ядре функции cli()/sti() в коде драйвера заменены аналогами
4) Добавлена возможность отключить NAT_Fastpath и Multicast_Fastpath из web. Fastpath это подобие offload от realtek позволяющее разгрузить процессор за счёт использования более простых (в отличии от штатных Linux`овых) алгоритмов обработки пакетов, а так же задействовать специализированные аппаратные возможности процессоров RTL867x. Данные расширения стоит попытаться отключить только если у вас наблюдаются проблемы с работой некоторых сервисов, например если при работе мультикаст прокси (igmpproxy/udpxy) наблюдаются проблемы стоит попробовать отключить MulticastFastpath. Отключение Nat fastpath может понадобиться если проявляются проблемы в работе специфичных сервисов например некоторых игр. При включенном шейпере fastpath отключается автоматически. Никогда не отключайте fastpath без необходимости.
5) Исправлена ошибка приводящая к невозможности задать пароли с некоторыми спецсимволами в wan config
6) Исправлена ошибка приводившая к невозможности отключить mppe из web
7) Добавлена таблица маршрутизации в VPN. Маршруты из этой таблицы загружаются ядром при срабатывании ip-up скрипта pppd. Удаляются по ip-down. ppp+ в таблице маршрутизации обрабатывается как текущий/поднятый VPN ppp интерфейс ($1 в ip-up), * обрабатывается как произвольный интерфейс.
8) Поля "Allow MPPE", "Peer DNS" в режиме l2tp server теперь не отображается (ибо бесполезны).
9) В очередной раз практически полностью переработано управление VPN
10) Незначительные исправления в init.d, добавлено ожидание перед запуском некоторых служб и расширено логирование
11) Добавлена возможность выбрать интерфейс на котором udpxy будет принимать мультикаст поток (если adsl соединение настроено как bridge - выбираем br0, если как MER route - vcX где X номер соединения от 0 до 8).
12) VPN pppoe теперь будет совершать больше попыток discover постепенно увеличивая интервал ожидания ответа прежде чем завершиться.
13) VPN pppoe теперь не завершается при потери связи а пытается восстановить соединения постоянно увеличива интервалы между попытками

0.2.4
1) Косметические правки в основном ка сающиеся web морды2

Опять меняют названия девайсов, правда на этот раз несущественно.
W530G становиться W530N, а W532G становиться W532N. Ну веянья моды вестимо или попытка подчеркнуть что оно типа 802.11N ready =)

Ну и ещё дополнение. Прошивки теперь буду выкладывать в 2х экземплярах для каждого из устройств с разным DSP кодом.

2905b и 2906a, последний теоретически более стабилен и менее оптиместичен при оценке линии, первый позволяет на некоторых линиях поиметь лишних пару мегабит скорости физического соединения вниз (но линия должна стремиться к идеальной, а DSLAM хорошо отстроен).

 Вчера испытал шок, и до сих пор нахожусь в этом состоянии.  Зашёл было почитать блог господина Алксниса и вот те на http://v-alksnis2.livejournal.com/168861.html такого срача  я еще не видел. Мало того что АВИ не прав ни по одному из пунктов, так ещё и в обсуждение слетелись очень весёлые тролли. 

Ну общее впечатление фиг с ним. По словам АВИ оказывается в том что школьный проект по внедрению Linux на грани провала виноват кто бы вы думали? Государство? НЕТ! Злобные вантузятнеги которым государство каким-то неведомым образом поручило сначала штамповать диски вместо которых в итоге получились подставки для кофе,  потом поддержку внедрение и обучение учителей. Вдумайтесь только!!! ВАНТУЗЯТНЕГИ УЧАТ ПОЛЬЗОВАТЬСЯ LINUX УЧИТЕЛЕЙ!!!

В общем по словам АВИ получается что такое положение дел со штамповкой дисков, ТП и обучением является НОРМАЛЬНЫМ.

Не люблю ругаться но вынужден сказать своё ФИ господину Алкснису. То что вы вы твердите с одним дистрибом я поддерживаю. НО ПРИЧИНА не в этом. Причина в том что конкурс внедрения и поддержи линукс выиграли вантузятнеги.

Я уверен что Виктор Имантович прекрасно осознаёт причину провала и она совпадает с моей версией, я одного не пойму, зачем было подменять понятия? Более того, в статье и каментах на которые он ссылается стоит вой не о разношёрстности дистров и прочих "неудобствах" а именно о безобразной ТП и Обучении.

Собсно я ещё тольо когда всплыла IBS говорил что если они возьмуться за внедрение - закапывайте. В итоге уж не знаю откуда растут ноги у вантузятнегов взявшихся за эти вещи, но то что причина завала именно в неверно выбранном исполнителя это факт!

Сейчас тружусь над AcorpWR-N(L), девайса 2 штуки оба на Ralink:
RT3050 - 1T1R 4/16Mb
RT3052 - 2T2R 4/32Mb

384МГц CPU MISP Little Endian.

Текуща версия прошивки 1.0.0.2.
Известные проблемы:
<none>

Changes:
1) Fix configs scripts for support bash >=4 and change product name
2) Kernel version up to 2.6.21.7
3) Redesign filesystem. Busybox up to 1.15.3
4) PPPD up to 2.4.5 with more patches as acell-ptpp/l2tp/gigaworld/allow-mppe/etc
5) Add ACELL-PPTP Kernel support
6) Mount ramfs particions in kernel mode
7) BGIDGE: Pause frames shouldn't be passed up by driver anyway
8) Add ESFQ support
9) Initial auto detect memory size (fix me 32bit mode support)
10) Add udpxy
11) Code cleanup
12) Remove ASUS Code
13) Original Ralink gui now work
14) pptp/l2tp/pppoe tun now works
15) Full rc scrips is write in rwfs
16) RT3052F embed switch full work now
17) Rewrite pptp/l2tp/pppoe scripts to support buggy nas (corbina etc)
18) miniupnpd now work too
19) Add rwfs support (fs save | fs restore | fs load)
20) Auto set mss size
21) Masqrade now work correctly
22) IMQ support added
23) Initial shaper scripts (default priomap and esfq for decrase torrents prio)
24) Kernel ip account support added
25) Fix crash on sta list
26) Update userspace daemons and utility
27) Some busybox fixes
28) Auto generate UUID for UPNP service on first upnpd start
29) Check if ppp is up do not change ip from dhcp
30) Regenerate mac if drop to defaults
31) Some services start only then start goahead
32) Replace some code from original Ralink SDK version 3.3
33) Integrate new web gui in current sources tree
34) Static routes get from dhcp server (options 79)
35) busybox update to 1.16.0 version
36) Replace ntpclient to ntpd from new busybox
37) Add multiple default gateway support for load balacing
38) Fix boot on 4/16 devices
39) RootFS on flash work OK
40) Fix resolve server ip for pptp/l2tp
41) Add support others type falsh
42) Job control fix

Обсуждаем тут http://forum.nag.ru/forum/index.php?showtopic=54015

For support see:
[url="http://acorp.ru"]acorp.ru[/url] - Acorp Electronics Inc.
[url="http://ddixlab.ru"]ddixlab.ru [/url]- Laboratory of built in systems.

News and changes in Russian:
[url="http://sadnet.ru"]sadnet.ru[/url] - Development opensource routers firmware

Bug report please send sfstudio[_at_]mail.ru

Желающие добавить поддержку других девайсов welcome с патчами.

Сразу расставлю все точки над i. Я не ставлю цели наступления коммунизма и не работаю за еду. Поэтому если у вас есть желание что-то увидеть в прошивке то у вас ровно несколько вариантов:

1) Сделать самому и прислать (или не прислать патч) для включения в основную ветку
2) В деталях дать ссылки на техническую инфу по необходимой вам функции (см как это было с dhcp staitic routes) и тогда как только у меня появиться свободная минутка я обязательно посмотрю как можно добавить этот функционал и нужно ли, ну и по возможности добавлю
3) Заплатить мне за разработку (вариант не рассматривается по причине и без того большой загруженности)
4) Оплатить разработку тому кто осилит добавить нужный функционал и прислать (или не прислать патч) для включения в основную ветку

Порядок обслуживания запросов:
1) Покупатели продукции Acorp имеющие на руках наши устройства на RT3050/RT3052
2) Желающие реализовать что-то самостоятельно но столкнувшиеся с какой-либо проблемой (т.е. люди уже изучившие предмет дабы могли без проблем и без дуалакцессов техническим языком описать что хочется, как должно это работать и что именно не получается в их случае)
3) Желающие научиться и принять участие в проекте (но т.к. я не преподаватель то могу только пнуть в нужном направлении). И есть ещё момент - вантузятнеги идут лесом по определению. Если ваша основная рабочая система Windows - скорее всего вам не стоит этим заниматься.
4) Все остальные включая MS юзеров.