Зарелизил 4.4.16.RU.07072016. Крайне рекомендую обновиться всем. Это последняя версия из 4.4.х ветки в которой зафикшены все выявленные регрессии и ошибки и которая теперь будет предустанавливаться с завода.

 

Дальше работа пойдёт в ключе 4.5.х ветки где будет переработан WebUI (наконец), выполнена подготовка к разделению логики управления радиомодулями (они станут независимыми для диапазонов в конечном этоге), начнётся реализация cli для получения наглядной human readable и удобной для парсига tech parse статистики так же позволит (в перспективе) без особого гемороя и запоминания значений переменных конфигурить железку по ssh.

 

Так же надеюсь параллельно удастся решить последнюю проблему с MT76x2 драйвером (общим для 7620/7602/7612) и перейти на него по дефолту. Что позволит по умолчанию включить в сборки Fast Transition и RRM (сейчас могу собрать по запросу, для 7610 так же оные расширения реализовал на базе стабильной ветки). Что в свою очередь уменьшит геморрой по сопровождению драйверов т.к. можно будет удалить текущий стабильный драйвер для 7620 (76x2 до него не дотягивает по одной единственной баге, а в старый черезчур геморройно портировать K+R).

 

Проще говоря 4.5.x ветка это начало тотальной переработки по многим направлениям.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Зарелизил 4.5.10 т.к. накопилась критическая масса правок, решили разбить планы ещё на несколько минорных веток.

 

ВНИМАНИЕ. При обновлении на эту ветку с версий ниже 4.5.х ни в коем случае не снимайте галку Erase/Update RWF-FS т.к. была изменена логика перехода инита в stage 2. Если обновить без сброса RWFS (не путать с настройками) устройство не сможет до конца запуститься и не будет доступно по сети. Вывести из комы поможет сброс аппаратной кнопкой.

 

Если (как некоторые товарищи) вы "запретили" (читай оторвали в /etc/scripts/fs) сброс RWFS при обновлении получите кирпич который можно будет восстановить только используя консоль (т.е. без вскрытия и паяльника из комы не выведете). Поэтому перед обновлением необходимо залить оригинальную версию Wive-NG-MT с wive-ng.sf.net, зати по ssh и выполнить mtd_write erase RW-FS и только после этого обновиться. Крайне не рекомендую отрывать сброс RWFS при обновлении, т.к. при этом init не может быть обвновлён должным образом, т.е. вы должны будете взять на себя всю работу по выявлению проблем с обновлениями в таком режиме. Вообще крайне рекомендую использовать только оригинальные сборки, а если хотите облегчить жизнь пользователям - предоставить им пакет для загрузки в RWFS. Не отрывайте сброс RWFS хотя бы по аппаратной кнопке. За подобное рукоблудие я отвественности не несу. Будьте аккуратны в своих модификациях и всегда 10ть раз подумайте прежде чем сделать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Просьба всем обновиться на 4.6.14, кроме правки очень многих редко встречающихся багов в т.ч. с контрак был сильно переделан webui и закрыты застарелые косячки с работой nvram, так же добавлена базовая релизация cli (для вывода списка доступных на данный момент команд введите cli после входа по ssh, в будущем список сильно расшириться, так же можно опустить cli и вводить команды без префикса). Добавлен графический сканер эфира и многое другое.

 

Избавился от необходимости ребутов в некоторых случаях и т.д.

 

Задача потестить во всех позах. У меня все тесты проходят от и до, т.е. известных проблем в 4.6.14 на данный момент нет. Жду фидбэка.

 

P.S. Настройки конечно лучше бы сбросить после обновления и настроить руками только то, что надо (т.к. менялись дефолты и мог что-то не учесть).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Доброго времени суток!

Проблема при сборке:

make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext/libnfnetlink'
make[2]: Entering directory '/home/mbg/wive-ng-wive-ng-mt/libext/libnfnetlink'
cd . && automake-1.14 --foreign
configure.ac:8: error: required file 'build-aux/missing' not found
configure.ac:8:   'automake --add-missing' can install 'missing'
/usr/share/automake-1.14/am/ltlibrary.am: warning: 'libnfnetlink.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/Makefile.am:3:   while processing Libtool library 'libnfnetlink.la'
Makefile:367: recipe for target 'Makefile.in' failed
make[2]: *** [Makefile.in] Error 1
make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext/libnfnetlink'
Makefile:43: recipe for target 'all' failed
make[1]: *** [all] Error 1

make[1]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext'

Makefile:259: recipe for target 'libext_only' failed

make: *** [libext_only] Error 1

Это просто при сборке, без вннесения каких-либо изменений - просто git clone, сборка тулчейна и сборка прошивки (./compile MT7620-2T2R-8M NO YES). Mageia 5, со стандартными обновлениями на текущий момент: Linux localhost 4.4.39-server-1.mga5 #1 SMP Fri Dec 16 19:08:03 UTC 2016 i686 i686 i686 GNU/Linux

Что-то не могу понять, что ему надо...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

aclocal/libtoolize в системе стоит?

 

Ругается на отсутствие build-aux/missing, но это видимо уже следствие того что что-то в DoConfigure.sh не отработало.

if [ ! -f $APROOTDIR/configure ]; then
   libtoolize -c --force
   aclocal
   autoreconf -fi
   autoconf
fi
if [ ! -f $APROOTDIR/Makefile.in ]; then
   automake --add-missing --force-missing --copy --foreign
fi

 

Засинкайтесь проверьте, в гит лишнего слегка залетело.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Снёс всю папку, сделал заново git clone:

make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext/libevent'
make[2]: Entering directory '/home/mbg/wive-ng-wive-ng-mt/libext/libevent'
cd . && automake-1.14 --foreign
configure.ac:14: warning: AM_INIT_AUTOMAKE: two- and three-arguments forms are deprecated.  For more info, see:
configure.ac:14: http://www.gnu.org/software/automake/manual/automake.html#Modernize-AM_005fINIT_005fAUTOMAKE-invocation
configure.ac:14: error: required file './missing' not found
configure.ac:14:   'automake --add-missing' can install 'missing'
test/Makefile.am:57: warning: PTHREAD_LIBS was already defined in condition TRUE, which includes condition PTHREADS ...
configure.ac:644: ... 'PTHREAD_LIBS' previously defined here
Makefile:684: recipe for target 'Makefile.in' failed
make[2]: *** [Makefile.in] Error 1
make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext/libevent'
Makefile:43: recipe for target 'all' failed
make[1]: *** [all] Error 1
make[1]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/libext'
Makefile:259: recipe for target 'libext_only' failed
make: *** [libext_only] Error 1

Aclocal и libtoolize стоят.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну терь те же яйца с libevent. Видать гит проплющило и не смотря на прописанныев gitignore пути до Makefile.in/configure в некоторых либах они попали в git. Терь вылазиют вот такие траблы.

 

Поправил libevent пробуйте, будем добивать уже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Теперь встало на /libext/libmicrohttpd.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ёшкин кот. Ну едем дальше. Зачистил... Надо будет ревизию полную провести на эту тему, но пока некогда.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

приехали дальше:

configure: creating ./config.status
make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/user/iptables'
Makefile:121: recipe for target 'all' failed
make[1]: *** [all] Error 1
make[1]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/user'
Makefile:259: recipe for target 'user_only' failed
make: *** [user_only] Error 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну тут уже ХЗ. См лог раньше, эт тоже уже следствие. Ну либо ждите пока у меня появиться время повторить сборку на совсем чистом дереве..

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вроде нашёл:

/bin/sh: /home/mbg/wive-ng-wive-ng-mt/user/iptables/build-aux/missing: No such file or directory
configure: WARNING: 'missing' script is too old or missing
checking for mipsel-linux-strip... /home/mbg/wive-ng-wive-ng-mt/toolchain/bin/mipsel-linux-uclibc-strip
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for mipsel-linux-gcc... /home/mbg/wive-ng-wive-ng-mt/toolchain/bin/mipsel-linux-uclibc-gcc
configure.ac:12: error: required file 'build-aux/missing' not found
configure.ac:12:   'automake --add-missing' can install 'missing'

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ага. Для iptables в gitignore потерялось несколько строчек.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я не надоел?...

make[2]: Entering directory '/home/mbg/wive-ng-wive-ng-mt/user/quagga'
make[2]: warning: -jN forced in submake: disabling jobserver mode.
cd . && automake-1.14 --gnu
configure.ac:25: error: required file './missing' not found
configure.ac:25:   'automake --add-missing' can install 'missing'
Makefile:404: recipe for target 'Makefile.in' failed
make[2]: *** [Makefile.in] Error 1
make[2]: Leaving directory '/home/mbg/wive-ng-wive-ng-mt/user/quagga'

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да что ж такое =)))) Щас.

 

Да прям уж надоел. Хоть ревизию наведём.

 

Есть, едем дальше.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Большое спасибо, собралося :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день,

 

Хотел узнать есть ли у вас в текущих планах включить в штатное ПО возможность организации устройством EoIP-туннелей?

 

Спасибо

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А напуркуа козе боян? Пока ни одному из наших заказчиков не требовалось. А будем ли включать будет зависить от того насколько и кому будет нужно. Т.е. экономически целесообразно тратить на это время ресурсы. И скорее всего не EOIP а L2TPv3 из коробки влючим. Потому как я не вижу и близко какой-то пользы от EOIP или преимуществ у него перед L2TPv3. Работа с микротиком таким преимуществом не является.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день,

 

Указанную статью ранее читал...

 

У нас исторически сложилось, что клиенты, которые подключаются к точкам общего доступа, должны находиться на Л2 с сервером авторизации - соответственно, где возможно делаем отдельные Вланы от точек до сервера, а где невозможно или очень затратно - ставим в качестве точек доступа МК и организуем EoIP до машины авторизации... Поэтому поинтересовался по поводу возможности такового на вашем ПО, чтобы иметь альтернативу МК (далеко не везде его целесообразно или возможно использовать). Если внедрение в ПО данной опции нецелесообразно, то вопрос снят.

 

Спасибо за ответы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я так понимаю единственной существующей свободной реализцией этого бедлама под *nix является юзерспэйсная реализация от nuclearcat https://code.google.com/archive/p/linux-eoip/ производительность сего дела на 7620 и даже на 7621 будет просто удручающей.

 

Что запрещает использовать ядерный L2TP v3? Он как минимум относительно стандартный для *nix, реализация весьма шустрая. Вот его из коробки вполне могу добавить. EOIP в текущем виде тянуть смысла около нуля ибо дикий тормоз, переписывать для работы в kernel space = реализовать с нуля.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день,

 

Спасибо за совет.

L2TP v3 мы не пробовали... Если он на данный момент современнее, удобнее и шустрее, то действительно - почему бы его не добавить в штатное ПО? Тогда (если все будет ок и без зависонов с обоих сторон) мы (да и не только мы) сможем для описанных ранее целей использовать ваши девайсы вместо МК, что было бы предпочтительнее...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ок. Добавил в ToDo, быстро не обещаю, но сделаем. Как дойдут руки свисну. Схему бы ещё расписали при которой эксплуатируете EOIP было бы проще.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день,

 

эксплуатируем EOIP следующим образом...

 

-на МК создается EoIP с определенным номером;

-он помещается в бридж с беспроводным интерфейсом, к которому подключаются авторизуемые клиенты;

-на *nix машину с авторизацией устанавливается пакет от nuclearcat и создается Л2 до подключающихся клиентов

-ДХЦП на машине отдает клиентам IP из назначенной на туннель (интерфейс) сетки и перенаправляет их на страницу авторизации и т.д.

 

Так как-то...

 

Можно, например, придумать бриджевать выбранную SSID с определенным туннелем (по идентификатору) аналогично как сейчас можно на выбранную SSID назначить определенный тэг - тогда определенные клиенты с определенных АП будут приземляться в определенные интерфейсы на машине...

 

Спасибо

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти
Подписчики 0