Перейти к содержимому
Калькуляторы

Разработка вопросы разработки

А вот на это отвечу: есть такая штука - руководство. И ему "виднее". Была б моя воля... Эхъ.

 

Ну дык форкнуться никто не запрещал.

 

И ещё вопрос - зачем такой большой обратный отсчёт при апдейте прошивки, сбросе, ребуте? Оно же гораздо быстрее отрабатывает.

 

Сильно зависит от типа флэша установленного в девайсе и числу настроенных сервисов и т.д. и т.п. Потому взято почти с 2х кратным запасом. Была бы возможность из JS как-то в фоне узнать что уже всё поднялось (а может и есть, но я не web`ер) - было бы проще.

 

P.S. сорь не туда ткнул похерил чуток сообщение =)

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


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

Интервал между подключениями netcwmp к acs серверу это PeriodicInformInterval в device.xml ? Или в данной реализации не изменить в конфигах?

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


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

Все вопросы по TR только на wifi@nag.ru я к его разработке отношения не имею фактически.

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


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

Зарелизил 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 мы не пробовали... Если он на данный момент современнее, удобнее и шустрее, то действительно - почему бы его не добавить в штатное ПО? Тогда (если все будет ок и без зависонов с обоих сторон) мы (да и не только мы) сможем для описанных ранее целей использовать ваши девайсы вместо МК, что было бы предпочтительнее...

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


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

Гость
Эта тема закрыта для публикации сообщений.