>Не совсем так , товарищъ.
>CDR практически все станции отдают либо через RS232 (с разными параметрами, иногда
>- весьма извращёнными, но чащще всего - 9600/8N/1/noflow или 2400/8N1/noflow. Некоторые
>- по tcp в режиме телнет демона (на спец. порте в
>LAN интерфейсе станции) или в режиме инициатора соединений (прописывается ip адрес
>"слушателя"). Всё это atslogd прекрасно поддерживает.

      К сожалению российские производители железа очень неохотно делятся протоколом работы по ком-порту (а у некоторых процедура эта заморочена до нельзя (тос-элкос борисоглебский к примеру))

>Таким образом, алгоритм добавления новой АТС примерно такой:
>1) Читаем про параметры RS-232 порта нашей станции или подбираем их эксперементально.
>2) Запускаем atslogd или ваш любимый терминал с записью в файл (atslogd
>- удобнее :)) или через tcp telnet.
>3) Лог присылаем автору, или, если чувствуем себя уверенным в регекспах, берём
>любую либу из "libexec", копируем, правим  и подключаем, опять же,
>высылая автору с примерами логов.

      Ну дык при готовых логах со станции и остается поправить perloвый скрипт

>Некоторые станции (особенно это любит панасоник) имеют несколько вариантов (до 5!) отдачи логов. Обычно они описаны в документации и могут быть автоматически определены
>в регекспах, но желательно этот вариант проверять и учитывать, так как
>другой пользователь может иметь другие настройки. Кроме того, иногда SMDR зависит
>от версии прошивки (!), но это, к счастью, скорее исключение.

      Кстати, а нет желания у автора переехать с php на rubyonrails ? Многие бы вопросы отпали, а многие упростились :) с SQLlite и прочими sql движками - вопрос решится сразу, на порядок проще разработка, подключением соотв. плагинов элементарно решаются вопросы аутентификации - от простейших до role-based, ajax - элементарно. Короче, ROR это просто красиво - красиво писать и красиво эксплуатировать.