Ммм, а почему далеко от ядра обзвона?
Я в свое время точно так же call-файлами делал. Только я их создавал рядышком(в том же разделе) и перемещал после создания. Сам не натыкался что астер читает до того как файл дописался, но во избежание.
Злобный Мыш ( 2013-01-21 10:00:15 +0400 )редактироватьпотомучто далеко. поверьте человеку который сам ядро писал.там подводных камней на несколько лет разработки.
meral ( 2013-01-21 14:09:23 +0400 )редактироватьну если делать через кол файлы надо следить за ситуацией "файлов больше чем может обработать астриск"+ там очень много гемора с отслеживанием количество текущих каналов в проекте, надо очень аккуратно следить за запросами с большими нагрузками,астериск падает и зависает периодически и так далее. я вот до сих пор не могу найти почему иногда(в среднем один раз на 10000 звонков) увеличивается и не уменьшается назад счетчик. походу диалплан в некоторых странных условиях прекращает выполнение.
meral ( 2013-01-21 17:36:29 +0400 )редактироватьда вы vici поставте, вкачайте в него список на 100к номеров и посмотрите как он мило ложит 8ядерную машину. это проект над которым работаеют люди уже лет 10. правда разработчики удя по всему не очень.
meral ( 2013-01-21 17:38:08 +0400 )редактироватьпро такие нагрузки я не думал :) Сомневаюсь что для обзвона по алертам системы мониторинга нужно думать о таких проблемах.
Но в любом случае большое спасибо за информацию.
Злобный Мыш ( 2013-01-22 10:22:18 +0400 )редактироватькак минимум делайте ls /var/spool/asterisk/outgoung|nl|tail -n 1|cut -b 1-8 и смотрите чтоб не стало больше 500 ;).
meral ( 2013-01-22 14:26:58 +0400 )редактироватьДа я вообще по 10 макс закидывал :)
скрипт который кидал call-файлы следил чтобы там больше 10 не накапливалось. Иначе дополнительные не копировал.
Злобный Мыш ( 2013-01-22 15:05:47 +0400 )редактировать