Перейти до

Не працює примусовий опит OLT


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

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

Чи може я щось пропустив в оновленях що треба було доналаштувати? Підкажіть будь ласка, хочу знати на що звернути увагу.

Через крон теж не згрібає сигнали, хоча бачу регламенти проходять. Олт BDCOM різного типу.

До білінгу давно не дивився, незнаю точно коли проблема появилась.

Відредаговано ppv
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
2 hours ago, nightfly said:

Спробуйте вимкнути "табун поні". Опит починає працювати? :)

 

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

Відредаговано ppv
Ссылка на сообщение
Поделиться на других сайтах
57 минут назад, ppv сказав:

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

Відкриваю таємницю - в вас біллінг взагалі весь цей час працював частково.

Виправте права на /bin/ubapi до a+x та поверніть табун на місце.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Так там все добре, але зробив 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"

image.png.d56df84db36545ba3fcee01d0eb21aac.png

Все працює крім oltpoll

Але і примусовий опит не працює image.thumb.png.ac961b117b5f66cf404606217f29df57.png

без табуна працює.

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

Все працює крім oltpoll

spacer.png

 

годину тому, ppv сказав:

без табуна працює.

З нормальними правами і робочим самим по собі ubapi - повинен. Що можна проконтролювати за допомогою кнопки "статистика опиту обладнання".

Власне воно в фоні і викликається паралельно для всіх OLT. Там зараз багато чого намотано на цю механіку, далеко не тільки поняшки.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
15 hours ago, nightfly said:

spacer.png

 

З нормальними правами і робочим самим по собі ubapi - повинен. Що можна проконтролювати за допомогою кнопки "статистика опиту обладнання".

Власне воно в фоні і викликається паралельно для всіх OLT. Там зараз багато чого намотано на цю механіку, далеко не тільки поняшки.

 

Ви мене трохи не зрозуміли. Я все озав просто через cron. /etc/crontab. і там все такого типу

/usr/local/bin/curl -o /dev/null "http://127.0.0.1/billing/?module=remoteapi&key=ваш_серийник&action=swping"

Воно так в мене було зроблено давно і працювало собі, до певного моменту. По статистиці обладнання доречі теж воно не проходило. Тільки коли табун вимкнений.

Але для тесту я переробив тільки що oltpoll через ubapi і дійсно, запрацювало навіть з включеним табуном. Значить перекину все на ubapi.

Щиро дякую за підказки!

Відредаговано ppv
Ссылка на сообщение
Поделиться на других сайтах
13 часов назад, ppv сказав:

Я все озав просто через cron. /etc/crontab. і там все такого типу

/usr/local/bin/curl -o /dev/null "http://127.0.0.1/billing/?module=remoteapi&key=ваш_серийник&action=swping"

Воно так в мене було зроблено давно і працювало собі, до певного моменту.

Це насправді не важливо саме по собі. Звідки і як там періодичні процеси кроном виконуються. Есенційним є сам факт наявності робочого ubapi, за допомогою якого біллінг сам міг би запускати що йому там треба.

 

Немає за що, stay tuned!

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від alexeya
      Продам OLT ZTE C320. OLT укомплектован блоком живлення PRAM, двома платами GTGH(K00), платою керування SMXA(A31).

      Кожна GTGH-плата, це 16 GPON портів, 16 GPON модулів C++.
      SMXA-плата, це SFP+ (10G) порт, 1 гігабітний комбо порт.

      В наявності 2 одиниці. Один новий, один був у використанні (стан близький до нового)

      Ціна нового - 120000 грн
      Ціна вживаного - 105000 грн

      BDCOM GP-3600-08B куплявся в ДЕПСі в вересні 23 року. В ньому використовувались тільки 3 порти (тобто є тільки 3 GPON SFP модулі). 48к разом з модулями

      ОЛТИ без модулів:
      3310B-2AC - 1штука - 8000
      3310B - 2 штуки - 7500
      3310B + Proline UPS - 1 штука - 8500
      3310D + Proline UPS - 1 штука - 12500
      BDCOM P3600-04 + Proline UPS - 1 штука - 16500
      3616-2TE - 3 штуки - 53к

      Додам вживані EPON С++ модулі по 400 грн за штуку. Або нові по 750 грн за штуку
    • Від Hamster_Serg
      Таке запитання чи хтось використовував 10G порт на олті(BDCOM GP3600-16B) як магістраль для наступного комутатора( комутатор<->олт<->комутатор)?
      І чи пробували транзитом пропускати QinQ з 3 мітками VLAN(QinQ в QinQ)?
    • Від Hamster_Serg
      Всім привіт.
      В мене з'явилася проблема з BDCOM(tm) GP3600-16B прошивка Version 10.3.0D Build 124190.
      Проблема в наступному, що коли додаєш VLAN на порт або просто створюєш, олт бутається через 10 секунд.
      Після цього все працює стабільно і можна додавати без всяких проблем.
      Чи була в когось така проблема ?
      Дякую за відповідь
    • Від Чучундра
      Добрий день.
       
      Буду вдячний якщо хтось поділиться робочим конфігом щоб прокинути на ЛАН порт ОНУ декілька VLAN-ів з тегами.
    • Від jaroslav2r
      Добрий день,
      Виникла проблема з DHCP snooping на одному з наших OLT DASAN V5808. При його увімкненні клієнти перестають отримувати IP-адреси через DHCP. Оновлення прошивки до версії V5808 NOS 1.12p1 не допомогло. На інших OLT така проблема не спостерігається.
      DHCP snooping налаштовано за допомогою наступних команд, де uplink — порт 15:
      Copy code
      ip dhcp snooping
      ip dhcp snooping vlan 665
      ip dhcp snooping trust 15
      Хтось стикався з подібною проблемою і знайшов рішення?
       
      We’re experiencing an issue with DHCP snooping on one of our DASAN V5808 OLTs. When DHCP snooping is enabled, clients stop receiving DHCP offers. Updating the firmware to version V5808 NOS 1.12p1 didn’t resolve the problem. Other OLTs don’t seem to have this issue.
      The DHCP snooping configuration was done with the following commands:

      ip dhcp snooping
      ip dhcp snooping vlan 665
      ip dhcp snooping trust 15
       
      uplink —  15 port
       
      Has anyone encountered this problem and managed to fix it?
×
×
  • Створити нове...