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

[ded]

Заполненность дисков?
Быстродействие на чтение/запись?

[Vlad1983]

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

восстанавливаю по памяти основную мысль

страшно медленно работает выхлоп событий (задержка до двух минут)
при этом фильтры от лишних событий настроены

[GAMER]

По памяти повторю.
Имеем: 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й ветках идентично.

[Vlad1983]

количество подключенных с AMI одновременно?
ваше приложение точно успевает вычитывать из сокета?

[GAMER]

Код: Выделить всё

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]

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]

[Vlad1983]

убейте этого

Код: Выделить всё

tcp        0  65520 192.168.20.101:5038     192.168.90.13:57166     ESTABLISHED

просто ради проверки

[GAMER]

Это потеряное соединение. С той машины уже есть новое. Как его убить?
Кстати размер очереди там не меняется.

[GAMER]

Похоже, что проблема таки в подвисшем соединении, если есть второе от туда же. Осталось понять, почему оно виснет.

[GAMER]

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

Почему Астериск не видит потерю соединения по tcp?