Перейти до

Пропадает интернет, "пропадают" пакеты

a_n_h

Автор: a_n_h,
в Софт

 Share Подписчики 1

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

a_n_h

a_n_h 603

Опубликовано:
Опубликовано:

Всем доброго времени суток!

На одном "тазике" - Free+Ubilling+NAS (в данный момент около 50-ти абонов) выявилась проблема - без всякой зависимости от нагрузки, времени суток и т.д. пропадает интернет от нескольких секунд до несколько минут. Может за несколько суток ни разу не пропасть, а может в течении суток пропасть несколько раз. Конкрет "поймать" причину не удается, запустил всевозможные пинги в файл и выяснились пропадания пакетов:

Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=14мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=11мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=11мс TTL=64
Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=6


Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время=2мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64
Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64

конфиги стандартные, 172.16.0.1 и 172.32.0.1 - это одна и та же сетевая, пните куда искать, и почему такая разнице в пинге?

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

a_n_h 603

Опубліковано:
  • Автор
Опубліковано:

Разьемы, коннектора.

Это конечно проверил, уточню, на сетевой 2-а айпи адреса, для проверки добавлял еще один, но все равно пакеты теряются только по одному адресу 172.25.0.1 по остальным потерь нет, если бы проблема была с железом то терялись бы по всем адресам.

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

skybetik 134

Опубліковано:
Опубліковано:

 

Разьемы, коннектора.

Это конечно проверил, уточню, на сетевой 2-а айпи адреса, для проверки добавлял еще один, но все равно пакеты теряются только по одному адресу 172.25.0.1 по остальным потерь нет, если бы проблема была с железом то терялись бы по всем адресам.

 

Во время лагов как минимум хотелось бы увидить 

netstat -i 1

и

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

a_n_h 603

Опубліковано:
  • Автор
Опубліковано:

 

 

Во время лагов как минимум хотелось бы увидить

netstat -i 1 и

top -SH

Везде все в порядке, "лаги" т.е. потери пакетов постоянно

netstat -i 1:

            input        (Total)           output
   packets  errs idrops      bytes    packets  errs      bytes colls
      6756     0     0    5018469       6722     0    4972559     0
      7984     0     0    6101178       7993     0    6098832     0
      6211     0     0    4555551       6185     0    4531348     0
      4955     0     0    3369144       4939     0    3347228     0
      5661     0     0    4160858       5655     0    4149946     0
      6432     0     0    4832996       6360     0    4763685     0
      8299     0     0    6540802       8305     0    6530373     0
      6324     0     0    4508937       6320     0    4497397     0
      6978     0     0    5182153       6970     0    5179820     0
      6056     0     0    4352643       5984     0    4271505     0
      8074     0     0    6521823       8059     0    6494994     0
      7686     0     0    6060953       7636     0    5980461     0
      8157     0     0    6751984       8135     0    6727278     0
      6923     0     0    5407525       6908     0    5388683     0
      8360     0     0    6888863       8245     0    6740981     0
      7477     0     0    6147312       7469     0    6141396     0

top -SH:

  PID USERNAME   PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND
   11 root       155 ki31     0K   128K CPU0    0 540.1H 100.00% idle{idle: cpu0}
   11 root       155 ki31     0K   128K CPU3    3 537.2H 100.00% idle{idle: cpu3}
   11 root       155 ki31     0K   128K CPU2    2 537.2H 100.00% idle{idle: cpu2}
   11 root       155 ki31     0K   128K CPU7    7 526.0H 100.00% idle{idle: cpu7}
   11 root       155 ki31     0K   128K CPU4    4 540.2H  99.17% idle{idle: cpu4}
   11 root       155 ki31     0K   128K CPU6    6 540.3H  99.07% idle{idle: cpu6}
   11 root       155 ki31     0K   128K CPU1    1 533.3H  99.07% idle{idle: cpu1}
   11 root       155 ki31     0K   128K RUN     5 524.2H  96.19% idle{idle: cpu5}
   12 root       -92    -     0K   336K WAIT    7  18.2H   4.20% intr{irq256: bce0}
   12 root       -92    -     0K   336K WAIT    7 966:39   2.49% intr{irq258: bce1}
  930 nobody      20    0 16320K  5412K select  1 102:46   0.10% softflowd
    0 root       -92    0     0K   160K -       2 681:37   0.00% kernel{dummynet}
   12 root       -100    -     0K   336K WAIT    0 127:35   0.00% intr{irq20: hpet0 uhc}
   12 root       -60    -     0K   336K WAIT    0 117:50   0.00% intr{swi4: clock}
    8 root        16    -     0K    16K syncer  1  60:02   0.00% syncer
   14 root       -16    -     0K    16K -       5  53:00   0.00% yarrow
  929 root        20    0 41724K  6300K bpf     2  36:03   0.00% bandwidthd
  926 root        20    0 58108K 21924K bpf     3  35:02   0.00% bandwidthd
  927 root        20    0 54012K 14540K bpf     4  35:01   0.00% bandwidthd
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Вхід

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

Войти сейчас
 Share
Подписчики 1
Перейти до переліку тем

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

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

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

    • camchatix
      Чи можна знімати абонплату не у північ ?
      Від camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?
    • camchatix
      купаген - зайвохромосомний NAS
      Від camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • grach_witch_cheese
      ubilling+accel-ppp-ipoe+option82
      Від 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 2025
      Від 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
      Проблеми з відображення сигналів на OLT BDCOM P3310B та P3608-2TE
      Від 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.
       
      Може в когось було щось подібне? Хочу знати куди копати.
×
×
  • Створити нове...