Последовательно хуже, но тоже устроит. Но последовательно не так, что клиент дозвонился и ему сразу Answer и Playback (с такой реализацией у меня проблем нет, всё линейно).ded писал(а):Одновременно - сложно. Вы писали в начале, что готовы рассмотреть последовательно. Это более соответствует реальной логике звонка, при которой есть вызывающая сторона, посылка вызова, и Answer на принимающей стороне. Когда Answer проходит - каналы бриджуются между собой, и засунуть туда Playback можно только через Chanspy.
Чую, Вы роботов программируете. Тупиковая ветвь эволюции. Особенно, когда робот с роботом будет общаться по телефону: слышать сообщения в предответном состоянии "Абонент разговаривает по другой линии...."
Рассмотрите всё же вариант последовательного воспроизведения. файлов.
Вызывающая сторона может звонить с опцией m, которая вместо музыки в ожидании будет воспроизводить operator1.wav, а вызываемая сторона слушать например customer1 после ответа
Dial(SIP/provider/9333333333,,mA(customer1))
Книгу читал в бумажном виде. а спрашиваете - воспроизведение сообщений без прослушивания вызывающим абонентов гудков как реализовать? Недочитали. И опциии команды Dial - выполнение диалплана после Answer тоже не увидели.
А последовательно в том смысле, что только после поднятия трубки оператором проиграть оператору несколько файлов и уже только после этого поднять трубку клиента и ему проговорить несколько других файлов. Именно так последовательно.
Это в частности сэкономит деньги на 8-800, т.к. чем короче разговор, тем лучше (сразу поднимать трубку нам дорого). В том числе поэтому не подойдет опция m.
К тому же для каждого клиента файлы разные и хочется более прямого способа воспроизводить, чем MOH'ом. Да и MOH прервётся как только оператор соединится неизвестно через какое время. Не то в общем.