borin

Добрый день! Имеется OLT BDCOM P3310B. Ноо не могу, ни как найти как аналог команды epon pre-config-template 1tv binded-onu-llid 5, через SNMP Нашел что за это отвечает ветка .1.3.6.1.4.1.3320.101.22.7, но не могу найти MIB который описывал бы эти значения. Хотел бы автоматизивать управление OLOм по SNMP. Может кто находил подобное, спасибо!

Супер, мы тогда так и не доделали, сменил место работы. А под какие БД работает, мы тогда под пострегу писали.

А можно ссылку на вэбку, эту не понял как открыть. Очень хочется посмотреть.

А firewall у вас на столько суровый что сам правила придумает В скрипте не увидел не одного разрешающего правила.

Конечно надо Если sgconf еще сможет добавлять/изменять администраторов и тарифы то будет совсем замечательно, и еще если можно такую опцию: передаем sgconf логин-пароль администратора, в ответ получаем ok или error, хотел бы использовать в качестве авторизации администраторов на сайте, т.к. пароль админа зашифрован, а с blowfish для php не разобрался. На Си писать не умею к сожалению , но вэб интерфейсом когда допишем, обещаю поделиться со всеми

о_О еще обнаружил ./sgconf не умеет устанавливать credit_expire, ну действительно придется пользоваться конфигураторами вперемешку.

Планируется ли добавление функционала в sgconf который идет в комплекте, ну там управление администраторами и тарифами. Повторюсь управление всем из одного конфигуратора было бы ваще прекрасно, да еще если разработчиками поддерживается. Тоже кажется странным, я в принципе в курсе про кодировку, просто решил всячески оттестить, прежде чем на форуме написать.

Интересна судьба этих 2-х консольных конфигураторов, кто разработчик, будут ли развиваться??? ./sgconf_xml - вроде бы хороший конфигуратор, но есть минус, даже два: 1)не умеет disable-stat 2)в связке stg-2.406+БД(postgres) не знаю с другими БД не пробовал при запросе ./sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w password -r '<SetUser><login value="krong" /><cash add="0" msg="Тут пишем сообщение" /></SetUser>' <SetUser>ok</SetUser> <!-- Ok --> в базе квадратики, если обрабатываю функцией stg_encode12 т.е. ./sgconf_xml -s 127.0.0.1 -p 5555

Спс, будем-с ждать. Хотя бы метку в базе. Тогда информация о пользователях на странице будет динамично выглядеть.

Вот Алферов, вот шайтан, сбил меня с пути истинного, на боевом сервере стоит 405 старгайзер с web-Алферова, и когда я там удалял пользователя он тут же пропадал и мне больше не отображался, а тут в своей вебке которая под postgresql удаляю пользователя, а он на месте и только через 3 минуты пропадает. Вот тут то я и запутался, думал в мускуле значится сразу удаляется, а в постгресе нет. Оказывается Алферов просто скрывал удаленных пользователей. Не удобно конечно для вэб интерфейса, что пользователь сразу не удаляется из базы, вроде удалил, а он тут, ладно статистика тут все норм, минутой

Кстати такое же поведение было замечено и с tb_stats_traffic, т.е. информация о изменении трафика вносится туда тоже где-то через 2-3 минуты.

Еще заметил одну багу: если добавлять пользователя через виндовый-конфигуратор, то информация о нем тут же заносится в базу (база postgresql), но вот если удалить пользователя, то запись из базы удаляется через 2,5-3 минуты. Не знаю может это и фича, но вот для вэб интерфейса это бага, т.к. информация выдаваемая будет не актуальна (инф. о пользователях достаю из базы sql запросом). PS. На БД Mysql такого не замечал, там такие изменения в базу в вносились сразу.

Протестировал и под XP та же ошибка. Тестировал конфигураторами:sgconfig.1.91.9.win.exe, sgconfig.1.90.9.win.exe, sgconfig.1.89.9.win.exe.

Итак воссоздаю ошибку. Создаю базу stg_tmp sudo su postgres createdb stg_tmp createlang plpgsql stg_tmp Заливаю дамп: psql stg_tmp -f stg-2.406/projects/stargazer/inst/var/00-base-00.postgresql.sql Лог заливки базы: CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE DOMAIN CREATE TABLE psql:stg-2.406/projects/stargazer/inst/var/00-base-00.postgresql.sql:92: NOTICE: CREATE TABLE создаст подразумеваемую последовательность "tb_admins_pk_admin_seq" для serial-колонки "tb_admins.pk_admin" psql:stg-2.406/projects/stargazer/inst/var/00

Тоже решил попробовать собрать Stargazer с модулем Postgresql, долго мучился с дампом базы sudo su postgres createdb stg createlang plpgsql stg_database psql stg_database -f 00-base-00.postgresql.sql После того как залил оказалось, что таблицы были пустые кроме, tb_admins, ну соответственно конфигуратор пускал под admin/123456, ну а на все дальнейшие действия вылезала ошибка. Только потом до меня дошло, что для того чтоб конфигуратор не ругался надо заполнить остальные таблицы. Собрал конвертер и конвертнул пустую текстовую базу в postgresql и все конфигуратор заработал. Не