asterisk.ru

ded писал(а):Function PJSIP_HEADER можно игнорировать, это в макросы вставлена функция PJSIP_HEADER, которая не используется при chan_SIP.so

Но где-то ещё конфликты, смотрите журналы, команды
core show channeltypes,
core show modules like PJSIP (их нужно выгрузить, если будут).

module show like PJSIP
Module Description Use Count Status Support Level
0 modules loaded

core show channeltypes
Type Description Devicestate Indications Transfer
----------- ----------- ----------- ----------- -----------
Recorder Bridge Media Recording Channel Driver no yes no
Announcer Bridge Media Announcing Channel Driver no yes no
CBAnn Conference Bridge Announcing Channel no yes no
CBRec Conference Bridge Recording Channel no no no
DAHDI DAHDI Telephony w/PRI & SS7 & MFC/R2 yes yes no
SIP Session Initiation Protocol (SIP) yes yes yes
UnicastRTP Unicast RTP Media Channel Driver no no no
MulticastRTP Multicast RTP Paging Channel Driver no no no
IAX2 Inter Asterisk eXchange Driver (Ver 2) yes yes yes
Local Local Proxy Channel Driver yes yes no
Surrogate Surrogate channel used to pull channel f no no no
----------
11 channel drivers registered.


ПЖсипа нигде нет.

ded писал(а):Надо исследовать параметры очереди.
Неверными параметрами можно создать логический конфликт.
Попробуйте упрощать.

[101]
announce-frequency=0
announce-holdtime=no
announce-position=no
autofill=no
autopause=no
autopausebusy=no
autopausedelay=0
autopauseunavail=no
joinempty=yes
leavewhenempty=no
maxlen=0
memberdelay=0
min-announce-frequency=15
musicclass=default
penaltymemberslimit=0
periodic-announce-frequency=0
queue-callswaiting=silence/1
queue-thereare=silence/1
queue-youarenext=silence/1
reportholdtime=no
retry=1
ringinuse=no
servicelevel=60
setinterfacevar=yes
strategy=rrmemory
timeout=9
timeoutpriority=app
timeoutrestart=no
weight=0
wrapuptime=15
context=

Очередь создана из морды FreePBX. По сити - простая очередь с бесконечным ожиданием и rrmemored. Я конфликта не вижу пока, но он есть, видимо. Больше копать некуда.

Пробуйте изменить стратегию с rrmemored на ringall или простой случайны round-robin без memored

У меня 5 очередей. Но в них во всех одни и те-же операторы. Айвиар разделяет входящие на эти 5 очередей. Может из-за конфликтов поиска свободного оператора в нескольких очередях одновременно быть такая петрушка?
Сейчас сделал, чтобы все валилось в одну очередь, наблюдаю.

ИИИИ это не помогло. опять - с ростом количества ожидающих растет загрузка проца

Ринголл поставить не могу - нагрузка большая, будет АД.
РР сейчас нет, есть РРмеморед
Думаю, поставить рандом, но разве ррмеморед так влияет на нагрузку?

рандом - это и есть round-robin (rr)
а rrmemored значит round-robin с учётом кто последний отвечал, то есть не включать его в следующий рандом.

Раунд робин - это по кругу, исходя из названия. А рандом - это случайное распределение.
Поставил рандом, наблюдаю.

[root@freepbx asterisk]# mpstat 1
Linux 3.10.0-957.10.1.el7.x86_64 (freepbx.sangoma.local) 11/18/2019 _x86_64_ (8 CPU)

04:43:23 PM CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle
04:43:24 PM all 63.06 0.00 24.71 0.38 0.00 0.51 0.00 0.00 0.00 11.34
04:43:25 PM all 41.09 0.00 11.38 0.25 0.00 0.25 0.00 0.00 0.00 47.03
04:43:26 PM all 1.52 0.00 1.39 0.25 0.00 0.00 0.00 0.00 0.00 96.84
04:43:27 PM all 1.90 0.00 1.40 0.00 0.00 0.00 0.00 0.00 0.00 96.70
04:43:28 PM all 37.32 0.00 14.27 0.38 0.00 0.64 0.00 0.00 0.00 47.39
04:43:29 PM all 38.93 0.00 17.56 0.64 0.00 0.64 0.00 0.00 0.00 42.24
04:43:30 PM all 63.75 0.00 24.84 0.25 0.00 0.51 0.00 0.00 0.00 10.65
04:43:31 PM all 22.85 0.00 6.31 0.13 0.00 0.13 0.00 0.00 0.00 70.58
04:43:32 PM all 2.27 0.00 1.76 0.25 0.00 0.13 0.00 0.00 0.00 95.59
04:43:33 PM all 4.65 0.00 3.14 0.13 0.00 0.00 0.00 0.00 0.00 92.08
04:43:34 PM all 51.66 0.00 21.56 0.38 0.00 1.02 0.00 0.00 0.00 25.38
04:43:35 PM all 43.18 0.00 17.32 0.38 0.00 0.64 0.00 0.00 0.00 38.47
04:43:36 PM all 60.89 0.00 23.18 0.38 0.00 0.38 0.00 0.00 0.00 15.16
04:43:37 PM all 17.55 0.00 4.17 0.25 0.00 0.00 0.00 0.00 0.00 78.03
04:43:38 PM all 2.14 0.00 1.64 0.13 0.00 0.13 0.00 0.00 0.00 95.97
^C
Average: all 30.10 0.00 11.61 0.28 0.00 0.33 0.00 0.00 0.00 57.68

Нет, загрузка скачет непойми как, средняя 50 процентов. 32 активных звонка

Это часом не виртуалка ли?

50% из 800%? ну 8 ядер если, то может пол ядра и занять может.
Ничего не устанавливали кастомного в диалплан - типа SQL какие либо прямое дергание CRM?
Что пишет dmesg при загрузке - ошибки или ворнинги какие есть?