если Answer'а перед этим не было - то не должно записать

А что по вашему такое answer?

можно сделать так? приходит входяший вызов, мы Answer не делаем, но начинаем звнить на внутренний номер, и когда внутренний номер поднимет трубку то тогда соеденить его со входяшим звонком?

Да

если Answer'а перед этим не было - то не должно записать

Странно. А как у меня со времен 1.8 эта хрень работала?!?!? Оо Еще раз повторяю - Dial делает ансвер. Queue делает ансвер

А что по вашему такое answer?

трубку поднимает сервер

трубку поднимает сервер

Нет

Странно. А как у меня со времен 1.8 эта хрень работала?!?!? Оо Еще раз повторяю - Dial делает ансвер. Queue делает ансвер

что странно, но с dial не работало никогда, с queue — наоборот

Нет

а что же?

Странно. А как у меня со времен 1.8 эта хрень работала?!?!? Оо Еще раз повторяю - Dial делает ансвер. Queue делает ансвер

такая связка работает: Dial(SIP/200,a,M(mmrecord, $record_filename))

можно, если запись и приветствие не требуются

Наверное, если приветствие проиграть в ёрли медиа , progress(), а потом playback(звуковой файл, noanswer) , а потом Dial попробовать, может и будет так, как вам надо, нужно проверить. По крайней мере до команды Dial биллинга не будет.

а что же?

answer - это посылка 200 reply на входящее соединение Так вот Dial - так же ловит 200 reply и регистрирует ответ от клиента То есть по факту является инициирующей сороной Соовтетсвеено mixmonitor триггируется при удачном dial. когда клиент отвечает

Наверное, если приветствие проиграть в ёрли медиа , progress(), а потом playback(звуковой файл, noanswer) , а потом Dial попробовать, может и будет так, как вам надо, нужно проверить. По крайней мере до команды Dial биллинга не будет.

не я ТС :)

Соовтесвенно не обязательно его помещать в macro или gosub

запись требуется, приветствие не надо

А запись поставь в подпрограмме, ссылку на которую укажи в команде Dial

такая связка работает: Dial(SIP/200,a,M(mmrecord, $record_filename))

но для справедливости я скажу что я тоже вызываю mixmonitor в Sub от Dial, так как так больше контроля и явно видно когда mixmomitor

Dial делает answer

Делает, если кто-то трубку взял

но для справедливости я скажу что я тоже вызываю mixmonitor в Sub от Dial, так как так больше контроля и явно видно когда mixmomitor

я так делаю с 1.8 вот до 13+

Делает, если кто-то трубку взял

Правильно. А мы что рассматриваем другой случай?

Делает, если кто-то трубку взял

с опцией 'a' делает сразу

А нафига?

просто b опция четко говорит что будет записывать в случае поднятия трубки

сообтвесвеено если dial прошел успешно

то поднятие трубки так же регистрируется

просто b опция четко говорит что будет записывать в случае поднятия трубки

сохранять

поэтмоу mixmonitor работает

сохранять

Не суть

чтобы сохранить - нужно ее иметь

чтобы сохранить - нужно ее иметь

а чтобы иметь — нужно соединение

так если dial успешен то соединение уже ЕСТЬ

не можнт успешный dial не иметь соединеня

dial считается успешным когда к нем уприлетает 200

в Dial без 'a' соединение будет после поднятия трубки абонентом

А Это не успешное соединение?

не можнт успешный dial не иметь соединеня

да, но mixmonitor нужно запустить РАНЬШЕ

в Dial без 'a' соединение будет после поднятия трубки абонентом

Да, мы про это и говорим

да, но mixmonitor нужно запустить РАНЬШЕ

В Вашем случае M вызывается толкьо когада соединение успешно))

да, но mixmonitor нужно запустить РАНЬШЕ

Кто сказал? И зачем записывать гудки?

и я согласен, я же про то, что MM запускать нужно до dial

да, но mixmonitor нужно запустить РАНЬШЕ

ЗАчем?

В Вашем случае M вызывается толкьо когада соединение успешно))

кмк, это идеальный вариант

кмк, это идеальный вариант

А чем он отличается от mixmonitor С опцией b?

ААААААААА!!!

да всем

Бред

монитор с опцией b запустится только когда dial будет успешен

то есть соединение состоится

Вариатн с макросом точно так же запустится после только после успешного соединения)

в чем разница?

монитор с опцией b запустится только когда dial будет успешен

это работает с queue, с dial нет

это работает с queue, с dial нет

Ок. Чем отличается qiueue от dial?

это работает с queue, с dial нет

У вас не работает, у меня на многих серверах- работает. Кто рукожоп? Ты рукожоп ?

Ок. Чем отличается qiueue от dial?

очередь подтверждает соединение до того, как кто-то из агентов трубку поднял

Версии астера в проде где работает: 1.8 11 13+

У вас не работает, у меня на многих серверах- работает. Кто рукожоп? Ты рукожоп ?

от рукожопа слышу

очередь подтверждает соединение до того, как кто-то из агентов трубку поднял

чойт?

чойт?

очередь отвечает чтобы запустить moh

то есть вы хотите сказать что вызвав: exten => _X.,1,Queue(name) Вы услышие moh?

то есть вы хотите сказать что вызвав: exten => _X.,1,Queue(name) Вы услышие moh?

Да, Юра, там для очереди есть установки moh класса

Да, Юра, там для очереди есть установки moh класса

Я не спорю что есть

то есть вы хотите сказать что вызвав: exten => _X.,1,Queue(name) Вы услышие moh?

ну да , через класс

и ещё есть monitor-type=MixMonitor

в общем queue - это совсем не dial

Да, Юра, там для очереди есть установки moh класса

Я сейчас о том что я не помню чтобы queue вызывал сам по себе answer

вот сейчас это к чему было? я согласен, что dial активирует все каналы при ответе и исходный и новый

Я сейчас о том что я не помню чтобы queue вызывал сам по себе answer

monitor-type=MixMonitor

вот сейчас это к чему было? я согласен, что dial активирует все каналы при ответе и исходный и новый

Тоесть переводит канал в отвеченное состояние. И опция b Mixmonitor включает запись

ладно, спор зашёл вникуда, предмет спора затерялся, всем спасибо

в общем queue - это совсем не dial

вообщем queue это обертка над dial если что

вообщем queue это обертка над dial если что

и я об этом

ладно, спор зашёл вникуда, предмет спора затерялся, всем спасибо

Ничего он не затерялся Вы все еще не правлы в том что mixmonitor c b и M/U будут работать по разному

и не нужно вызывать answer перед dial чтобы вызвать mixnominor вне dial

и не нужно вызывать answer перед dial чтобы вызвать mixnominor вне dial

я говорил не так, не надо перевирать

я говорил не так, не надо перевирать

У как же не так

Тогда как вы говорили?

я говорил, что: 1) MM нужно запускать до Dial или как макрос из Dial 2) Для работы MM нужно соединение, Answer например 3) Queue — это совсем не Dial

я говорил, что: 1) MM нужно запускать до Dial или как макрос из Dial 2) Для работы MM нужно соединение, Answer например 3) Queue — это совсем не Dial

Вы говорили что если mm запустить без answer до dial то mm не отработает

queue - это dial просто в логической обертке

предмет спора для меня — что MM с опцией 'b' стриггерится на ответ абонента в последующем Dial

так как в моём случае есть обратный опыт

с Queue триггерится, а с Dial — нет

ну вот Silver имеет обратный вашему обратному опыту

У меня есть обратый вашему обратному опыту)

Соответсвенно кто то из нас 3-х что то делает не так

и я при этом не называю вас рукожопами ?

то есть мы что то делаем не так?)

у меня сейчас 10+ установок так работают

то есть мы что то делаем не так?)

говорю релевантно своему опыту

говорю релевантно своему опыту

Ну, значит что то в вашем опыте прошло мимо вас) Так как это работает

Ну, значит что то в вашем опыте прошло мимо вас) Так как это работает

может быть, а может быть нет мой совет ТС использовать Dial(SIP/200,a,M(mmrecord, $record_filename)) был верен?

у меня сейчас 10+ установок так работают

Ну как бы со времен 1.6 астера оно так и работет. Вызов ММ с опцией b Потом Dial И все записывается спокойно

А мой совет - не использовать макросы. Забыть про них. Используйте gosub

может быть, а может быть нет мой совет ТС использовать Dial(SIP/200,a,M(mmrecord, $record_filename)) был верен?

Никто не говорит что он был неверен Мы дискуссируем о том, что mm перед dial тоже будет работать и без answer перед dial

И работает

и Кстати оередь сама трубку не поднимает