ВидеоКонф(ВКС)  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Странная работа (тормоза) AMI

Проблемы и их решения Asterisk как такового

Модераторы: april22, Zavr2008

Re: Странная работа (тормоза) AMI

Сообщение ded » 20 дек 2018, 18:43

Заполненность дисков?
Быстродействие на чтение/запись?
ded
 
Сообщений: 15803
Зарегистрирован: 26 авг 2010, 19:00

Re: Странная работа (тормоза) AMI

Сообщение Vlad1983 » 21 дек 2018, 07:42

мля...
случайно удалил все сообщения этого GAMER

восстанавливаю по памяти основную мысль
страшно медленно работает выхлоп событий (задержка до двух минут)
при этом фильтры от лишних событий настроены
ЛС: @rostel
Vlad1983
 
Сообщений: 4251
Зарегистрирован: 09 авг 2011, 11:51

Re: Странная работа (тормоза) AMI

Сообщение GAMER » 21 дек 2018, 14:24

По памяти повторю.
Имеем: FreeBPX 14 + Asterisk 16.
Через некоторое время начинают приходить сообщения по АМИ с большой задержкой (несколько минут). Тормозят выхлопы у разных програм, как на удаленных ПК так и локально (тот же самый телнет). Под разными логинами. То есть залогинился и получаю уже прошедшие давно события. При этом само подключение к АМИ, пинг/понг проходят быстро.
Такое ощущение, что собираются данные в какой-то буфер и от туда потом передаются. Погуглил, народ в основном говорит, что не успевает приходить к получателю из-за большого количества данных, но я отфильтровал события.
Может есть какая то опция, которая регулирует длину буфера, то есть потеря данных, но зато актуальные?
Код: выделить все
[proba]
secret = proba
deny = 0.0.0.0/0.0.0.0
permit = 127.0.0.1/255.255.255.255
;
; If the device connected via this user accepts input slowly,
; the timeout for writes to it can be increased to keep it
; from being disconnected (value is in milliseconds)
;
; writetimeout = 5000
;
; Authorization for various classes
read = call,verbose,command,agent,user,config,originate
write = call,verbose,command,agent,user,config,originate
;read = system,call,log,verbose,command,agent,user,config,command,dtmf,reporting,cdr,dialplan,originate,message
;write = system,call,log,verbose,command,agent,user,config,command,dtmf,reporting,cdr,dialplan,originate,message
;read = call,user,originate
;write = call,verbose,command,agent,user,config,originate
writetimeout = 5000
eventfilter=!Event: RTCP*
eventfilter=!Event: VarSet
eventfilter=!Event: Cdr
eventfilter=!Event: AGIExec
eventfilter=!Event: ExtensionStatus
eventfilter=!Event: ChannelUpdate
eventfilter=!Event: ChallengeSent
eventfilter=!Event: SuccessfulAuth
eventfilter=!Event: HangupRequest
eventfilter=!Event: SoftHangupRequest
eventfilter=!Event: MusicOnHold
eventfilter=!Event: LocalBridge

Помогает ребут астериска. На 15-й и 16й ветках идентично.
GAMER
 
Сообщений: 12
Зарегистрирован: 20 дек 2018, 13:51

Re: Странная работа (тормоза) AMI

Сообщение Vlad1983 » 21 дек 2018, 15:17

количество подключенных с AMI одновременно?
ваше приложение точно успевает вычитывать из сокета?
ЛС: @rostel
Vlad1983
 
Сообщений: 4251
Зарегистрирован: 09 авг 2011, 11:51

Re: Странная работа (тормоза) AMI

Сообщение GAMER » 21 дек 2018, 15:34

Код: выделить все
Every 2.0s: netstat -na | grep 5038                     Fri Dec 21 13:33:10 2018

tcp        0      0 0.0.0.0:5038            0.0.0.0:*               LISTEN
tcp        0    390 192.168.20.101:5038     192.168.90.13:58020     ESTABLISHED
tcp        0      0 127.0.0.1:5038          127.0.0.1:32940         ESTABLISHED
tcp        0      0 127.0.0.1:32932         127.0.0.1:5038          TIME_WAIT
tcp        0      0 127.0.0.1:32920         127.0.0.1:5038          TIME_WAIT
tcp        0  65520 192.168.20.101:5038     192.168.90.13:57166     ESTABLISHED
tcp        0    390 192.168.20.101:5038     192.168.90.11:51157     ESTABLISHED
tcp        0    390 192.168.20.101:5038     192.168.88.2:2633       ESTABLISHED
tcp        0      0 127.0.0.1:32940         127.0.0.1:5038          ESTABLISHED
tcp        0      0 127.0.0.1:59854         127.0.0.1:5038          ESTABLISHED
tcp        0      0 127.0.0.1:5038          127.0.0.1:59854         ESTABLISHED
tcp        0      0 127.0.0.1:32936         127.0.0.1:5038          TIME_WAIT

Это по количеству соеденений.
Мое приложение, возможно, и не успевает все вычитать, но почему это должно влиять на другие подключения?
GAMER
 
Сообщений: 12
Зарегистрирован: 20 дек 2018, 13:51

Re: Странная работа (тормоза) AMI

Сообщение GAMER » 21 дек 2018, 16:11

iotop в основном по нулям, но в моменты событий пишется в базу и логи.
Код: выделить все
Total DISK READ :       0.00 B/s | Total DISK WRITE :     536.42 K/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:     289.74 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND
23496 be/4 mysql       0.00 B/s  234.93 K/s  0.00 %  2.36 % mysqld --~mysql.sock
  736 be/4 asterisk    0.00 B/s   15.66 K/s  0.00 %  0.38 % asterisk ~k -vvvg -c
23614 be/4 mysql       0.00 B/s    7.83 K/s  0.00 %  0.04 % mysqld --~mysql.sock
  745 be/4 asterisk    0.00 B/s  242.76 K/s  0.00 %  0.00 % asterisk ~k -vvvg -c
29962 be/4 asterisk    0.00 B/s   31.32 K/s  0.00 %  0.00 % asterisk ~k -vvvg -c
30061 be/4 asterisk    0.00 B/s    3.92 K/s  0.00 %  0.00 % asterisk ~k -vvvg -c
    1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % systemd -~rialize 22
    2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
    3 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/0:0H]
1391 be/4 asterisk    0.00 B/s    0.00 B/s  0.00 %  0.00 % asterisk ~k -vvvg -c
    7 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/0]
    8 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_bh]
    9 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_sched]
   10 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [lru-add-drain]
   11 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [watchdog/0]
   12 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [watchdog/1]
   13 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/1]
   14 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/1]
   16 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/1:0H]
   17 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [watchdog/2]
GAMER
 
Сообщений: 12
Зарегистрирован: 20 дек 2018, 13:51

Re: Странная работа (тормоза) AMI

Сообщение Vlad1983 » 21 дек 2018, 16:21

убейте этого
Код: выделить все
tcp        0  65520 192.168.20.101:5038     192.168.90.13:57166     ESTABLISHED
просто ради проверки
ЛС: @rostel
Vlad1983
 
Сообщений: 4251
Зарегистрирован: 09 авг 2011, 11:51

Re: Странная работа (тормоза) AMI

Сообщение GAMER » 21 дек 2018, 16:23

Это потеряное соединение. С той машины уже есть новое. Как его убить?
Кстати размер очереди там не меняется.
GAMER
 
Сообщений: 12
Зарегистрирован: 20 дек 2018, 13:51

Re: Странная работа (тормоза) AMI

Сообщение GAMER » 26 дек 2018, 15:14

Похоже, что проблема таки в подвисшем соединении, если есть второе от туда же. Осталось понять, почему оно виснет.
GAMER
 
Сообщений: 12
Зарегистрирован: 20 дек 2018, 13:51

Re: Странная работа (тормоза) AMI

Сообщение GAMER » 04 янв 2019, 12:55

Немного провел экспериментов.
Имеем:
1. Подключились с виндового клиента.
2. Рубанул коннект на роутере (правилами блокировки).
3. Отключил виндовый клиент.
4. АМИ не видит обрыва соединения и пуляет в буффер соединения далее.
5. Отключаю блокировку на роутере, разрешаю соединения.
6. Подключаю новое соединения на виндовом клиенте.
7. Получаю новое соединения по АМИ, при этом вижу, что старое не оборвалось и буффер его продолжает расти.

Почему Астериск не видит потерю соединения по tcp?
GAMER
 
Сообщений: 12
Зарегистрирован: 20 дек 2018, 13:51

След.

Вернуться в Конфигурация и настройка Asterisk

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 23

© 2008 — 2024 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH