Владимир

нет никакой ошибки, просто по инструкции не предусмотрена регистрация

Из скудного описания предположим что звонок по схеме:
сотовый => ГТС => FXO => Asterisk => FXS => аппарат
Завершаете вызов на стороне "сотового", но вызов не завершается.
В аналоговой трубе слышно короткие гудки, но astrisk считает секунды дальше.

Если так, то нужно настраивать распознавание сигналов отбоя на FXO порту шлюза.
Для этого записываете астериском эти сигналы. В звуковом редакторе анализируете их основные частоты, длительность и длительность тишины.
Полученные данные забиваете по мануалу к шлюзу.

интерфейсы AJAM2 или AMI - самый простой способ получить все что нужно

можно и без обработки event-ов через AMI получить
спросить (Action: Command)
core show channels
найти в выхлопе нужный канал внутреннего номера
затем
core show channel имя_канала
в выхлопе будет куча полей, в том числе и "Connected Line ID"
дольше отрабатывает, но вполне работоспособный способ

из велосипедов: XMPP, отправка специально формируемого UDP или TCP пакета на определенный адрес и порт

1. к удаленному строите туннель любым способом
   
2. маршрутизируете в него всё, что в сторону операторского софтсвича
   
3. NAT-ите на удаленном
   
4. говорите asterisk какой внешний IP использовать
   

c п.4 основная засада:
если есть еще операторы, доступ к которым идет через другой NAT, asterisk с chan_sip этого никогда не поймет, т.е. два внешних IP можно иметь только при условии умного маршрутизатора способного нормально править SIP-заголовки.
chan_pjsip вроде способен, но я лично не проверял.

exten => _X.,1,NoOp(LINE: ${EXTEN})
    same => n,Set(CALLERID(name)=LINE:${EXTEN}_NUM:${CALLEID(num)})
;    same => n,Set(CALLERID(num)=${EXTEN}-${CALLEID(num)}) ; это в случае если имя не отображается
...

1. можно ловить через AMI или в логах очереди
   можно свои события в лог писать app_QueueLog
   
2. не нужно использовать ringall оно для обработки небольшого потока вызовов где число свободный операторов больше чем число ожидающих ответа. rrmemory обычно более выгодная стратегия.
   

путем изменения запроса этого не добиться

нужно слушать event-ы и разбирать их

1. не стоит давать имена файлов записей разговоров на основе номера принявшего вызов, т.к. на момент формирования имени файла зачастую может быть неизвестен кто ответит;
   
2. для app_queue ответивший в ${CHANNEL(Name)} звонящий в ${CONNECTEDLINE(number)};
   
3. для app_dial можно подсмотреть вызвав DumpChan в макросе или сабе (см. параметры M и U app_dial), возможно они будут такими же что и у app_queue.
   

wiki.e1550.mobi/doku.php читали?

WARNING[1721]: pbx_spool.c:309 safe_append: Unable to set utime on /var/spool/asterisk/outgoing/244322246323838.call: Operation not permitted

перед перемещением колфайла в /var/spool/asterisk/outgoing выставите ему соответствующие права

*CLI> core set verbose 3
*CLI> sip set debug peer Trunk_Alcatel

перемещаете колфайл
выхлоп в студию

1. отключите поддержку STUN и ICE на клиентах;
2. в general sip.conf перечислите локальные сети в параметре localnet

из БД дергать нужного менеджера с помощью func_odbc

если делаете череp AMI Originate, то добавьте в вызов
Async: true

на серваке с asterisk запускаете съем трафа так
tcpdump -i eth0 -vnn -s0 port 5060 -w /tmp/reg.cap
рвете поднимаете VPN (в общем, воспроизводите ситуацию с недоступностью)
через пару минут останавливаете tcpdump Ctrl+C

дальше разгребать дамп в wireshark и найти крайнего