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

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

Добрый день

 

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

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


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

там не реализовано всё что есть для бдкома.

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


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

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

 

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


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

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 -> )

 

 

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


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

Выбрал ZTE C320 GPON 

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

А так сразу и не скажешь.

 

ztec300.png

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


Ссылка на сообщение
Поделиться на других сайтах
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

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


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

Поделитесь MIB-ами для ZTE 320?

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


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

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

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

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

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

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

Войти

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

Войти сейчас

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

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

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

    • Автор: mch412
      Настриваю IP Source Guard на ZTE C300
      ip-service ip-source-guard enable
      interface gpon-onu_1/2/8:3
      ip-service ip-source-guard enable sport 1
      IP на роутер прилетают по DHCP.
      Инета нет. 
      ip-service ip-source-guard disable sport 1
      Инет есть
    • Автор: bot
      Следом за выявленной на прошлой неделе DoS-уязвимости SegmentSmack в TCP-стеках различных операционных систем, опубликована информация о другой похожей уязвимости (CVE-2018-5391, кодовое имя FragmentSmack), которая также позволяет организовать отказ в обслуживании через отправку специально оформленного набора сетевых пакетов, при обработке которого будут заняты все реcурсы CPU. Если первая уязвимость была связана с неэффективностью алгоритма обработки TCP-сегментов, то новая проблема затрагивает алгоритм пересборки фрагментированных IP-пакетов.
       
      Атака осуществляется через отправку потока фрагментированных IP-пакетов, в каждом из которых смещение фрагмента установлено случайным образом. В отличие от прошлой уязвимости SegmentSmack, в FragmentSmack возможно совершение атаки с использованием спуфинга (отправки пакетов с указанием несуществующего IP). При этом для новой атаки требуется большая интенсивность отправки: для полной утилизации ресурсов одного ядра CPU Intel Xeon D-1587@1.70GHz необходим поток на уровне 30 тысяч пакетов в секунду, в то время как для SegmentSmack было достаточно 2 тысячи пакетов в секунду.
       
      Наличие проблемы подтверждено в TCP стеках Linux и FreeBSD. В ядре Linux проблема проявляется начиная с выпуска ядра 3.9. Обновления с устранением проблемы подготовлены для Debian, Fedora, SUSE/openSUSE, Ubuntu, RHEL и FreeBSD. В качестве обходного пути защиты в Linux можно снизить значения sysctl net.ipv4.ipfrag_high_thresh и net.ipv4.ipfrag_low_thresh до 256kB и 192kB или ещё меньших значений.
      sysctl -w net.ipv4.ipfrag_low_thresh=262144 sysctl -w net.ipv4.ipfrag_high_thresh=196608 sysctl -w net.ipv6.ip6frag_low_thresh=262144 sysctl -w net.ipv6.ip6frag_high_thresh=196608  
      Во FreeBSD в качестве обходного пути защиты рекомендовано отключить пересборку фрагментированных пакетов:
      sysctl net.inet.ip.maxfragpackets=0 sysctl net.inet6.ip6.maxfrags=0 Источник: opennet
    • Автор: bot
      В TCP-стеке ядра Linux выявлена опасная уязвимость (CVE-2018-5390), которая позволяет удалённо вызвать отказ в обслуживании из-за исчерпания доступных ресурсов CPU. Для совершения атаки достаточно отправить поток специальным образом оформленных пакетов на любой открытый TCP-порт. Атака может быть совершена только с реального IP-адреса (спуфинг невозможен так как требуется установка TCP-соединения).

      Суть проблемы в том, что при определённых параметрах сегментирования ядро при поступлении каждого пакета вызывает достаточно ресурсоёмкие функции tcp_collapse_ofo_queue() и tcp_prune_ofo_queue(). Из-за неэффективности применяемого алгортима, необходимые для обработки сегментов ресурсы CPU линейно возрастают в зависимости от числа сегментов в очереди пересборки пакетов. При выполнении операции пересборки большого числа сегментов, cоздаваемой нагрузки достаточно, чтобы полностью загрузить процессор при обработке потока с незначительной интенсивностью. Например, для появления существенных задержек в обработке запросов системой для каждого ядра CPU достаточно потока интенсивностью всего 2 тысячи пакетов в секунду.

      Уязвимость проявляется на всех ядрах Linux, начиная с выпуска 4.9 (атака может быть проведена и против более старых ядер, но требует существенного более интенсивного потока пакетов). Проблема устранена в обновлении ядра 4.17.12. Обновления пакетов подготовлены для Debian, SUSE и Fedora, и ожидаются для Ubuntu и RHEL.

      Дополнение: Проблема также проявляется во FreeBSD и вероятно в других операционных системах. Во FreeBSD проблема пока временно решена через ограничение размера очереди пересборки пакетов (net.inet.tcp.reass.maxqueuelen).

      Источник: Opennet
    • Автор: ppv
      Підкажіть будь ласка яким чином генерується Платіжний ID, а це в мене в деяких абонентів 10 цифр а в деяких 9?
       
       
    • Автор: esystems
      Добрый день
       
      Подскажите пожалуйста, есть ли возможность в Ubilling. Чтоб абонент смог самостоятельно сменить mac адрес в личном кабинете,
      При конфиге что все абоненты привязаны к портами что не известный мак никаких сервисов не получит?
       
      Или для этого нужно писать отдельный модуль?
×