Le ecureuil

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

Были проведены определенные работы, и теперь ценой несколько более высокой загрузки ЦПУ ваш график будет гладким и шелковистым: Ожидайте в 2.06 и 2.08 в пятницу.

Да, вот вам 2.07: http://files.keenopt.ru/firmware/Keenetic_Omni/2016-08-15/ 2.08: http://files.keenopt.ru/experimental/Keenetic_Omni/2016-07-21/

Для Omni последней является 2.07 / 2.08.

Короче проблема в crypto engine, как я и ожидал А удивительного ничего нет: в обоих случаях кроме шифрования нужно еще посчитать HMAC для пакета, и в первом случае без шифрования он считается программно, а во втором случае - аппаратно за один такт с шифрованием. Потому и выходит быстрее. Спасибо за диагностику, буду разбираться где же неправильно работает crypto engine.

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

Это невозможно.

Будьте аккуратны при работе с командой crypto engine, поскольку эта команда в теории может вызвать lock, если случайно в ядре останутся незавершенные сессии Phase 2 SA. Сперва рекомендую обязательно остановить IPsec: > no service ipsec Затем выждать несколько секунд Затем уже выполнять нужную операцию: > crypto engine .... И только затем, через несколько секунд опять запускать IPsec: > service ipsec

Вот это хорошие скриншоты, респект. По ним и напишем. Когда проверял на iPad друга забыл заскринить

Отключено было на обоих сторонах туннеля? Попробуйте еще без crypto engine hardware.

В те года никто не ожидал что Трендчип он же Ралинк он же Медиатек полностью "положит" на поддержку RT63xxx и RT68xx и оставит их только в ядре 2.6.22 (опыт с переносом на 2.6.36 вы тут сами на форуме все единогласно забраковали как неудачный). Тут остается только повиноваться воле вендора, а не героически выполнять за них чужую работу. Плюс со смертью трендчипа некоторые вещи уже принципиально невозможно получить: например новую сборку ADSL драйверов под ядра отличные от 2.6.22 и 2.6.36. В то время как 7620, 7621 и 7628 поддерживаются даже в vanilla linux kernel.

Никто этим заниматься не будет.

А все потому, что dc++ в роутере нужен полутора человекам - наши усилия никогда не окупятся. Хотите полноценный сидбокс - ставьте комп или из entware.

Вообще да, все что было сделать легко: включить опции в сборке и модули ядра, мы сделали. Разработку новых фич для 2.06 на столетнем ядре никто не планирует.

Собственно реализовано + включено по умолчанию в 2.08. Проверяем

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

У меня нет на руках эппловских девайсов, но на днях добавлю описание.

Гостевая в другом мосте, Bridge1 И у этого моста нет соответствующего интерфейса в коммутаторе.

А при таких настройках роутеру не поплохеет?

Это хуже, чем выпускать устройство на DSL чипе и оставлять его на 22 ядре? Ну я не знаю тогда что вам еще нужно

Вам для чего нужно - для выхода в Интернет через Keenetic, или для доступа в локальную сеть за ним?

Необходим self-test после подключения и подробное описание клиента с версией ПО, которым вы пытаетесь подключиться, а также его настройками.

Нет, именно DSL-продуктов без внешних расширителей больше не планируется. Но по-моему можно будет подключать DSL PLUS к 4G III (а уж к Omni / Omni II точно), и это будет тот самый entry-level.

Keenetic DSL PLUS в виде USB-DSL приставки к роутеру уже проходит предпродажное тестирование и доводку.

Слишком много изменений + 2.05 перешла в фазу stable, то есть никаких новых фич там больше не будет.