Поиск по сайту

А вот и первый в этом году, стабильный релиз Ubilling 0.8.8 rev 6006 Crucial Коротко о основных изменениях: - Изменения в структуре БД. см. дамп. - alter.ini: добавлена новая опция SMSZILLA_ENABLED включающая SMSZill-у. - alter.ini: добавлена новая опция MTSIGMON_QUICK_AP_LINKS включающая быструю навигацию между БС. - alter.ini: добавлена новая опция LDAPMGR_ENABLED включающая «Управление LDAP». - alter.ini: Опция DB_LOCK_ENABLED теперь включена по-умолчанию после установки. - alter.ini: добавлена новая опция MTSIGMON_CPE_AUTOPOLL включающая автоматический опрос WiFi CPE. - Модуль «Права администраторов»: добавлены чекбоксы «выбрать все» для категорий прав. - Модуль Склад: добавлена возможность быстрого перехода к истории ТМЦ из остатков, расходов и приходов. - Модуль «Интеграция с AskoziaPBX»: исправлена работа с Askozia 5 и звонками попадающими в редактор маршрутов. - Модуль «Экзистенциальный конь»: исправлена работа с Askozia 5 и звонками попадающими в редактор маршрутов. - Модуль Мониторинг сигнала на Mikrotik: добавлена возможность опроса Ligowave DLB 2-90. - Модуль «Мониторинг сигнала на Mikrotik»: добавлена возможность индивидуального для каждой БС обновления уровней сигналов. - Модуль «Мониторинг сигнала на Mikrotik»: больше не называется «Мониторинг сигнала на Mikrotik». - Модуль «Мониторинг сигнала на Mikrotik»: теперь гендерно-нейтральный «Мониторинг сигнала беспроводных БС». - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность быстрого перехода между БС. - Модуль УКВ: в модуль автоматического связывания пользователей с их учетными записями интернета, добавлена статистика по количеству. - Модуль «Собака-полицияка»: исправлена работа на PHP7, немного косметики по коду. - Новый модуль SMSZilla: предназначен для фигурного спама SMS-ками в любых направлениях. - Модуль «Поиск пользователей»: при поиске по MAC-у, добавлена нормализация его формата. - Модуль «Поиск пользователей»: добавлен поиск пользователя по MAC присвоенной ему ONU. - Модуль «Отчет по документам»: теперь в режиме календарика, также показывает документы не только за текущий год. - Модуль «ПОНизатор»: добавлена возможность раздельного опроса конкретной OLT. - Модуль «Астериск»: небольшая оптимизация и переработка кода на поиск номеров в дополнительных мобильных, которые включаются опцией MOBILES_EXT. - Модуль «Астериск»: Так-же добавлен новый параметр «realname» для API удаленного вызова процедур. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность сохранять историю уровней сигнала клиентских CPE. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность получать текущий уровень сигнала для каждой CPE по отдельности. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность отрисовки графика уровней сингала для каждой CPE. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность создания новой CPE прямо из окна с уровнями сигналов. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность просмотра текущегоуровня сигнала с CPE и AP. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность переопроса уровня сигнала для CPE. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность просмотра графиков истории уровней сигналов. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность удаления привязки пользователя из формы создания. - Новый модуль Управление LDAP: позволяет управлять удаленной или локальной базой пользователей LDAP. - Регистрация ONU/ONT на ZTE OLT: увеличены таймауты работы с ONU. - Модуль «Мониторинг сигнала беспроводных БС»: улучшено юзабилити при создании CPE из списка уровней сигналов. - Модуль «Пользовательское WiFi оборудование»: создание и присваивание CPE теперь использует AJAX для отсылки данных. - Модуль «Пользовательское WiFi оборудование»: добавлена возможность показа и опроса уровней сингала из формы редактирования CPE. - Модуль «Пользовательское WiFi оборудование»: убрано предупреждение при редактировании CPE. - Модуль «Мониторинг сигнала беспроводных БС»: добавлена возможность показа информации о AP, например: SSID, частот, ширины канала и т.д. - OpenPayz: в фронтенде ipayx исправлено детектирование пользователя. - OpenPayz: для платежной системы ipayx добавлен дополнительный внешний скрипт валидации наличия пользователя (XML POST). - OpenPayz: Фронтенд easypay исправлен для работы с PHP >= 5.6 - OpenPayz: Добавлена новая опция OP_HIGHLOAD_ENABLE призванная починить артефакты обработки транзакций при множественных конкурентных соединениях. - OpenPayz: В фронтенде qiwi исправлены ответы при возникновении ошибок. Полный чейнджлог Рекомендации к обновлению Обновленная демка

Підкажіть будь ласка яким чином генерується Платіжний ID, а це в мене в деяких абонентів 10 цифр а в деяких 9?

Добрый день Подскажите пожалуйста, есть ли возможность в Ubilling. Чтоб абонент смог самостоятельно сменить mac адрес в личном кабинете, При конфиге что все абоненты привязаны к портами что не известный мак никаких сервисов не получит? Или для этого нужно писать отдельный модуль?

Привествую. Создав модуль для регистрации пользовалей, как открыть к нему доступ , чтобы внешнее приложение могло обращаться к нему (REST)? . Можете описать, как можно организовать ?

В 79 строці файлу https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/ipayx/index.php 79 $customerId = $transactionInfo->acc; Так не працює, але якщо acc замінити на order тоді все гуд.

Після кількох спроб поставити фрю і Убіллінг воно таки стало може фрю нету качнув, качав з відси ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.3/FreeBSD-8.3-RELEASE-i386-dvd1.iso , може фря стає нечистива після pkg_add -K -rf mc хоча установка МС немалаб впливати на роботу UBinstaller х -зна, але мс я кожен раз ставив після установки фрі. Може тому і получилося підняти все з N спроби. З допомогою nightfly вроді все запрацювало як має бути. http://local.com.ua/...т-dhcp3-server/ тут з поста №11 nightfly підказував, що де пнути щоб воно завелось (проблеми з DHCP сервером та НАТом) Перші враження позитивні, думав на безкоштовні версіїї буде гірше. Кидається в очі рівна нарізка після мікротіка (на мікротіку ставлю 2Мб Speedtest показує 1,8-1,9 а долбануті юзери допитуються де їх два мегабіти ) Зараз курю документацію, прикидаю як перейти на NAS+Ubilling з MikroTikа з мінімальною затратою часу на біганину по юзерах їх у мене зараз аж 25 роздаю ДСЛ. скажете нах мені взагалі білінг на них а мені цікаво)), то мій тераріум де я експеременти ставлю)) може доживуся до нормального аплінку колись от і пригодиться досвід. Думаю от про що, я до провайдера по PPPoE в інтернет хожу, і отримую кожен раз новий IP адрес. (модем в роутер перелаштувати мона,але він важко переварює пакетне навантаження з 25 рил) на фрясі НАТ настроюється з використанням IP інтернету ${FwCMD} table 9 add 192.168.1.253 ... ${FwCMD} add 6001 nat 1 ip from any to 192.168.1.253 via rl0 PPPoE динамічно мені видає адрес, покищо питання відкрите як це відстроїти варіант з мікротіка булоб в самий раз де можна вказати підмережу яку через нат в інет пускати) тіпа так srcnat action=masquerade src-address=172.16.0.0/24 або нальоту втикати IP в налаштування ipfw коли піднімається PPPoE до провайдера. як зробити ще недогуглив.

Добрый день Имеется работающий ubilling 0.8.8 rev 6006 ponizator + бдком + opt82 - все работает Подключил zte c300, добавил в разделе свич оборудование с описание ОЛТ (снмп шаблон выбрал zte 320 ГПОН) айпишка пингуется с биллинга на ЗТЕ есть работающие 3 онушки но при опросе олт - в понизаторе, в списке неизвестных ону нету ону с ЗТЕ.. только с бдком с билинга запустил snmpwalk на zte - посыпались данные дальше поковырялся и в папке billing/exports вижу файлы с опросами ОЛТ так вот файлы от бдкома вижу 5 штук (distance, fdb, signals, onuindex, onuinterface) а вот от zte c300 только один IDOLT_OLTSIGNALS (посмотрел что внутри а там все верно - 3 онушки и ихние сигналы) но в понизаторе в таблице zte c300 пусто такое ощущение что в файле snmp не правильные MIBs указаны поделитесь инфо, или шаблоном snmp версия firmware zte c300 1.2.5

Всем здравия! Рассматриваю возможность перехода на ubilling, но интересует возможность реализовать несколько функций. Одну из них описываю ниже в ТЗ. Требуется возможность устанавливать дату списания абонплаты персонально для каждого абонента. У кого-то должна списываться 2, у кого-то 12 и т.д. Дата снятия абонплаты должна устанавливаться в карточке абонента. Абонплата должна списываться целиком за месяц вне зависимости от состояния счёта. При этом, если баланс < 0 доступ в Интернет должен быть ограничен либо по скорости, либо должен быть доступ только к сайтам, через которые абонент может пополнить лицевой счёт.

Я звісно ні на що не натякаю, та не планую приймати участі в срачах на тему професійної етики, політики, моралі, доцільності та законності. Просто констатую факт, що в цьому світі, варто бути готовим до будь-чого. З цих підготовчих міркувань можу сказати, що є отаких два посилання: 1. для користувачів 2. для розробників

Мне нужно создать новый период для тарифа а конкретно учебный год. Где находится скрипт отвечающий за снятие средств по тарифам за период месяц.

День добрый! Использую Ubilling+stargazer. Переходить на другой биллинг нет желания (но, возможно, придётся). Нахожусь в Крыму (прошу без политоты). В связи с этим необходимо внедрять в сеть СОРМ3, также делать выгрузку данных с биллинга. Есть ли у кого реальный опыт интеграции СОРМ3 и Ubilling? Может быть кто-то может взяться (естественно не бесплатно) за написания модуля/скриптов для осуществления выгрузки данных на оборудование СОРМ3. Необходимая техдокументация имеется. Прошу только конструктивный диалог.

Здравствуйте, ситуация такова. Нужно замутить такую схему: При балансе равным нулю, чтобы доступ к учетке на ubilling блокировался и перенаправлял на внешний сайт с оплатой. Или же при ситуации, если аккаунта у пользователя нет, так же доступа к ubilling не предоставлялся, а происходило перенаправление на внешний сайт с оплатой. (регистрацией аккаунта в системе биллинг). Метод использования Хот-спот. P.S. тапками прошу не кидаться, новичок.

Вопрос дополнения базы данных и биллинга таблицей "все-ко-всем", продиктованы следующими потребностями. Есть модуль "Филиалы". При подключении данного модуля возникает следующая проблема. Не возможно подключить например город или филиалы для филиала, потому как филиал получает доступ ко всей информации о других филиалах. Нужно создать условия при которых филиал сможет самостоятельно вносить пользователей, адреса, вести склад при этом не видя информацию в материнской базе и других филиалах. Далее филиал не может создавать филиал. Такие задачи решаются созданием таблицы "все-ко-всем" в которой формируется каскадное вложение филиалов и связкой соответствующих таблиц сервисов. При правильном построении форм запроса и проверке на стороне сервера прав, филиал сможет получать доступ только к разрешенным ему модулям, и только его позициям в базе. Более того филиал сможет создавать свои филиалы, контролировать в них данные. Приветствуется любая критика и предложения, помощь в консультации и программировании. Спонсирование заинтересованных сторон, приветствуется.

Почитал вопросы возникающие вокруг работы ubilling и понял что проблемы связаны с архитектурой Stargazer Насколько я понял проблем очень много, некоторые из них. Stargazer работает с базой в памяти и при параллельной работе с базой возникают конфликты с работой, например с внесением оплаты другим приложением. При остановке Stargazerа или биллинга идет сбой работы Насов. Текущая архитектура может стать ограничением по количеству возможно обслуживаемых клиентов. Проблемы не все, но этих достаточно чтобы задуматься о альтернативе написания эмулятора Stargazer-а. Мое понимание, эмулятор должен выглядеть как модуль, который можно включить или выключить, или выбор работы или через Stargazer, или через внутренний модуль. Приветствуется любая критика и предложения, помощь в консультации и программировании. Спонсирование заинтересованных сторон, приветствуется.

Права, введение расширенной настройки прав. Предлагаю рассмотреть формирование и в перспективе реализации расширения следующих прав. Имеется, структурированное управление правами, которое не совсем закрывает потребность. Имеется. Объекты. - Модуль. - Позиция в модуле, юнит. Юзатели. - Филиалы. - Администраторы. Администраторы. - Стажер(демо). - Специалист. - Эксперт. Действия. - Просмотр. - Создание. - Редактирование. - Удаление. Собственно идея в чем. В оператора, или при создании филиала, администраторам могут быть переданы права на работу с модулем. В текущий момент, не имеется сквозной политики на права, поэтому они предоставляются выборочно и не совсем понятно по какой системе, по все вероятности "так получилось", как следствие, например. При создании филиала и передачи ему права на роботу с модулем город, то админ филиала может удалить город, изменить название, что может привести к проблеме у других филиалах и материнской структуре. При реализации единой политики, появляется необсуждаемая возможность и требование к модулям по правам. В связи с этим, определенный модуль можно делегировать/не делегировать филиалу, с определенными ограничениями, например филиал может просматривать, вносить города, но не может их редактировать или удалять. Внутри филиала, появляется возможность создавать профили уровней сотрудников не беспокоясь о состоянии базы, например создаеются - Стажер(демо). - Специалист 3 категории. - Специалист 2 категории. - Специалист 1 категории. - Эксперт. Взяли на работу чела, дали ему уровень стажера и пусть листает базу пока не прозреет, прозрел, дается профиль Специалиста 3 категории, и т.д. То же самое и с филиалами. Как админ филиала может завести пользователя, а выносить мозг дирекции тоже не каширно, вот и даются оговоренные права что админ филиала пользователя может завести, но редактировать и удалять не может, если другое не оговорено. Параллельно возникает вопрос с пользователями другого филиала, но этот вопрос будет рассмотрен в разделе "Требуется внесение таблицы "все-ко-всем". Приветствуется любая критика и предложения, помощь в консультации и программировании. Спонсирование заинтересованных сторон, приветствуется.

Если сменить view при формировании платежного ID , чем это чревато со стороны приема платежей (кроме недовольства пользователей) ?

не работает настойки на хувее snmp-agent snmp-agent sys-info version v2c snmp community read КОМЬЮНИТИ snmp-agent community complexity-check disable на убиллинге пишет что на запрос получен пустой ответ но опрос с сервера на котором биллинг по snmpwalk дает информацию

После создания пользователя его никуда не пускает, ни локально, ни глобально. Не пингуются абсолютно все ресурсы. Помогите куда копать. Ubilling последний на FreeBSD 11 firewall.conf #!/bin/sh # firewall command FwCMD="/sbin/ipfw -q" ${FwCMD} -f flush # Interfaces setup LAN_IF="hn1" WAN_IF="hn0" # Networks define ${FwCMD} table 2 add 10.10.10.0/24 ${FwCMD} table 9 add 192.168.100.163/24 #NAT ${FwCMD} nat 1 config log if ${WAN_IF} reset same_ports ${FwCMD} add 600 nat 1 ip from table\(2\) to not table\(9\) out xmit ${WAN_IF} ${FwCMD} add 601 nat 1 ip from any to me in recv ${WAN_IF} #Shaper - table 4 download speed, table 3 - upload speed ${FwCMD} add 12001 pipe tablearg ip from any to table\(4\) via ${LAN_IF} out ${FwCMD} add 12000 pipe tablearg ip from table\(3\) to any via ${LAN_IF} in # default block policy ${FwCMD} add 65533 deny all from table\(2\) to any via ${LAN_IF} ${FwCMD} add 65534 deny all from any to table\(2\) via ${LAN_IF} ${FwCMD} add 65535 allow all from any to any

Всем привет, интересует такой вопрос, есть роутер установленный в точке А в отдельной сети, и есть ubilling в точке Б в отдельной сети с белым ип, на роутере активирована служба pptp и в этой службе имеется возможность авторизации пользователя по радиусу, сам вопрос в том можно ли подружить их между собой, если возможно то с помощью каких инструментов? С этим вопросом уже мучаюсь много времени, но не как не могу разобраться. Заранее спасибо

Скидочные средства начисляются по каждому позитивному платежу за текущий месяц при помощи вызова discountprocessing из API удаленного вызова. Так все працює. питань нема. Все это выглядит с точки зрения движения средств следующим образом: Попри те що працює, в "Рух коштів", не відображається строки скидок. В кого відображається ?

Добрый День! Прошу помощи провел op_customers_crc32.sql, а нужно было op_customers_login.sql не подскажите как заменить? array ( 0 => array ( 'View' => 'op_customers', 'Create View' => 'CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `op_customers` AS select `users`.`login` AS `realid`,crc32(`users`.`login`) AS `virtualid` from `users`', 'character_set_client' => 'utf8', 'collation_connection' => 'utf8_general_ci', ), )

Здравствуйте. Сделал миграцию клиентов. Для данных клинтов не происходить enable disable в address list MikroTik. Хотя если я добавляю новых клиентов в Ubilling то для них данные действия работают. Что еще нужно сделать для мигрированых клиентов?

Добрый день . Пожалуста помагите разабраться Есть работаюшй Ubilling+NAS , NAS1 rscriptd, NAS2 rscriptd Недавно добавил еше одиу подсеть на (Ubilling+NAS) Проблема заключаеться в том , что когда регестрирую новово ползовотеля , или меняю IP уже зарегистрировонному ползовотелю , все получают IP из нового пула но не всех пускает в инет подскажите пожалуста где можно копать : P.S Прастите за мой рускый ... Железо HP ProLiant DL 360 G7 , 32 GB RAM , 300 GB 10K SAS RAID 1 , 4 гигабитних интерфейса $ /etc/rc.conf hostname="..............." # maneg interface ifconfig_em0="inet 192.168.2.2 netmask 255.255.255.0 -rxcsum -txcsum -tso" # LAN ifconfig_bce0="inet 10.100.10.1 netmask 255.255.254.0 -rxcsum -txcsum -tso" # Unknown users network ifconfig_bce0_alias0="inet 10.5.0.1 netmask 255.255.240.0" #ifconfig_bce1="inet 10.0.0.1 netmask 255.255.255.0 -rxcsum -txcsum -tso" # WAN ifconfig_bce3="DHCP" sshd_enable="YES" gateway_enable="YES" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev="AUTO" # ====== added by UBinstaller ==== gateway_enable="YES" #all needed services mysql_enable="YES" apache24_enable="YES" dhcpd_enable="YES" dhcpd_flags="-q" dhcpd_conf="/usr/local/etc/multinet/dhcpd.conf" dhcpd_ifaces="bce0" ubilling_enable="YES" ubilling_flags="bce0" #netflow sensor softflowd_enable="YES" softflowd_interfaces="bce0" softflowd_bce0_collector="127.0.0.1:42111" #optional services memcached_enable="NO" memcached_flags="-l 127.0.0.1 -m 64" radiusd_enable="NO" # ========== #access/shape/nat firewall_enable="YES" firewall_nat_enable="YES" dummynet_enable="YES" firewall_script="/etc/firewall.conf" $ /etc/firewall.conf #!/bin/sh # firewall command FwCMD="/sbin/ipfw -q" ${FwCMD} -f flush # Interfaces setup LAN_IF="bce0" WAN_IF="bce3" # Networks define ${FwCMD} table 2 add 10.100.10.0/23 ${FwCMD} table 9 add 11.11.11.103/32 #NAT ${FwCMD} nat 1 config log if ${WAN_IF} reset same_ports redirect_port tcp 10.100.10.163:34568 34568\ redirect_port tcp 10.100.10.45:8001 8001\ redirect_port tcp 10.100.10.45:88 88\ redirect_port tcp 10.100.10.187:8005 8005\ redirect_port tcp 10.100.10.186:6001 6001\ redirect_port tcp 10.100.10.90:34568 34568\ redirect_port tcp 10.100.10.86:37779 37779 ${FwCMD} add 6000 nat 1 ip from table\(2\) to not table\(9\) out xmit ${WAN_IF} ${FwCMD} add 6001 nat 1 ip from any to me in recv ${WAN_IF} #Shaper - table 4 download speed, table 3 - upload speed ${FwCMD} add 12001 pipe tablearg ip from any to table\(4\) via ${LAN_IF} out ${FwCMD} add 12000 pipe tablearg ip from table\(3\) to any via ${LAN_IF} in # default block policy ${FwCMD} add 65533 deny all from table\(2\) to any via ${LAN_IF} ${FwCMD} add 65534 deny all from any to table\(2\) via ${LAN_IF} ${FwCMD} add 65535 allow all from any to any #unknown users redirect ${FwCMD} add 5 fwd 127.0.0.1,80 ip from 10.5.0.0/20 to not me dst-port 80 ${FwCMD} add 6 allow udp from any 67,68 to any ${FwCMD} add 7 allow udp from any to any 67,68 $ ipfw show 00005 0 0 fwd 127.0.0.1,80 ip from 10.5.0.0/20 to not me dst-port 80 00006 4527 1867168 allow udp from any 67,68 to any 00007 0 0 allow udp from any to any dst-port 67,68 06000 21098492 2597744449 nat 1 ip from table(2) to not table(9) out xmit bce3 06001 41121017 54772766168 nat 1 ip from any to me in recv bce3 12000 21452104 2612722452 pipe tablearg ip from table(3) to any via bce0 in 12001 41106700 54771024098 pipe tablearg ip from any to table(4) via bce0 out 65533 1 52 deny ip from table(2) to any via bce0 65534 0 0 deny ip from any to table(2) via bce0 65535 10817267 9901546979 allow ip from any to any $ ipfw table 2 list --- table(2), set(0) --- 10.100.10.0/23 0 $ ipfw table 9 list --- table(9), set(0) --- 11.11.11.103/32 0

Стабильный релиз Ubilling 0.8.1 rev 5330 Основные изменения: Изменения в структуре БД, см дамп. alter.ini: добавлена новая опция ADMIN_NAMES включающая показ ФИО администраторов в некоторых модулях. alter.ini: добавлена новая опция TASKREPORT_ENABLED включающая отчет по задачам. alter.ini: добавлена новая опция TASKREPORT_JOBTYPES указывающая типы работ для отчета. alter.ini: добавлена новая опция TASKREPORT_SIGNUPJOBTYPES указывающая типы работ являющиеся подключательными. alter.ini: добавлена новая опция TASKREPORT_NOTESTAGIDS указывающая ID тегов попадающих в примечания. alter.ini: добавлена новая опция TASKREPORT_SIGPAYID указывающая тип платежей за подключение. alter.ini: добавлена новая опция POLICEDOG_ENABLED включающая «Собаку-полицияку». alter.ini: добавлена новая необязательная опция SWITCH_PING_INTERVAL указывающая интервал переопроса свитчей. Модуль «ПОНизатор»: теперь при создании, редактировании и удалении ONU происходит ребилд сетевых хендлеров. Модуль «Экзистенциальный конь»: в Askozia больше не учитываются повисшие звонки с длительностью более 24 часов. Кабинет пользователя: модуля замораживания счета, кредитования и смены тарифа теперь производят нормальное логирование. Опрос свичей посредством SNMP: добавлен еще вагон шаблонов для разных Dlink и Eltex. Спасибо Cidjey Miles. Модуль «Собака-посылака»: добавлена поддержка сервиса Red SMS. Это тоже на совести Cidjey Miles. Модуль «Работники»: теперь, при всех изменениях очищает кеш логинов сотрудников. Модуль «Движение средств»: логины администраторов теперь по возможности заменены ФИО сотрудников из соответствующего справочника. Модуль «Экзистенциальный конь»: исправлена подпись графиков для финансов УКВ. Новый модуль Отчет по задачам: позволяет оценить затраты на определенные типы задач. В основном на подключения. Модуль «Планирование работ»: при создании задачи теперь выкусываются лишние пробелы вокруг адреса. Модуль «Возможности подключений»: в интерфейс редактирования, добавлена возможность создания задачи для «планирования работ». Модуль «Возможности подключений»: добавлена статистика по состояниям. Модуль «Детали подключения»: добавлено фильтрование данных для полей длины и стоимости. Модуль «Megogo»: исправлена паника при ручном удалении подписки. Модуль «Заявки на подключение»: календарик теперь показывает заявки за все время. Модуль «OpenPayz»: теперь сортировка транзакций по-умолчанию - от последних к старым. Модуль «Склад»: теперь приходные и расходные операции отсортированы от самых свежих к самым древним. Модуль «Отчет по услуге кредитования»: селектор года, теперь запоминает свое состояние. Модуль «Отчет по услуге кредитования»: для отрисовки графиков теперь используется Google charts. Модуль «Заявки на подключение»: для показа списка заявок, теперь используется jQuery DataTables. Модуль «Перечень возможностей подключения»: переехал на jQuery DataTables. Модуль «Перечень возможностей подключения»: добавлена подсветка уже возможно подключенных заявок. Новый коммерческий модуль Собака-полицияка: позволяет осуществлять поиск по базе определенных MAC. Модуль УКВ: для профилей пользователей добавлена возможность установки существующих тегов из общего справочника. Модуль «УКВ»: добавлен отчет по установленным на пользователей тегам. Модуль «УКВ»: показ списка ранее загруженных банковских выписок переехал на jQuery DataTables. Модуль «Свитчи»: при редактировании свитча, контрол опроса по SNMP теперь показывается, только в случае SWPOLL устройства. Модуль «Свитчи»: теперь машина времени умеет опционально показывать время простоя для каждого свитча из топа. Модуль «Учет зарплат»: теперь в формировании табеля и зарплатных ведомостях, фигурируют только работники из встроенного справочника зарплат. Модуль «Хелпдеск»: календарик теперь показывает тикеты за все время. Модуль «Собака-наблюдака»: исправлен порядок сортировки, при показе существующих задач. Модуль «Живи с этим»: добавлены колонки Ф.И.О. и адреса. RemoteAPI: новый вызов policedog запускающий быстрое сканирование собакой-полициякой. Кабинет пользователя: для Megogo исправлена индикация наличия бесплатного периода подписки. OpenPayz: добавлен фронтенд для получения платежей от банка "Фамильный". OpenPayz: Добавлены фронтенд и бекенд для получения платежей от банка "Тинькофф". Спасибо vik_k. Глобально: умолчательный селектор года расширен до 10-ти лет. UBinstaller: собраны новые бинарные пакеты для FreeBSD 11.0 amd64. Полный чейнджлог Рекомендации к обновлению Свежая демка

OLT bdcom BDCOM P3310, знаходиться в смт. далеко від білінгу, Для моніторингу був піднятий eoip тунель між мікротіками. при опиті відповідь POLLING:28 10.10.20.5 - OLT_1 POLLING:32 10.126.30.2 - OLT_2 OK:OLTPOLL OLT_1 -- BDCOM P3310B !version 10.1.0B build 25281 OLT_2 -- BDCOM P3310C !version 10.1.0D build 33463 OLT_1 в мережі (працює норм), OLT_2 за тунелем (не віддає сигнали в понізатор). Коммутатори по snmp після тунелю норм опитуються. В чому може бути причина ?