Rsa97

А зачем так усложнять себе жизнь? У tcpdump есть фильтр, в нём можно настроить адрес и порт, которые будут записываться. Просто запустите его в отдельном терминале через screen и получите дамп всего обмена с вашим шлюзом.
А может вам вообще лучше подойдёт sngrep.
Ну или смотрите в сторону опций F и g у Dial.

У Clonezilla есть сетевой режим клонирования дисков.

Возможно.

Для конкретного номера:

--exten => s,1,Noop(----Custom-Dial-Trunk---)
++exten => 79217776655,1,Noop(----Custom-Dial-Trunk---)
--same => n,Set(MY_EXTEN=77777777)
--same => n,Dial(SIP/${MY_EXTEN}@${MY_TRUNK},60,rTt)
++same => n,Dial(SIP/${EXTEN}@${MY_TRUNK},60,rTt)

Для любых номеров:

--exten => s,1,Noop(----Custom-Dial-Trunk---)
++exten => _X.,1,Noop(----Custom-Dial-Trunk---)
--same => n,Set(MY_EXTEN=77777777)
--same => n,Dial(SIP/${MY_EXTEN}@${MY_TRUNK},60,rTt)
++same => n,Dial(SIP/${EXTEN}@${MY_TRUNK},60,rTt)

Channel: PJSIP/номер@канал
MaxRetries: 2
RetryTime: 60
WaitTime: 30
Context: контекст_воспроизведения_сообщения
Extension: экстеншин_воспроизведения_сообщения
Priority: приоритет_воспроизведения_сообщения

По мне, проще написать на чистом Asterisk'е.
Делал как-то систему для управления звонками в очереди астериска.
Использовал ARI + websocket.
Звонки поступают в очередь, при этом каждое действие - приход звонка, постановка в очередь, покидание очереди, принятие оператором, завершение звонка генерируют кастомные события. Это события слушаются WS-сервером (PHP Workerman), который держит в памяти текущее состояние и информирует об его изменении WS-клиентов. Клиент - простой WEB-интерфейс, показывающий очередь звонков и список пропущенных. Обратные команды идут через WS-сервер на ARI-интерфейс астериска.

Если провайдер соблюдает закон, то никак.
Только отлавливать ситуацию переадресации на сотовый и посылать сотруднику SMS/Viber/Telegram "Вам звонили с номера ...".

Background()
WaitExten()
Read()
Playback()
Asterisk + ODBC
База данных любая, с которой может работать odbc.
По приходу звонка идёт воспроизведение приветствия через Background. При нажатии кнопки переход на соответствующий экстеншин, оттуда в другой контекст. Там приглашение ввести идентификатор (Baсkground, WaitExten), после ввода определённого количества цифр - переход на экстеншин вида _XXXXXXX, (X - по количеству цифр в идентификаторе). Затем запрос к базе через ODBC_, формирование списка аудиофайлов для ответа, воспроизведение через Playback.

Про FreePBX не скажу, а в чистом Asterisk'е это делается примерно так:

[from-internal]
exten => 332211,1,goto(to-internal,101,1);
exten => 554433,1,goto(to-internal,201,1);

Не знаю, как это сделать во FreePBX, на чистом Asterisk можно просто подставить нужный CALLERID перед исходящим вызовом или после получения входящего вызова.
same => n,Set(CALLERID(num)=5${CALLERID(num):1})

От второй стороны получена команда BYE (завершение сессии).

app_voicemail_odbc
В ODBC и базу данных.

Каждая переадресация внешнего звонка на внешний телефон будет занимать два канала.
И неважно, будут это физические пары, каналы в потоке E1 или в IP-транке.

Стандартное решение - обратный вызов. Можно организовать через call-файлы, AMI Originate или ARI channels.
Как правило, сначала идёт вызов сотрудника, а когда он поднимает трубку, то начинается набор клиента.

Проверьте, установлен ли ODBC-коннектор для MySQL, и поддерживается ли он вообще для девятого дебиана. Для последних убунт его приходится ставить вручную.