
Yuriy
24.07.2018
11:15:52
вы посмотрите сколько у вас там файлов в /etc/asterisk/
и сколько из них имеют в своем названии CDR

Riannon
24.07.2018
12:45:49
Доброго времени суток коллеги, а никто на практике не встречался с необычно завышенным load average(на деле имеется centos 7 freepbx 14, виртуалка 16 рам 8 вцпу, в проц и рам не упираюсь, максимум 80%, с дисковым пространством тоже проблем нет, флеш схд, изначально проблема началась на centos 6.6 Астер и фрипбх 13, сборка астерискнау, подумал может с этим проблема, развернулся с дистра фрипбх дистро, но проблему не решило), сам по себе этот Астер выполняет роль маршрутизатора между другими астерами/ПО, порядка 60 транков, половина SIP, половина IAX2, в пике до 500 звонков, записей разговоров нет на нем. Весь мозг уже изломал, от чего может быть такой LA и лаги

Anton
24.07.2018
12:47:08
кто проц то утилизирует в этот момент?

Google

Anton
24.07.2018
12:47:24
используйте голый астер
а лучше какой нить sipproxy для таких целей

Ilia ??
24.07.2018
12:50:59

Riannon
24.07.2018
12:56:58
кто проц то утилизирует в этот момент?
В том то и дело, что нет, проц в idle, сам астер жрет не так уж и много, уже пытался снимать даже снапшоты atopom, смотреть, никакой загрузки нет. На мариидб расширил кол-во коннектов, отключал даже вообще модуль cdr, весь диалплан прошарил на возможность ошибки или закольцовки
Голый астер безусловно вариант хороший, но неимоверно интересно, что за хрень может быть тут, первый раз за все время работы пишу куда то с вопросом ибо сам в ступоре)

SilverJoe
24.07.2018
13:49:13

Riannon
24.07.2018
13:49:58
Нет

SilverJoe
24.07.2018
13:51:15
И что атоп показал?
ЛА говорит об увеличенной очереди команд к процу
Может это не эта виртуалка грузит?

Алексей
24.07.2018
14:08:46
Нет
Playbackи в диалплане есть?
Попробуй избавиться от них....

Riannon
24.07.2018
14:09:23
Атоп говорит, что все здорово, по процу idle более 50 процентов в основном, рам свободен, ио проблем нет, с сетевками тоже
Плейбеки да, есть

Google

Riannon
24.07.2018
14:09:48
А как они могут вызвать такую серьезную проблему?

Алексей
24.07.2018
14:11:44

Riannon
24.07.2018
14:12:28
Дык транс кодинг не всех звонков же происходит

Alexey
24.07.2018
14:12:39

Riannon
24.07.2018
14:12:54
Процентов 70 звонков в g711 ходят и ходят туда сюда

Алексей
24.07.2018
14:13:41
Не путай кодирование аудиофайла и транскодинг

Riannon
24.07.2018
14:13:45
Ну и кодирование напало бы на ресурсы проца

Алексей
24.07.2018
14:14:11

Riannon
24.07.2018
14:14:29
А проц всегда в плюс минус одном и том же состоянии

Sergey
24.07.2018
14:20:20

Alexey
24.07.2018
14:22:15
есть у нас один проект который на 90% состоит из работы с аудио-файлами и их проигрываением... и объем небольшой данных для кеширования - всего мегабайт 90...

SilverJoe
24.07.2018
16:44:28

Riannon
24.07.2018
17:08:47
А что говорит мониторинг гипервизора?
Что все в норме, не одного алерта, никаких загрузок свыше нормы. Хотя я даже для интереса давал на свой Астер 32 ядра и 32 рама, история таже самая, Варя 6.5, последние вм тулзы на ОС

SilverJoe
24.07.2018
17:37:00
Идей нет

Pavel
24.07.2018
18:21:53
Доброго времени суток коллеги, а никто на практике не встречался с необычно завышенным load average(на деле имеется centos 7 freepbx 14, виртуалка 16 рам 8 вцпу, в проц и рам не упираюсь, максимум 80%, с дисковым пространством тоже проблем нет, флеш схд, изначально проблема началась на centos 6.6 Астер и фрипбх 13, сборка астерискнау, подумал может с этим проблема, развернулся с дистра фрипбх дистро, но проблему не решило), сам по себе этот Астер выполняет роль маршрутизатора между другими астерами/ПО, порядка 60 транков, половина SIP, половина IAX2, в пике до 500 звонков, записей разговоров нет на нем. Весь мозг уже изломал, от чего может быть такой LA и лаги
ну вы ее хотя бы перегрузили один раз? всякое бывает в мышын-критикал системах

Ramil
24.07.2018
18:55:58
Поделитесь волшебной таблеткой, чтобы клиенты через ВПН могли работать
Коннект есть, но звука нет

Алексей
24.07.2018
19:01:57

Google

Ramil
24.07.2018
19:05:42
Но ведь если я ее туда пропишу, то весь rtp звук через ВПН полезет
А я хотел бы чтобы только rtp шел напрямую

Алексей
24.07.2018
19:08:34
Не понял..... тебе rtp нужно пустить напрямую или через астер?

Ramil
24.07.2018
19:09:23
У меня ВПН не очень скоростной, а пир ещё и далеко. В идеале чтобы sip шел через ВПН, а сам звук напрямую

Алексей
24.07.2018
19:10:15
Смотри на reinvait он отвечает за то чтоб сигнализация шла через астера а rtp прямо
В пире стоит canreinvait=yes
?

Ramil
24.07.2018
19:19:50
Нет, спасибо посмотрю!

Yonas
24.07.2018
20:04:57
hiiiiii

Alexey
24.07.2018
20:32:05
hiiiiii
hi, do you work with asterisk-based phone systems?

Andrey
25.07.2018
05:12:01

Anton
25.07.2018
05:13:34

Sergey
25.07.2018
05:16:24

Trushakov
25.07.2018
05:17:45
wassup nigga
Так может он француз , а выезд его и нигером окрестили.

Andrey
25.07.2018
05:18:18
французы не бывают неграми? )

Sqsmile
25.07.2018
05:20:37

Trushakov
25.07.2018
05:20:50
Нет конечно. Поют марсильезу, выигрывают чемпионаты, какие ж они негры

Alexandr
25.07.2018
05:38:18
Кто-то изобретал велосипед с billsec при Originate из AMI ? почитал, решил попробовать ForkCDR
Вот наполнил переменные для Originate
'action'=>'Originate',
'channel'=>'5252'
'Exten'=>'87052269316',
'Context'=>'from-originate-operator',
'priority'=>'1',
'Callerid'=>'5252 <5252>',
'Async'=>'Yes',
'Variable'=>'DAILOPTION=r(ring)'
exten => _XXXXXX,1,Verbose(2, We resive new call from Operator ${CALLERID(num)})
same => n,ForkCDR(ar)
.......
но получаю две записи, первую с billsec= КПВ+время разговора, вторую billsec =КПВ+времяразговора-1секунда
получается канал второй ноги, всё равно считается в статусе ANSWER ? и всякими NOCDR, ResetCDR и ForkCDR не решить?

Игорь
25.07.2018
05:55:07

Alex
25.07.2018
06:37:05
Может хватит?

Google

Anton
25.07.2018
07:25:37
граждане, как в диалплане узнать что человек не дождался ответа оператора в очередь и технично слился (Hangup'нулся)


Alexandr
25.07.2018
07:28:17
Кто-то изобретал велосипед с billsec при Originate из AMI ? почитал, решил попробовать ForkCDR
Вот наполнил переменные для Originate
'action'=>'Originate',
'channel'=>'5252'
'Exten'=>'87052269316',
'Context'=>'from-originate-operator',
'priority'=>'1',
'Callerid'=>'5252 <5252>',
'Async'=>'Yes',
'Variable'=>'DAILOPTION=r(ring)'
exten => _XXXXXX,1,Verbose(2, We resive new call from Operator ${CALLERID(num)})
same => n,ForkCDR(ar)
.......
но получаю две записи, первую с billsec= КПВ+время разговора, вторую billsec =КПВ+времяразговора-1секунда
получается канал второй ноги, всё равно считается в статусе ANSWER ? и всякими NOCDR, ResetCDR и ForkCDR не решить?
Прочитал докментацию. Время нового CDR задаётся во время выполнения ForkCDR, по этому не получится. Подумал, может сделать gosub в U при Dial, но Pre-Bridge Handlers, выполнется для вызываемой стороны, у которой и нет ни какого CDR. Остаётся увести в G и как-то сбридживать обратно два канала. Кроме как в Confbridge не знаю, какие есть варианты?


Kirill
25.07.2018
08:01:43

Evgeniy
25.07.2018
08:25:15
еще как вариант можно повесить handler и обрабатывать события уже в нем

Kirill
25.07.2018
08:37:44
Но это ещё ему рано знать ))

Evgeny
25.07.2018
08:43:04
Всем привет
немного запутался, возможно же с одного asterisk сервера выдать на другой регистрацию через sip trunk? В плане того, что бы брать с основного CALLERID (использовать все линии)
основной использовать именно как сервер

Kirill
25.07.2018
08:47:49
Вам нужно звонки с одного сервера передать
?
Тогда просто сип транк и все

Evgeny
25.07.2018
08:50:15
да
в том числе и совершать звонки с вторичного
с стороны сервера через register => ?
извините туплю -.-

Kirill
25.07.2018
09:07:16
Зачем 2 сервера между ними сиптранк и все
Ну контексты еще

Google

Miles
25.07.2018
09:30:54
Люди добрые. Объясните пожалуйста чем отличается SIP-транк от обычного SIP соединения? Кроме количесва каналов. Есть ли какая то специфичная разница в передаваемых SIP запросах?

Anton
25.07.2018
09:32:44

Miles
25.07.2018
09:33:21

Kirill
25.07.2018
10:05:55
Rfc 3372
Но вряд-ли это ваш случай

Sqsmile
25.07.2018
10:24:12

Anton
25.07.2018
10:32:29

Андрей
25.07.2018
10:33:26
https://wiki.asterisk.org/wiki/display/AST/Asterisk+13+Application_Queue

Rgboy
25.07.2018
10:55:48
Ребят подскажите что лучше подойдёт для офисной телефонии:asteriskNow с сайта астериск или
Ставить Астер вручную?

Konstantin
25.07.2018
10:57:19

Alexey
25.07.2018
10:57:53