ok, завтра попробую...

Судя по логу человек почитав там-сям и установив ТриксБокс пошёл курочить родной extension.conf - запихал туда свой [test-sound]
конечно он где-то болтается там сам по себе, и никакой связи с реальностью.
И ведь не читает что написано - Do not edit this file is autogenerated....!

Пробовал делать другие конфиги в extension.conf,

а чего бы не попробовать лепить из пластилина конфиги и украсить ими ёлку к Новому году?
Руки бы поотрывать, чес-слово..

Злой вы, ded, оставьте при себе свои комменты, от них все равно проку нуль.

заметил вот что
Starting Local/6002@default-7585,1 at 'alarm',s,1 failed so falling back to exten 's'

попробуй так

Channel: Local/6002
Callerid: 6001
MaxRetries: 5
RetryTime: 300
WaitTime: 45
Context: alarm
Extension: s
Priority: 1

Ну да, кто сказал что название контекста в кавычки брать надо!?

А если и брать в кавычки, то уже в двойные... Орфография, однако!!! :))

не будет с двойными тоже работать, уверен...

не будет. там настолько тупой парсер что он даже $ не проверяет. тоетсь переменные в нем не работают. правда их можно поставить стройчкой типа
Set: a=1
Set: b=2

Разбираясь с Asterisk Call Manager/1.0 (что по сути теже call file, только быстре, как мне показалось)под Asterisk 1.4.21.2(Free PBX) пришел к такому работающему скрипту

#!/bin/sh
#
#run - user@host:$ ./call.sh | telnet
#
echo "open 127.0.0.1 5038"
sleep 2
echo "Action: Login"
echo "Username: admin"
echo "Secret: amp111"
echo
sleep 2
echo "Action: Originate"
echo "Channel: SIP/101" #внутрений телефон
echo "Context: outrt-001-9_outside" #Dial Patterns, который создается вместе с Outbound Routes, находится в extensions_additional.conf
echo "Exten: 74951000000" #с кем мы собственно соединяем
echo "Priority: 1"
echo "Callerid: 123000"
echo
echo
sleep 10

Возможно есть пути по проще, но во множестве варинтов предложеных по данной теме я слышал ненавистное гудбай.

Чуть не забыл, по выполнении скрипта Asterisk в начале звонит на 101, а потом соединяет с 74951000000

AMI рулит - я им такие загрузки делаю что у меня * неуспевает вычитывать из AMI сокета приходящие actions - пришлось увеличивать буфер у AMI сокета :-) Правда пришлось написать собственный Originate потому как оригинальный уж больно тормозной...