в частности крайне необходимо, чтобы при наборе неправильного номера трикс отвечал абоненту, что номер неправильный, а не "все линии заняты".

ася 174 32 995

яндекс деньги

да тут делать-то
он говорит, что номер набран неверно если знает это.
например, если в исходящей маршрутизации указать маски вида

9XXXXXXX
98XXXXXXXXXX

то если не совпадает, то будет произнесена фраза о неверности номера

если указать

9|X. то всегда будет говорить что линия занята

звонки в ТФОП уходят в транк. С транка потокового приходит ответ, что номер неверный, но * этого не обрабатывает. Отвечает вечно родному абоненту, что линии заняты. Абонент не догоняет и набирает по 50 раз несуществующий номер.
А прописывать на маршруте все маски мира это капец. :)

посмотрите какой hangupcause, навесьте на него свою обработку и делов-то

может помочь кто-нибудь???

maver, приведите кусочек ответа с потока, где номер неверный, но * этого не обрабатывает.
Дело не стоит даже ореховой скорлупы.

-- Called quintum/8495571221
-- Got SIP response 484 "Address Incomplete" back from 192.168.230.2
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [s@macro-dialout-trunk:20] Goto("SIP/ХХХ4451-b71a0b60", "s-CHANUNAVAIL|1") in new stack
-- Goto (macro-dialout-trunk,s-CHANUNAVAIL,1)
-- Executing [s-CHANUNAVAIL@macro-dialout-trunk:1] GotoIf("SIP/ХХХ4451-b71a0b60", "1?noreport") in new stack
-- Goto (macro-dialout-trunk,s-CHANUNAVAIL,3)
-- Executing [s-CHANUNAVAIL@macro-dialout-trunk:3] NoOp("SIP/ХХХ4451-b71a0b60", "TRUNK Dial failed due to CHANUNAVAIL (hangupcause: 28) - failing through to other trunks") in new stack
-- Executing [8495571221@from-internal:5] Macro("SIP/ХХХ4451-b71a0b60", "outisbusy|") in new stack
-- Executing [s@macro-outisbusy:1] Playback("SIP/ХХХ4451-b71a0b60", "all-circuits-busy-now|noanswer") in new stack
-- <SIP/ХХХ4451-b71a0b60> Playing 'all-circuits-busy-now' (language 'ru')
-- Executing [s@macro-outisbusy:2] Playback("SIP/ХХХ4451-b71a0b60", "pls-try-call-later|noanswer") in new stack
-- <SIP/ХХХ4451-b71a0b60> Playing 'pls-try-call-later' (language 'ru')



ded, switch, я верю вам, что это не сложно, но пока что сам не догоняю :(

а как этот CHANUNAVAIL отличить от " временно упал транк"?
что возвращает транк то и говрит..все правильно.
напишите дальнейший анализ причины(например проверте набранный номер на правильность). или попросите когото ето сделать ;) трикбокс то сам не может знать что именно вы считаете неправильным номером.

из приведенного примера/номера ксати совсем не очевидно что он не правильный. я бы даже сказал что он вам верно говрит.

meral, не согласен.
SIP response 484 "Address Incomplete" - это правильный ответ, который интерпретируется в s-CHANUNAVAIL
Не все SIP response имеют озвученый ответ, даже можно сказать - не все правду всегда говорят.
Но если говорят правду - то озвучить можно.

На 19-м и 20-м шаге макроса
19. Dial(${OUT_${DIAL_TRUNK}}/${OUTNUM},300,${DIAL_TRUNK_OPTIONS}) [pbx_config]
20. Goto(s-${DIALSTATUS},1)
он уходит уже на Goto (macro-dialout-trunk,s-CHANUNAVAIL, то есть получил статус CHANUNAVAIL. И с этим ничего не поделать. Нужно вставлять обработчик после 19-го шага.

Через малюсенький agi скрипт
data{'remote_ip'} = $agi ->get_variable('${SIP_HEADER(headername)})');

*CLI> show function SIP_HEADER