Перейти к содержимому
Local

Рекомендованные сообщения

покажите скрин свичей

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


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

 

 

Не могу понять в чем прикол. Добавляю ОЛТ в биллинг, а он не отображается как ОЛТ

 

icon_active.gif Живые свитчи - 2 (2+0)

icon_inactive.gif Мертвые свичи - 0

yellow_led.png NP свитчи - 0

snmp.png SWPOLL опрос - 0

wifi.png MTSIGMON устройства - 0

pon_icon.gif OLT устройства - 0

Читаем:

http://wiki.ubilling.net.ua/doku.php?id=ponizer

проверяем.....

 

Я там уже все пересмотрел. Добавил ОЛТ, Указал шаблон СНМП БДКОМ. И один фиг не высвечивается как ОЛТ....

 

Это:

3. В справочнике активного сетевого оборудования aka «Свичи» регистрируем нашу ОЛТ-у, вдумчиво указав в примечаниях дословно OLT.

сделал "дословно"?

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


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

не модели свичей, а свичи в наличии которые

скрин в студию

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


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

И тут есть. Но в результате толку 0

post-38243-0-30767300-1489836671_thumb.png

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


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

И тут есть. Но в результате толку 0

чукча не читатель, чукча писатель!

 

 

вдумчиво указав в примечаниях дословно OLT.

https://local.com.ua/forum/uploads/monthly_03_2017/07eab13_1489836671.png

не ОЛТ, а OLT!

Изменено пользователем a_n_h

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


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

в 31 посте там вообще описание пустое

да, должно быть именно английское OLT

три бл@#ь буквы

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


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

Капец... В жизни бы не подумал что от описания это зависит...

Тогда второй вопрос.  Перед ОЛТ стоит свич. Я так понимаю для ОЛТ он является аплинковым. Но в списке "Аплинковый свич" пусто.

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


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

 

 

Капец... В жизни бы не подумал что от описания это зависит...

Зависит, если данный "тэг" является идентификатором принадлежности устройства к определенный "группе".

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


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

Тогда второй вопрос.  Перед ОЛТ стоит свич. Я так понимаю для ОЛТ он является аплинковым. Но в списке "Аплинковый свич" пусто.

убиллинг не строит топологию сети.

Нет никакой необходимости строить её в биллинге.

 

 

На счет ОЛТ или не ОЛТ, предлагаю флаю сделать чекбокс вместо парсинга описания....

А то уже которая тема про это, народ один х#$ форумы не читает, так хотя бы будет интуитивно понятно.

Добавить какое-то поле в БД из разряда additional_options и складировать туда всякую муторь.

Хранить как строку с разделителем, заодно я б в чекбоксы вынес бы всю дичь.

SWPOLL, SWPING, OLT, MTSIGMON, че там ещё есть?...

Изменено пользователем l1ght

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


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

На счет ОЛТ или не ОЛТ, предлагаю флаю сделать чекбокс вместо парсинга описания....

 

Тогда лучше раскрывающийся список

Изменено пользователем kosteek

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


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

 

На счет ОЛТ или не ОЛТ, предлагаю флаю сделать чекбокс вместо парсинга описания....

 

Тогда лучше раскрывающийся список

 

dropdown с множественным выбором часто выглядит как АДъ

так что чекбоксы рулят

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


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

 

 

dropdown с множественным выбором часто выглядит как АДъ так что чекбоксы рулят

Поддерживаю

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


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

коли вже новий реліз?)

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


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

Підкажіть, хтілося б користуватись модулем ВОЛС, але у яндекс картах немає потрібних вулиць, у гуглі вони є, хто може поділитись модулем для гугла?

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


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

Здравствуйте! Возникла проблема: 

При заморозке счёта из личного кабинета, снимается двойная плата за заморозку. Т.е. у меня за заморозку счёта снимается 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   Удалить    Редактировать   Печать

 

Может быть баг какой то? Ранее таких проблем не замечал. 

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


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

Забыл написать, снятие абонплаты размазанное, версия Ubilling 0.8.1 rev 5330, stargazer 2.408

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


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

 

 

При заморозке счёта из личного кабинета, снимается двойная плата за заморозку.

укажи стоимость заморозки только в одном месте, или в тарифе или в альтер.ини. 

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


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

 

При заморозке счёта из личного кабинета, снимается двойная плата за заморозку.

укажи стоимость заморозки только в одном месте, или в тарифе или в альтер.ини. 

 

в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.

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


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

 

 

в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.

В userstats.ini же. При использовании модуля самостоятельной заморозки aka AF_* лучше выставить стоимость в тарифах в 0, и указать ее в AF_FREEZPRICE=50. В таком виде это все будет более вменяемо и понятно работать.

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


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

 

в alter.ini нет вроде директивы по стоимости заморозки. В тарифах установлена стоимость 50.

В userstats.ini же. При использовании модуля самостоятельной заморозки aka AF_* лучше выставить стоимость в тарифах в 0, и указать ее в AF_FREEZPRICE=50. В таком виде это все будет более вменяемо и понятно работать.

 

 

О! есть такое, спасибо. Но что делать с тарифом, который не имеет стоимости заморозки. Те. при заморозке абонента с тарифом  без стоимости заморозки снимется денюжка. 

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


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

 

 

О! есть такое, спасибо. Но что делать с тарифом, который не имеет стоимости заморозки. Те. при заморозке абонента с тарифом без стоимости заморозки снимется денюжка.

Вообще не понял чего вы хотите. Выше описал как оно изначально задумывалось, как должно работать, и как работает. Да - при ручной заморозке администратором, он сам должен головой подумать, что делать с этим абонентом.

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


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

))))

Вот у меня есть тарифы, в некоторых из которых стоимость заморозки 50 (тариф А), а в некоторых 0 (тариф Б). 

Если я везде, в тарифах, выставлю стоимость заморозки 0, далее в userstats.ini в директиве AF_FREEZPRICE выставлю 50 (т.е. AF_FREEZPRICE=50), то абонент сидящий на тарифе (тариф Б) со стоимостью заморозки 0 (т.е. тот с которого деньги при заморозке не должны сниматься) при включение заморозки счёта из своего личного кабинета потеряет 50 (ведь AF_FREEZPRICE=50 влияет на все тарифы), как и абонент сидящий на тарифе (тариф А) с которого  деньги за заморозку сниматься должны. 

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


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

Понял. Ну тогда наоборот. В тарифах оставляете как есть, а в AF_FREEZPRICE рисуете 0.

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


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

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас


  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

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