Большое спасибо, все получилось.
h в контексте, из которого 101 набирает 102, работает.

Стандартный трансфер. 1. Абонент 101 набирает 102, 2. 102 отвечает, 3. давит #, набирает 103, 4. 103 отвечает, 5. 102 кладет трубку, 6. 101 и 103 общаются. Как сделать, чтобы п.5 вызывал какой-нибудь контекст? Пробовал: по п.3 звонок попадает в контекст [transfer] в котором Dial реализует п.4 но экс...

Спасибо за способ с chanspy.
Не подскажете еще способ "выяснить существует ли вызов между 101-102 "?
Все, что мне приходит в голову, анализировать скриптом вывод core show channels. Но это как-то криво и есть подозрение, что инфы о вызовах между каналами там вообще нет.

прошу прощения, я в названии темы неверно употребил термин "канал". Задача: 101 разговаривает с 102 (пусть в контексте К1), 103 - с 104 (контекст К2. Это для удобство идентификации, в диалплане К1 и К2 может быть и один контекст). 104 вешает трубку, попадем в К2 на экстеншен h. Что можно с...

Например, такая задача: есть 2 разговора (с точки зрения астериска независимых). Один из них заканчивается (Hangup) и чтобы это послужило сигналом для начала записи другого разговора.
Не могу понять, решаемо ли это в принципе. И, если решаемо, то примерно какими средствами?

Спасибо. Виноват, бессмысленно было спрашивать, т.к. при такой формулировке ответ очевиден. Корректнее сформулировать сейчас не могу, т.к. не провел пока нужных экспериментов, а без них мое недоверие к uniqueid не более, чем голословное субъективное заблуждение. Приношу извинения сообществу за потра...

В диалплане есть некоторые контрольные точки. Входящий звонок, гуляя по закоулкам диалплана, может побывать в этих точках, а может и нет. Мне надо знать, какой входящий звонок где побывал. Например, фиксируя в mysql. В момент поступления входящего вызова я создаю запись, содержащую callerid и время ...

На LG настроен overlap. В chan_dahdi.conf прописано overlapdial=yes. В Интернете нашел следующее объяснение происходящему. Астериск успевает установить соединение до того, как пользователь наберет номер. Поэтому LG досылает номер уже dtmf. С этим можно как-то бороться? Как вариант решения, конечно, ...

ded писал(а):А вообще - мрак какой-то, посмотрел ещё раз debug pri - Вы там DTMF что-то донабираете на sip1,

Я считал, что так в логе отражается набор overlap от LG
Но это к основной проблеме не относится.

Я не хочу определять отбой по коротким гудкам. И все нормально, если вызывающий абонент кладет трубку - все отбивается, как надо. Даже, если не кладет, отбивается. Но по таймеру. Т.е. удаленная сторона давно повесила трубку, а абонент LG этого не знает, сидит и слушает тишину. Задал вопрос на профил...