"One solution, for backups anyway, is to pause the replication on the slave machines with the command: pg_xlog_replay_pause() and pg_xlog_replay_resume(). We still don't have a solution for long running queries, mayber have a mechanism to retry them when they fail with that specific error."
что именно ловить проще узнать просто сделав пару вызовов
подписаться на определенные события нельзя
можно использовать eventfilter, для каждого логина
eventfilter=Event: Newchannel
eventfilter=!Channel: DAHDI*
можно использовать промежуточный прокси для событий
к perl написан модуль Asterisk::AMI в examples/event_proxy.pl лежит пример
можно попробовать наложить фильтры только на нужные события нужным клиентам
где-то ещё видел подобное
если с той же то нужно
iptables -t nat -A OUTPUT -d 1.1.1.1/32 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.80.1:8088
т.к. пакеты, генерируемые локальными процессами, не проходят PREROUTING
вот эта строка диалплана
2. GotoIf($["${DB(AMPUSER/${EXTTOCALL}/cfringtimer)}"="-1"|("${ARG1}"="novm"&"${ARG3}"="1")]?from-internal,${DB(CFU/${EXTTOCALL})},1) [pbx_config]
говорит если в локальной БД
AMPUSER/103/cfringtimer = -1 или ... (это в вашем случае неважно, т.к. аргументы вызова другие)
то выполнить Goto на from-internal,${DB(CFU/${EXTTOCALL})},1
Т.е. вытянуть из локальной БД значение ключа CFU/103, где и лежит ваш сотовый
выполните в консоли астериска
*CLI> database del CFU 103
или в терминале
asterisk -rx "database del CFU 103"
