Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

это раскоментить? а это где прописать - atxfernoanswertimeout = 35
atxferdropcall = no ?

Нет, это название файла, в котором нужно прописать

[notify_ded_bot]

вот поэтому? чтобы не гадать?)

Тоже вариант, конечно. Но хочется более осознанно пойти к делу ))

[notify_ded_bot]

Можно, конечно, и максимум выставить, но зачем.

В нашем деле (в алгоритмах) всегда на одной чаше весов находится производительность, а на другой - потребляемая память. Идеальный вариант, это золотая середина

[notify_ded_bot]

В нашем деле (в алгоритмах) всегда на одной чаше весов находится производительность, а на другой - потребляемая память. Идеальный вариант, это золотая середина

Так я и пытаюсь это делать.

[notify_ded_bot]

Так я и пытаюсь это делать.

Но всегда берите с запасом

[notify_ded_bot]

Однажды будет size=auto. Тогда и заживём ?

[notify_ded_bot]

Нет, это название файла, в котором нужно прописать

прописал, ребутнул, но не помогло

[notify_ded_bot]

voiceops может зарплату просить больше )

просить больше можно и нужно даже когда ты не voiceops)

[notify_ded_bot]

а 20 что это? и slots это миллион ячеек хеш-таблицы? (он константный?)

это был плохой и неточный расчет)

[notify_ded_bot]

Приветствую всех, подскажите кто-нибудь может уже анализировал события, которые через AMI приходят

Задача сделать фиксацию звонков конечных, использую AMI, но есть проблема с определением конечных событий при завершении звонков

Я привязываюсь по callUniqueid и linkedid анализирую события NewchannelEvent как события начала обзвона HangupEvent и DialEndEvent как окончания звонка

Но когда использую стратегию Звонят все в очередях, то в HangupEvent и DialEndEvent уже не получается корректно использовать, так как сложно определить конечный статус звонка по этим событиям

Может есть какие-то события, которые генерируются уже после данных событий, которые позволяют понять что звонок точно уже завершён и далее подобных событий не будет?

Думал привязаться к событию CDR, но там ещё всё хуже было, из-за стратегии обзвона и кучи фиксаций с одинаковым callUniqueid