Перейти до

zte c300 + ubilling


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

Добрый день

 

Имеется работающий 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

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

ZTE C320 - шаблон для епон

ZTE C320 GPON - шаблон для гпон

 

сами выберайте что вам нужно.

 

4 часа назад, camchatix сказал:

Но саму онушку, уровень сигнала, MAC адрес в понизаторе должно быть видно ?

 

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

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

Выбрал ZTE C320 GPON 

MIBs которые в шаблоне - не подходят k C300

только один из них верный - в billing/exports только один файлик генерируется

а их дожно быть судя по другим ОЛТ файликам 5 штук

 

я взял из snmptemplates/ZTE C320_GPON  mibs вручную snmpwalk прошелся

и почти на все mibs которые в шаблоне получаю ошибку

.1.3.6.1.4.1.3902.1015.1010.11.2.1.2.: Unknown Object Identifier (Sub-id not found: enterprises -> )

 

 

Ссылка на сообщение
Поделиться на других сайтах
19 минут назад, camchatix сказал:

MIBs которые в шаблоне - не подходят k C300

Подходят. И к 220 и к 320 и к 300.

Во первых: у вас таки EPON или GPON?

Во вторых: в доке написано как настраивать снмп для зте.

В третьих: куча оидов не доступны напрямую и через snmpwalk нихера не увидите.

В четвертых: не будет оно показывать неизвестные ONU для зте. Ровно как и дистанцию.

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

у нас GPON

snmp по документации настраивал - 3 команды ввел - на все 3 ответ - successful

только один из MIBs подошел

тот который уровни сигналов показывает (есть файл billing/exports/OLTSIGNALS)

снмп работает, один из показателей дошли до билинга а остальные нет 

подскажите пожалуйста где копать ?

Ссылка на сообщение
Поделиться на других сайтах
7 минут назад, camchatix сказал:

у нас GPON

snmp по документации настраивал - 3 команды ввел - на все 3 ответ - successful

только один из MIBs подошел

тот который уровни сигналов показывает (есть файл billing/exports/OLTSIGNALS)

снмп работает, один из показателей дошли до билинга а остальные нет 

подскажите пожалуйста где копать ?

Рассказываю.

Опрос происходит по серийнику. Но механика такова, что мак адрес онушки или чего угодно (хоть абонентский) нужно вбивать.

 

image.png.41fa074f6c6910021ecbb84922a538bb.png

 

Вот на картинке видно какие данные добавлены для гпон.

Ну и всё что в доке указано, remoteapi и прочее.

По серийнику: в конце доки расписаны режимы работы для гпон.

Правится непосредственно файл снмп шаблона (billing/config/snmptemplates).

Строка: SNMODE. 

 

image.png.0367d972bdeae35b4f74bd0e74bc6d1b.png

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

Понял. Только теперь догнал что нужно самому вводить серийник и МАК

Иду пробовать

 

А так как с БДКОМ - чтобы при опросе  было видно онушки и маки (show gpon onu uncfg) - есть шанс в нашем уютном убилинге увидеть %) ?

Ссылка на сообщение
Поделиться на других сайтах
5 минут назад, camchatix сказал:

А так как с БДКОМ - чтобы при опросе  было видно онушки и маки (show gpon onu uncfg) - есть шанс в нашем уютном убилинге увидеть %) ?

смотри здесь:

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

Відредаговано a_n_h
  • Like 1
Ссылка на сообщение
Поделиться на других сайтах

Тоесть даже если на ЗТЕ я ОНУ добавлю - в билинге надо вручную серийники и маки писать?

А если с коммерческим модулем - тогда на полу-автомате ону на зте добавит и в биллинге видно будет ОНУ ?

Ссылка на сообщение
Поделиться на других сайтах
9 минут назад, camchatix сказал:

Тоесть даже если на ЗТЕ я ОНУ добавлю - в билинге надо вручную серийники и маки писать?

А если с коммерческим модулем - тогда на полу-автомате ону на зте добавит и в биллинге видно будет ОНУ ?

Потрудитесь доку почитать и понять как оно работает.

Цитата

Так же стоит отметить, что если указать логин существующего пользователя - то для данной ONU создастся запись в ПОНизаторе. Можно оставить пустым, тогда в ПОНизатор ничего не внесется.

Сейчас при регистрации ОНУ из биллинга на ОЛТ можно её так же добавить и в понизатор и связать с конкретным пользователем (модуль для регистрации ону). Вообще я думал добавить галку "добавить в понизатор" или что-то в таком духе, но пока тоже заявок на это дело нет.

Онушки в понизатор добавляются ручками в большинстве своем. Вы можете написать скрипт который будет импортить то что вам нужно. Но это не предусмотрено в базовом функционале. Как именно вы будете забирать данные с ОЛТов и как будете импортить в БД - уже ваши проблемы.

Ибо онушки всё равно мигрируют между олтами и прочий АДъ. Следить за актуальностью данных всё равно нужно.

 

Нет мы не заббикс и не любая другая система мониторинга и даже не пытаемся ими прикидываться. У нас нет автодискавери всего чего угодно и прочих плюшек.

Паутине надо было для бдкома какие-то штуки - он их написал и они пошли в апстрим.

Лично ко мне заказов и вообще такого рода просьб не поступало, я не делал. И что-то смотрю никто больше не горит желанием реализовать.

А когда поковыряете ЗТЕ - то пойемете какой там "классный" SNMP.

Відредаговано l1ght
Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Від nightfly
      Ubilling 1.4.3 rev 9058 The Bladewood Grove
       
      Зміни в структурі БД. alter.ini: нові опції OPHANIMFLOW_ENABLED та OPHANIMFLOW_URLS котрі вмикають та керують інтеграцією з OphanimFlow. alter:ini: нова опція PHOTOSTORAGE_POSTPROCESSING, що вмикає післяобробку зображень при завантаженні в Сховище зображень. alter:ini: нова опція PHOTOSTORAGE_WATERMARK, що вмикає розміщення вотермарки на всіх зображеннях, що завантажуються. alter:ini: нова опція PHOTOSTORAGE_RECOMPRESS, що вмикає зміну компрессії завантажених зображень. alter:ini: нова опція PHOTOSTORAGE_AUTORESIZE, що вмикає автоматичне та лагідне масштабування зображень конячих розмірів. alter:ini: нова опція PHOTOSTORAGE_DRAWIMGINFO, що вмикає вдруковування в зображення відлагоджувальної інформації. alter.ini: нова опція ONDEMAND_CHARTS, що вмикає відкладене завантаження графіків завантаження користувацької смуги. userstats.ini: нова опція OPHANIM_ENABLED, що вмикає інтеграцію OphanimFlow в кабінеті користувача. Модуль Заздрість: тепер авторизаційні дані пристроїв, не відображаються в списку пристроїв. Модуль “Заздрість”: при створенні та редагуванні пристроїв, для полів “пароль” та “enable пароль” тепер використовуються інпути паролів. Модуль “Заздрість”: заздрісним пристроям додано нове поле “Порт”. Тепер в скриптах можна використовувати, відповідний макрос {PORT}. Модуль “Статистика трафіку користувача”: проведено радикальний рефакторинг. Модуль “Статистика трафіку користувача”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Статистика трафіку користувача”: виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Модуль “Статистика трафіку користувача”: додано можливість відображення графіків за останню годину з OphanimFlow. Модуль “Користувачі”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Сховище зображень”: тепер додатково перевіряє завантажувані зображення на тему їх валідності. Модуль “Фінансові операції”: виправлено відображення суми платежів користувача. Remote API: новий виклик ophanimtraff, який просто бере і синхронізує локальну БД з віддаленими джерелами OphanimFlow. Remote API: виклик userbynum тепер також опційно містить поле з “Платіжним ID” користувача. Глобально: у всіх полях вводу паролів, окрім форми входу, тепер відображається елемент керування “показати/приховати” пароль. Кабінет користувача: в модулі “Трафік” додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Кабінет користувача: в модулі “Трафік” виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Кабінет користувача: в модулі “Відеоспостереження” для NVR WolfRecorder замінено розділювач попередньо заповнених даних авторизації. OpenPayz: додано frontend portmonemulti, для отримання платежів від різних контрагентів. Інформацію по контрагентам бере з біллінгу, також використовую розширену інформацію контрагента. Платіжна система в контрагенті мусить бути створена, як PORTMONE 1984tech: додано функціонал генерації RPZ для isc-bind, спасибі @misterromanbush  
      Повний чейнджлог
      Оновлена демка
       

    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від FantoM_EscapE
      Хочу перенести свій білінг NODENY із фізичного сервера на віртуальний. Шукаю адміна який зможе допомогти у цьому питанні, так як нашого адміна банально призвали до війська. Вся схема на даний момент робоча, маю доступи до всього. Потрібно проінсталити на новішу версію FREEBSD, бо на моїй 10 річній вже не працюють нові SSL сертифікати. Кого зацікавила дана пропозиція - прошу у приватні повідомлення. обсудимо ціну і строки. або пишіть на будь-який месенджер 0677792091
×
×
  • Створити нове...