Wive-NG routers firmware (dsl/rtnl/mt).
Главная > WR-NL RT3350(2)

WR-NL RT3350(2)

>РАЗРАБОТКА ОСТАНОВЛЕНА БОЛЕЕ ГОДА НАЗАД. §ИПЫ НЕ ПРОИЗВОДЯТСЯ, ЖЕЛЕЗО ПО СЕГОДНЯШНИМ МЕРКАМ УЖЕ НЕ АКТУАЛЬНО<

Начиная с ветки 4.5.х в Wive-NG-RTNL добавлена поддержка устройств построенных на чипах RT3350 и 3352. RT3350 проверена на DIR-300NRU rev B3, RT3352 на DIR620 rev D1 и no name китайце. Проверка выполнена пользователями.

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

Всё что вы делаете - делаете исключительно на свой страх и риск.

Сборки для RT3350 и RT3352 временно публикую лишь для демонстрации что никаких проблем о которых вещают господа из d-link данные чипы не имеют. И все проблемы у них исключительно из-за криворукости. Не даром в рунете данная контора давно имеет несколько имён нарицательных прекрасно раскрывающих суть.

Появившаяся поддержка RT3352 в wive лишь результат цепочки случайностей благодаря которым в свободном доступе оказался драйвер поддерживающий все современные ROC/SOC Ralink в одном флаконе.

Запомните:
1) Wive не имеет никакого отношения к ни к одному из "производителей" железа и особенно к NAG/D-Link/Upvel.
2) Поддержка того или иного железа в wive это лишь моё личное решение основанное на интересе или его отсутствии к конкретному набору логики и на необходимости решать свои личные задачи.
3) "Вынудить" меня поддерживать то или иное железо можно лишь одним способом - предоставить это самое железо, полный набор исходников без блобов, оплатить работу исходя из стоимости полных рабочих дней необходимых для реализации задачи.

Специально для пользователей дырлинков продолжающих нести ахинею по форумам на тему проблем в Wive. Никаких проблем с обрывами L2TP под нагрузкой в wive НЕТ. В wive использован другой планировщик CPU (такой же как во всех старших ядрах Linux) плюс проведена оптимизация контрака снимающая проблему лавинообразного роста нагрузки при увеличении числа сессий через туннели и очень давно добавлен полисер предотвращающий ситуацию с невозможностью обработки pppd LCP пакетов при критичной нагрузке на CPU. 

Если проблема лично у вас наблюдается (что маловероятно при исправном железе на доступе у оператора и корретно работающих брасах) достаточно уменьшить на несколько ступеней порог срабатывания полисера (vpn->cpulimit). На стэнде даже при 1к сэссий и скорости близкой к полным 100Мбит полудуплекса обрывов соединения не наблюдается. Репортов о обрывах в прошивках в которых переехали на новый планировщик и подстроили под него полисер я так же не вижу.

ВНИМАНИЕ:
В 2.7.1.6 драйвере используемом для поддержки RT3352/RT5350 чипов выявлено несколько проблем которые возможно касаются только младших RT305x чипов. Я не имею возможности подтвердить или опровергнуть наличие ошибки в коде для RT3352 и более старших чипов т.к. не имею на руках ни одного устройства на этих чипах.


Rambler's Top100
Locations of visitors to this page