ppv

Залив пошивку BD_3616_10.1.0F_115271. Час опиту раніше був 3 хв. тепер 13-15 сек. Все інше перевірю в процесі. З плюсів навантаження процесора при опиті не росте до 95%. Вроді сигнали згрібає, принаймні поки що. За декілька днів відпишусь чи не залипає. BDCOM OLT P3608 2025-02-05 09:18:30 2025-02-05 09:18:43 13 сек.

Трохи є, але вже як є . Почнеться як не допоможе прошивка. Треба ще перевірити через скільки часу її починає плющити. Ні немає, так завершується .1.3.6.1.4.1.3320.152.1.1.3.512.814.188.96.107.113.83.129 = Hex-STRING: BC 60 6B 71 53 81 .1.3.6.1.4.1.3320.152.1.1.3.513.814.40.238.82.214.112.227 = Hex-STRING: 28 EE 52 D6 70 E3 root@bill:/usr/local/www/apache24/data/billing/exports#

161_.1.3.6.1.4.1.3320.152.1.1.3 заповнений не повністю, останній запис це мак через ону epon 0/4:63. Обидва варіанти не працюють, шаблон пробував раніше підкидувати результат той самий. NOFDBQUERY також додавав кешу немає, але сигналів тільки 5 стягує. Також цікаво пробував в блекліст додавати перші 10 ону, тоді сигнали бере наступні 5. Якщо shutdown epon0/1 згрібає 5 сигналів з epon 0/2. Схиляюсь ще спробувати оновити прошивку, і перевірити скільки часу після ребуту вона залипає. Можливо нехай cron її ребутає періодично нічкою.

Сорі... Справи особистого характеру, пишу по можливості. 3310B запрацювала через деякілька годин після оновлення білінгу, сигнали згрібає. Так, паралельно опитує їх zabbix, з там все опитує добре, проблем ніяких, тимчасово зараз виключив опит zabbix, ситуація не змінилась. З 15 олт нюанси тільки з цими двома. Але переважно всі інші Bdcom Gpon3600-8. Є 3310с і 3608B але з ними теж все гаразд. Проблемна bdcom P3608-2TE майже повністю забита абонентами. Опит раз в 20 хв. show version BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 37276 Copyright by Shanghai Baud Data C

Оновився, ситуація та ж. Але цікаво що 5 сигналів з цілої олт 3608 витягнуло при опиті. OLT_3310B зовсім без сигналів.

Ок, завтра оновлюсь, а то з тел не дуже зручно. Відпишусь опісля.

Виглядає якось так все є крім сигналів, це по цих двох P3310B та P3608-2TE

Не вистачає сигналів, переліку. В другій тільки 2 сигнали, з всіх. Воно згрібає кількість, але не згрібає сигнали.

Після оновлення до 1.5.1 не відображаються сигнали на OLT BDCOM P3310B (Device version10.1.0B) та P3608-2TE (Firmware Version10.1.0E). 3310C та P3608B ніяких проблем немає, знімає все добре. З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2. Може в когось було щось подібне? Хочу знати куди копати.

Після оновлення до 1.5.1 не відображаються сигнали на OLT BDCOM P3310B (Device version10.1.0B) та P3608-2TE (Firmware Version10.1.0E). 3310C та P3608B ніяких проблем немає, знімає все добре. З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2. Може в когось було щось подібне? Хочу знати куди копати.

Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна. ID Мережа/CID RВсього IP Використано IP ▾ Вільно IPСервіс 6 172.16.70.0/23 506 6 500 Підкажіть як правильно це підчистити щоб видалити мережу.

Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?

Ви мене трохи не зрозуміли. Я все озав просто через cron. /etc/crontab. і там все такого типу /usr/local/bin/curl -o /dev/null "http://127.0.0.1/billing/?module=remoteapi&key=ваш_серийник&action=swping" Воно так в мене було зроблено давно і працювало собі, до певного моменту. По статистиці обладнання доречі теж воно не проходило. Тільки коли табун вимкнений. Але для тесту я переробив тільки що oltpoll через ubapi і дійсно, запрацювало навіть з включеним табуном. Значить перекину все на ubapi. Щиро дякую за підказки!

Так там все добре, але зробив chmod a+x /bin/ubapi -rwxr-xr-x 1 root wheel 407 Aug 7 2020 ubapi* Але я не використовую обгортку, я робив давно через cron, працювало та й не чіпав. /usr/local/bin/curl -o /dev/null "http://127.0.0.1/billing/?module=remoteapi&key=ваш_серийник&action=oltpoll" Все працює крім oltpoll Але і примусовий опит не працює без табуна працює.

Так, опитує, дякую. То виходить воно в мене ще з релізу 1.2.8 почало поганенько працювати після того де багато в ПОНизатор було оновлень.

Доброго дня, не працює примусовий опит OLT. Якщо оновлювати дані для даного ОЛТ то все норм. Була версія білінгу 1.3.3, вчора оновив до 1.3.6 нічого не змінилось. Чи може я щось пропустив в оновленях що треба було доналаштувати? Підкажіть будь ласка, хочу знати на що звернути увагу. Через крон теж не згрібає сигнали, хоча бачу регламенти проходять. Олт BDCOM різного типу. До білінгу давно не дивився, незнаю точно коли проблема появилась.

Та не шукаю, тому дякую що нагадали за реалізацію

Ні ну я звісно попробую, як буде час. Абоненти зрозуміло що попадати будуть на який перший той і тато. Але я так розумію вони дьоргати іп будуть всі з одного пулу абонентам? Мене тільки це цікавило. Чесно кажучи про кастом я трохи забув що він існує , і думав чи буде воно працювати якщо 2 наси окремі з вказуванням на один пул.

Ну за кастомні настройки я знаю, читав але не спробував, мене цікавить зі сторони балансування навантаження на nas.

Цікаво а чи реально, реалізація кучаген, тип підключення pppoe, nas на різних іп. Але якщо брати з одного пулу іп абонентам. Розумію що збочена реалізація але цікаво все ж).

Про POD зрозуміло. А хіба не мала б спрацьовувати тут дісконект (CoA Disconnect + CoA Connect), при зміні іп адреси ? Хоча якщо не спрацьовує значить не має. Ок спробую ще інші варіанти на вихідних.

Вибачаюсь можливо за дурне питання, але трохи не зрозумів що ви маєте на увазі?

А як робите скидання сесії при зміні іп?

Так

Ну поки що ні, ))))). Відому все працює безвідмовно. Але от такі дрібні нюанси є )