@asterisk_ru

Страница 753 из 905
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 для таких целей

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

Голый астер безусловно вариант хороший, но неимоверно интересно, что за хрень может быть тут, первый раз за все время работы пишу куда то с вопросом ибо сам в ступоре)

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
А как они могут вызвать такую серьезную проблему?
самая большая нагрузка при работе астера - кодирование аудио и работа с диском вот и подумай.... в пике 500 звонков... по ним кодируется до 500 звуковых потоков

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

Alexey
24.07.2018
14:12:39
самая большая нагрузка при работе астера - кодирование аудио и работа с диском вот и подумай.... в пике 500 звонков... по ним кодируется до 500 звуковых потоков
у меня была идея кешировать аудио в раме... так делал кто-нибудь? если вопрос вас насмешит - не кидайте тапком...

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
А проц всегда в плюс минус одном и том же состоянии

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

tmpfs, ramfs
спасибо, почитаю

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
Идей нет

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

Коннект есть, но звука нет

Алексей
24.07.2018
19:01:57
Коннект есть, но звука нет
Впн подсеть в sip.conf как localnet прописана?

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
hiiiiii
wassup nigga

Anton
25.07.2018
05:13:34
wassup nigga
Да вы батенька не толераст))) ещё и расист

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
Kirill
25.07.2018
08:01:43
граждане, как в диалплане узнать что человек не дождался ответа оператора в очередь и технично слился (Hangup'нулся)
При попадании в очередь записать переменные в астдб при ответе агентом удалить

Evgeniy
25.07.2018
08:25:15
граждане, как в диалплане узнать что человек не дождался ответа оператора в очередь и технично слился (Hangup'нулся)
Переменная канала ${ABANDONED} не подходит? core show application queue (версия 13, возможно - 12 тоже)

еще как вариант можно повесить handler и обрабатывать события уже в нем

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 запросах?

Miles
25.07.2018
09:33:21
нет ни какой разницы. SIP есть SIP
Понял. Спасибо большое.

Kirill
25.07.2018
10:05:55
Rfc 3372

Но вряд-ли это ваш случай

Sqsmile
25.07.2018
10:24:12
Anton
25.07.2018
10:32:29
В мускуль логточередей вывести например. И там искать нужное поле
мускуль не вариант - надо на бегу енто делать

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

Страница 753 из 905