Соединение с оператором, который не смог дозвониться.

ну так проанализируйте CDR и/или создайте собственную таблицу mysql и сверяйтесь с ней при поступлении входящего вызова.

на крайний случай astdb

Всё придумано до нас http://awsswa.livejournal.com/12073.html

реализация капец какая веселая. два запроса каждый из которых перелапачивает ВСЮ таблицу cdr в случае miss. по теме - надо писать. бесплатного модуля нету.

meral, ну я бы не был столь категоричен. ведь это только ПРИМЕР реализации, а НЕ строгий наказ "так, только так и никак иначе"

ясно, что для нагруженных вызовами систем подобное решение не очень подходит и необходима доработка, НО как пример для понимания метода реализации задачи вполне подходит.

этот "пример" намертво подвесит колцентр с более-менее нормальным траффиком. очень опасный пример.

SELECT disposition FROM cdr WHERE dst = '89068775982' and TIMESTAMP(calldate) >= (CURRENT_TIMESTAMP() - 120) ORDER BY calldate desc LIMIT 1; - вот такой запрос дергает CDR вообще без проблем, достаточно прописать индексы - база более 40 гигов

функции работы со временем вы принципиально не используете? ну там DATE_SUB() например? в статье специально все через одно место написано? вы если даете чтото, то уж как минимум надо его оформить и подумать и последствиях применения "админами" в колцентрах.

на админов колл-центров мне вообще насрать, потому как у них своя голова должна быть на плечах, а если кто-то нанимает админа в колл-центр за 30000 руб (450$) то это его проблемы - нефиг экономить.

meral, если админ кАллцентра дебил, то ему ничего не поможет, даже правильный пример

+1 к awsswa