Большое спасибо, все получилось.
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 этого не знает, сидит и слушает тишину.
Задал вопрос на ...