a_n_h Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 Не могу понять в чем прикол. Добавляю ОЛТ в биллинг, а он не отображается как ОЛТ Живые свитчи - 2 (2+0) Мертвые свичи - 0 NP свитчи - 0 SWPOLL опрос - 0 MTSIGMON устройства - 0 OLT устройства - 0 Читаем: http://wiki.ubilling.net.ua/doku.php?id=ponizer проверяем..... Я там уже все пересмотрел. Добавил ОЛТ, Указал шаблон СНМП БДКОМ. И один фиг не высвечивается как ОЛТ.... Это: 3. В справочнике активного сетевого оборудования aka «Свичи» регистрируем нашу ОЛТ-у, вдумчиво указав в примечаниях дословно OLT. сделал "дословно"?
l1ght Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 не модели свичей, а свичи в наличии которые скрин в студию
GrDEV Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 И тут есть. Но в результате толку 0
a_n_h Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 (відредаговано) И тут есть. Но в результате толку 0 чукча не читатель, чукча писатель! вдумчиво указав в примечаниях дословно OLT. https://local.com.ua/forum/uploads/monthly_03_2017/07eab13_1489836671.png не ОЛТ, а OLT! Відредаговано 18 березня, 2017 a_n_h
l1ght Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 в 31 посте там вообще описание пустое да, должно быть именно английское OLT три бл@#ь буквы
GrDEV Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 Капец... В жизни бы не подумал что от описания это зависит... Тогда второй вопрос. Перед ОЛТ стоит свич. Я так понимаю для ОЛТ он является аплинковым. Но в списке "Аплинковый свич" пусто.
Golthana Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 Капец... В жизни бы не подумал что от описания это зависит... Зависит, если данный "тэг" является идентификатором принадлежности устройства к определенный "группе".
l1ght Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 (відредаговано) Тогда второй вопрос. Перед ОЛТ стоит свич. Я так понимаю для ОЛТ он является аплинковым. Но в списке "Аплинковый свич" пусто. убиллинг не строит топологию сети. Нет никакой необходимости строить её в биллинге. На счет ОЛТ или не ОЛТ, предлагаю флаю сделать чекбокс вместо парсинга описания.... А то уже которая тема про это, народ один х#$ форумы не читает, так хотя бы будет интуитивно понятно. Добавить какое-то поле в БД из разряда additional_options и складировать туда всякую муторь. Хранить как строку с разделителем, заодно я б в чекбоксы вынес бы всю дичь. SWPOLL, SWPING, OLT, MTSIGMON, че там ещё есть?... Відредаговано 18 березня, 2017 l1ght
kosteek Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 (відредаговано) На счет ОЛТ или не ОЛТ, предлагаю флаю сделать чекбокс вместо парсинга описания.... Тогда лучше раскрывающийся список Відредаговано 18 березня, 2017 kosteek
l1ght Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 На счет ОЛТ или не ОЛТ, предлагаю флаю сделать чекбокс вместо парсинга описания.... Тогда лучше раскрывающийся список dropdown с множественным выбором часто выглядит как АДъ так что чекбоксы рулят
Golthana Опубліковано: 18 березня, 2017 Опубліковано: 18 березня, 2017 dropdown с множественным выбором часто выглядит как АДъ так что чекбоксы рулят Поддерживаю
revomix Опубліковано: 7 квітня, 2017 Опубліковано: 7 квітня, 2017 Підкажіть, хтілося б користуватись модулем ВОЛС, але у яндекс картах немає потрібних вулиць, у гуглі вони є, хто може поділитись модулем для гугла?
felixio_01 Опубліковано: 27 квітня, 2017 Опубліковано: 27 квітня, 2017 Здравствуйте! Возникла проблема: При заморозке счёта из личного кабинета, снимается двойная плата за заморозку. Т.е. у меня за заморозку счёта снимается 50, а у абонента снялось 100. Причём в логах всё очень странно: в логах stargazer 2017-04-26 00:01:46 -- Admin '@stargazer', 0.0.0.0: User 'hkom8ap0_ljb5': 'cash' parameter changed from '72.053764' to '58.720430'. Subscriber fee charge 2017-04-26 21:24:26 -- Admin 'admin', 127.0.0.1: User 'hkom8ap0_ljb5': 'passive' parameter changed from '0' to '1'. 2017-04-26 21:24:26 -- Admin '@stargazer', 0.0.0.0: User 'hkom8ap0_ljb5': 'cash' parameter changed from '58.720430' to '8.720430'. Freeze 2017-04-26 21:24:26 -- Admin 'admin', 127.0.0.1: User 'hkom8ap0_ljb5': 'cash' parameter changed from '8.720430' to '-41.279570'. в логах модуля "Движение средств": Дата Деньги От До Операция Тип оплаты Примечания Админ 2017-04-26 21:24:26 -50 8.72043 -41.27957 Платеж Деньги Стоимость заморозки external 2017-04-26 00:01:46 -13.333334 72.053764 58.720430 Абонплата Абонплата Интернет stargazer в модуле "Подробно" из профиля абонента 219667 external 2017-04-26 21:24:27 CHANGE Passive (hkom8ap0_ljb5) ON 1 в модуле "Деньги" из профиля абонента ID IDENC Дата Платеж Баланс до Тип оплаты Примечания к оплате Админ Действия 40872 FJBCH 2017-04-26 21:24:26 -50 8.72043 Деньги Стоимость заморозки external Удалить Редактировать Печать Может быть баг какой то? Ранее таких проблем не замечал.
felixio_01 Опубліковано: 27 квітня, 2017 Опубліковано: 27 квітня, 2017 Забыл написать, снятие абонплаты размазанное, версия Ubilling 0.8.1 rev 5330, stargazer 2.408
a_n_h Опубліковано: 27 квітня, 2017 Опубліковано: 27 квітня, 2017 При заморозке счёта из личного кабинета, снимается двойная плата за заморозку. укажи стоимость заморозки только в одном месте, или в тарифе или в альтер.ини.
felixio_01 Опубліковано: 27 квітня, 2017 Опубліковано: 27 квітня, 2017 При заморозке счёта из личного кабинета, снимается двойная плата за заморозку. укажи стоимость заморозки только в одном месте, или в тарифе или в альтер.ини. в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.
nightfly Опубліковано: 27 квітня, 2017 Автор Опубліковано: 27 квітня, 2017 в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50. В userstats.ini же. При использовании модуля самостоятельной заморозки aka AF_* лучше выставить стоимость в тарифах в 0, и указать ее в AF_FREEZPRICE=50. В таком виде это все будет более вменяемо и понятно работать.
felixio_01 Опубліковано: 27 квітня, 2017 Опубліковано: 27 квітня, 2017 в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50. В userstats.ini же. При использовании модуля самостоятельной заморозки aka AF_* лучше выставить стоимость в тарифах в 0, и указать ее в AF_FREEZPRICE=50. В таком виде это все будет более вменяемо и понятно работать. О! есть такое, спасибо. Но что делать с тарифом, который не имеет стоимости заморозки. Те. при заморозке абонента с тарифом без стоимости заморозки снимется денюжка.
nightfly Опубліковано: 27 квітня, 2017 Автор Опубліковано: 27 квітня, 2017 О! есть такое, спасибо. Но что делать с тарифом, который не имеет стоимости заморозки. Те. при заморозке абонента с тарифом без стоимости заморозки снимется денюжка. Вообще не понял чего вы хотите. Выше описал как оно изначально задумывалось, как должно работать, и как работает. Да - при ручной заморозке администратором, он сам должен головой подумать, что делать с этим абонентом.
felixio_01 Опубліковано: 27 квітня, 2017 Опубліковано: 27 квітня, 2017 )))) Вот у меня есть тарифы, в некоторых из которых стоимость заморозки 50 (тариф А), а в некоторых 0 (тариф Б). Если я везде, в тарифах, выставлю стоимость заморозки 0, далее в userstats.ini в директиве AF_FREEZPRICE выставлю 50 (т.е. AF_FREEZPRICE=50), то абонент сидящий на тарифе (тариф Б) со стоимостью заморозки 0 (т.е. тот с которого деньги при заморозке не должны сниматься) при включение заморозки счёта из своего личного кабинета потеряет 50 (ведь AF_FREEZPRICE=50 влияет на все тарифы), как и абонент сидящий на тарифе (тариф А) с которого деньги за заморозку сниматься должны.
nightfly Опубліковано: 27 квітня, 2017 Автор Опубліковано: 27 квітня, 2017 Понял. Ну тогда наоборот. В тарифах оставляете как есть, а в AF_FREEZPRICE рисуете 0.
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас