Перейти до

Не считается трафик.


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

Обнаружилась проблема что в личный кабинет и админку биллинга не выводится нормальая статистика по траффику. Так все пользователи сети, а их порядка 300 вместе, дружно набрали за 4 месяца 320 с чем-то мегабайт.

Кто чего подскажет?

Стоит ubilling  0.4.5 rev 2843.

Ссылка на сообщение
Поделиться на других сайтах
  В 08.10.2013 в 16:21, nightfly сказав:

Ткну пальцем в небо и предположу, что неверно указан интерфейс на котором запущен сенсор netflow.

Ну софтфлод вообще не был запущен, если об этом речь, но траффик всё равно какими-то копейками и без него считался.

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

 

Ну софтфлод вообще не был запущен, если об этом речь,

ну он как-бы сенсор, как-бы нужен...

 

  Цитата

 

но траффик всё равно какими-то копейками и без него считался.

магия

 

  Цитата

 

И да, ещё попингатор перестал работать.

подозреваю что попингатор по маку же перестал?

 

Думаю изменилась внутренняя сетевая смотревшая на пользователя. Правьте по конфигам.

Ссылка на сообщение
Поделиться на других сайтах
  В 08.10.2013 в 16:54, nightfly сказав:

 

  Цитата

 

Ну софтфлод вообще не был запущен, если об этом речь,

ну он как-бы сенсор, как-бы нужен...

 

  Цитата

 

но траффик всё равно какими-то копейками и без него считался.

магия

 

  Цитата

 

И да, ещё попингатор перестал работать.

подозреваю что попингатор по маку же перестал?

 

Думаю изменилась внутренняя сетевая смотревшая на пользователя. Правьте по конфигам.

 

Нет, обычный пинг перестал работать. Тот который /sbin/ping. Да и по конфигам просто указан путь до него, насколько я знаю, ему не надо указывать интерфейс.

Да сетевая изменилась, но ранее всё работало. 

Ссылка на сообщение
Поделиться на других сайтах
  В 08.10.2013 в 16:54, nightfly сказав:

 

  Цитата

 

Ну софтфлод вообще не был запущен, если об этом речь,

ну он как-бы сенсор, как-бы нужен...

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

/var/run/softflowd.re0.ctl пишет не найдено.

Ссылка на сообщение
Поделиться на других сайтах
  В 08.10.2013 в 16:58, L1ght сказав:

 

  В 08.10.2013 в 16:54, nightfly сказав:

 

  Цитата

 

Ну софтфлод вообще не был запущен, если об этом речь,

ну он как-бы сенсор, как-бы нужен...

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

/var/run/softflowd.re0.ctl пишет не найдено.

 

Ну с этим разобрался и софтфлоуд запустил.

Что с попингатором делать?

Ссылка на сообщение
Поделиться на других сайтах
  В 08.10.2013 в 16:54, nightfly сказав:

 

  Цитата

 

Ну софтфлод вообще не был запущен, если об этом речь,

ну он как-бы сенсор, как-бы нужен...

 

 

softflowd запустился, но траффик всё равно не считается... как быть?

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

 

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

 Ну дык вы определитесь для начала какой из интерфейсов нужно, чтобы слушал сенсор.

  Цитата

 

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

Ну и нафига?

softflowd вполне себе понятно как запускается из /etc/rc.d/billing

 

  Цитата

 

softflowd запустился, но траффик всё равно не считается... как быть?

1. таки определиться какой из интерфейсов у вас смотрит на юзеров

2. осознать, что сенсор должен отправлять стату коллектору в лице cap_nf

3. в конце концов посмотреть чего же он там сенсорит при помощи softflowctl statistics

 

PS это все имеет смысл если еще stargazer/rules не успели испохабить по дороге.

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

 

  Цитата

 

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

 Ну дык вы определитесь для начала какой из интерфейсов нужно, чтобы слушал сенсор.

  Цитата

 

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

Ну и нафига?

softflowd вполне себе понятно как запускается из /etc/rc.d/billing

 

  Цитата

 

softflowd запустился, но траффик всё равно не считается... как быть?

1. таки определиться какой из интерфейсов у вас смотрит на юзеров

2. осознать, что сенсор должен отправлять стату коллектору в лице cap_nf

3. в конце концов посмотреть чего же он там сенсорит при помощи softflowctl statistics

 

PS это все имеет смысл если еще stargazer/rules не успели испохабить по дороге.

 

Нет. Rules не испохаблено. Теперь другая проблема. Я бы сказал мистика.

У IPFW таблицы третья и 4 пустые...

ничего не понимаю...

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

 

  В 08.10.2013 в 20:54, nightfly сказав:

 

  Цитата

 

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

 Ну дык вы определитесь для начала какой из интерфейсов нужно, чтобы слушал сенсор.

  Цитата

 

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

Ну и нафига?

softflowd вполне себе понятно как запускается из /etc/rc.d/billing

 

  Цитата

 

softflowd запустился, но траффик всё равно не считается... как быть?

1. таки определиться какой из интерфейсов у вас смотрит на юзеров

2. осознать, что сенсор должен отправлять стату коллектору в лице cap_nf

3. в конце концов посмотреть чего же он там сенсорит при помощи softflowctl statistics

 

PS это все имеет смысл если еще stargazer/rules не успели испохабить по дороге.

 

Нет. Rules не испохаблено. Теперь другая проблема. Я бы сказал мистика.

У IPFW таблицы третья и 4 пустые...

ничего не понимаю...

 

Насколько я вижу не отрабатывается OnConnect, так как в /etc/stargaze/dn пусто.

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

 

  В 09.10.2013 в 15:14, L1ght сказав:

 

  В 08.10.2013 в 20:54, nightfly сказав:

 

  Цитата

 

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

 Ну дык вы определитесь для начала какой из интерфейсов нужно, чтобы слушал сенсор.

  Цитата

 

И да, я пытался дописать в /usr/local/etc/rc.d/softflowd указать все свои сетевые, на em запустился, а на re0 пишет, что не может запуститься.

Ну и нафига?

softflowd вполне себе понятно как запускается из /etc/rc.d/billing

 

  Цитата

 

softflowd запустился, но траффик всё равно не считается... как быть?

1. таки определиться какой из интерфейсов у вас смотрит на юзеров

2. осознать, что сенсор должен отправлять стату коллектору в лице cap_nf

3. в конце концов посмотреть чего же он там сенсорит при помощи softflowctl statistics

 

PS это все имеет смысл если еще stargazer/rules не успели испохабить по дороге.

 

Нет. Rules не испохаблено. Теперь другая проблема. Я бы сказал мистика.

У IPFW таблицы третья и 4 пустые...

ничего не понимаю...

 

Насколько я вижу не отрабатывается OnConnect, так как в /etc/stargaze/dn пусто.

 

Да и не только он не отрабатывется. В Админке теперь разве что фамилию поменять можно..

Ссылка на сообщение
Поделиться на других сайтах
  В 09.10.2013 в 16:00, L1ght сказав:

Спаассаайте кто-то

я не знаю что делать Т_Т

Я накатил бэкап ещё рабочего конфига биллинга\старгейзера, но ничего не изменилось..

Ссылка на сообщение
Поделиться на других сайтах
  В 09.10.2013 в 16:27, L1ght сказав:

 

  В 09.10.2013 в 16:00, L1ght сказав:

Спаассаайте кто-то

я не знаю что делать Т_Т

Я накатил бэкап ещё рабочего конфига биллинга\старгейзера, но ничего не изменилось..

 

Нет, бэкап + восстановление прав и флаг исполняемости на stargazer всё же помогли.

Ссылка на сообщение
Поделиться на других сайтах
  В 12.10.2013 в 07:48, madf сказав:

Железо-то не сыпется?

Может винты дохнут или оперативка?

Нет, ничего не сыпется. Всё отлично работает, уже.

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • Від grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • Від nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • Від ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Від 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 та перевірю...
       

×
×
  • Створити нове...