в логах вот что:
Jul 21 16:24:55 WARNING[3787] chan_zap.c: Ring requested on channel 0/3 already in use on span 1. Hanging up owner.
Jul 21 16:24:59 WARNING[3787] chan_zap.c: Ring requested on channel 0/3 already in use on span 1. Hanging up owner.
Jul 21 16:25:04 WARNING[3787] chan_zap.c: Ring requested on channel 0/3 already in use on span 1. Hanging up owner.
Jul 21 16:25:05 WARNING[3787] chan_zap.c: Ring requested on channel 0/3 already in use on span 1. Hanging up owner.
случается где-то раз в месяц чаще или реже. по логике понял, что проблема заключается в том, что на одном ZAP канале как бы не освобождается таймслот, но сторона провайдера об этом не знает, и тупо пытается долбиться на него. если этот таймслот гденить далеко, то не страшно, но если он первый или второй, тогда звонки не принимаются вообще.
перезагружают сервер и все становится нормально

/etc/init.d/zaptel reload не помогает?

У меня такое тоже наблюдается примерно с той же периодичностью. Карточка tor2, zaptel 1.2.x. Передергивание заптела спасает. Можно по крону делать ночью для профилактики.

Кажись нет. Как-то пробовал, результата не помню точно. карта openvox, zaptel 1.2.x

Точнее, zaptel restart.
Посмотрел, оно сначало делает ztcfg -s, потом ztcfg, и после этого все снова работает.

версия астериск и zaptel какие? если это T1/E1 то еще и libpri.

так не пробовал. точно пробовал service zaptel restart, но вроде не помогло... проблема проявяется только днем. и очень редко.

libpri-1.2.4
Asterisk 1.2.13 svn rev 47264
zaptel-1.2.10-2.1567

Нда.... Приделывание костылей... Эдак надо получается просто раз в сутки (в наиболее подходящее время) ребутать сервер весь.... Один большой и надёжный костыль..... Расстраивают меня такие посты.... Я думал на Linix & *nix всё работает годалми без рестартов...

у других клиентов все так и работает, годами. а у этого трабла

Именно так, когда все отлажено. И до тех пор пока железо не "умрет" ...

resetinterval не помогает?