Перейти до

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 - шаблон для гпон

 

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

 

  В 23.04.2018 в 05:00, camchatix сказав:

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

 

Expand  

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

Відредаговано 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 -> )

 

 

Ссылка на сообщение
Поделиться на других сайтах
  В 23.04.2018 в 10:12, camchatix сказав:

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

Expand  

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

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

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

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

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

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

у нас GPON

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
  В 23.04.2018 в 15:55, camchatix сказав:

у нас GPON

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

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

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

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

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

Expand  

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

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

 

image.png.41fa074f6c6910021ecbb84922a538bb.png

 

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

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

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

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

Строка: SNMODE. 

 

image.png.0367d972bdeae35b4f74bd0e74bc6d1b.png

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

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

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
  В 23.04.2018 в 17:18, camchatix сказав:

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

Expand  

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
  В 23.04.2018 в 18:50, camchatix сказав:

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

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

Expand  

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

  Цитата

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

Expand  

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

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

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

 

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

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

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

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

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • Від 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.
×
×
  • Створити нове...