asterisk.ru

Здравствуйте. Такая проблема. Есть атс freepbx distro. Настроены и прекрасно работают 5 транков. Но никак не могу победить перенаправление внешних вызовов. Настраиваю на самом телефоне через *72. Переадресация внутренний-внутренний и внутренний-внешний работают. А если звонить с внешнего и переадресовывать звонок на внешний звонок сбрасывается. Пробовал настраивать через "следуй сюда" после номера ставил #. В транках указывал "форсировать использование транкового CID", атс стоит за роутером порты 5060 10000-20000 переброшены, настройки sip nat-yes, конфигурация ip-статический, внешний Ip и внутреннюю сеть указал, поведение Reinvite-нет. Даже уже не знаю куда копать. Помогите!!!

Случаем не через МТТ не проходит?

Нет Эр-телеком Самара.

пиры покажите

ahafizov писал(а):Настраиваю на самом телефоне через *72. Переадресация внутренний-внутренний и внутренний-внешний работают. А если звонить с внешнего и переадресовывать звонок на внешний звонок сбрасывается. Пробовал настраивать через "следуй сюда" после номера ставил #.

Переадресация или трансфер?
В любом случае - что говорит sip debug peer Er-telecom (не знаю как он у вас называется)?
Если исполняется переадресация - в командной строке что видно? Особенно с дебагом? сбрасывается - неинформативно. Тут пионеры ещё обычно пишут в таких ситуациях "что-то тётенька по английски говорит". "форсировать использование транкового CID" - это хорошо, надо это увидеть: насадить на выходе шаги
NoOp(Caller ID is ${CALLERID(all)})
Ну и не забыть про кодеки! Это будет видно при инвайте на Er-telecom

Всем здравствуйте. Спасибо за поддержку. Извиняюсь что несколько дней не писал. Снял логи командой asterisk -r |tee /var/log/sip_debug получились длинные поэтому сохранил в файлах и добавил во вложении архив log.zip. Первый файл sip_debug это ситуация когда соединение не проходит. Ход прохождения звонка такой: (внутренний 16) - (уходит по транку 2038638) - (соединяется с номером того же оператора на той же атс 2038631) - (тот направляет его на внутренний 12) - (На 12 стоит переадресация командой *72 на внешний 9720102 ) - (вызов уходит по транку 2038637) - 3 гудка - короткие гудки. Второй файл sip_debug1 в котором звонок проходит. Ход прохождения звонка: (внутренний 16 ) - (внутренний 12) - (На 12 стоит переадресация командой *72 на внешний 9720102 ) -(уходит по транку 2038637) - идет звонок связь отличная. По всем перечисленным транкам связь стабильная и наверх и сверху. Некоторых слов от уважаемого ded я не понял в связи со своей не достаточной грамотностью. Если еще необходима какая либо информация предоставлю если объясните как делать. Либо укажите какой запрос в google необходимо что бы узнать)) В консоли я увы не очень силен. .

Шаблон разорвало, увы!
http://lurkmore.to/%D0%A0%D0%B0%D0%B7%D ... 0%BD%D0%B0

Видимо я немного перемутил))) Уважаемый ded думаю ошибка возникает в этом моменте. Только увы не умею читать логи. Если не сложно могли бы разъяснить на что ругается asterisk.
[2012-10-13 22:57:04] WARNING[23634]: pbx.c:5278 __ast_pbx_run: Channel 'SIP/78462038638-000000e5' sent into invalid extension 'return' in context 'ext-local', but no invalid handler
-- Executing [h@ext-local:1] Macro("SIP/78462038638-000000e5", "hangupcall,") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("SIP/78462038638-000000e5", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("SIP/78462038638-000000e5", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("SIP/78462038638-000000e5", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'SIP/78462038638-000000e5' in macro 'hangupcall'
== Spawn extension (ext-local, h, 1) exited non-zero on 'SIP/78462038638-000000e5'
== MixMonitor close filestream (mixed)
== End MixMonitor Recording SIP/78462038638-000000e5
-- Got SIP response 603 "Decline" back from 188.187.254.6:5060
-- SIP/78462038638-000000e4 is busy
== Everyone is busy/congested at this time (1:1/0/0)
-- Executing [s@macro-dialout-trunk:23] NoOp("SIP/16-000000e3", "Dial failed for some reason with DIALSTATUS = BUSY and HANGUPCAUSE = 21") in new stack
-- Executing [s@macro-dialout-trunk:24] Goto("SIP/16-000000e3", "s-BUSY,1") in new stack
-- Goto (macro-dialout-trunk,s-BUSY,1)
-- Executing [s-BUSY@macro-dialout-trunk:1] NoOp("SIP/16-000000e3", "Dial failed due to trunk reporting BUSY - giving up") in new stack
-- Executing [s-BUSY@macro-dialout-trunk:2] PlayTones("SIP/16-000000e3", "busy") in new stack
[2012-10-13 22:57:04] WARNING[23632]: translate.c:339 framein: no samples for alawtolin
-- Executing [s-BUSY@macro-dialout-trunk:3] Busy("SIP/16-000000e3", "20") in new stack
== Spawn extension (macro-dialout-trunk, s-BUSY, 3) exited non-zero on 'SIP/16-000000e3' in macro 'dialout-trunk'
== Spawn extension (from-internal, 2038631, 5) exited non-zero on 'SIP/16-000000e3'
-- Executing [h@from-internal:1] Hangup("SIP/16-000000e3", "") in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/16-000000e3'
== MixMonitor close filestream (mixed)
== End MixMonitor Recording SIP/16-000000e3

Чтобы научиться плавать - надо зайти в воду.
Чтобы научиться читать логи - надо читать логи.
Channel 'SIP/78462038638-000000e5' sent into invalid extension 'return' in context 'ext-local', but no invalid handler ------ звонок ищет вот такую строку
exten => return,1,...........
в конексте ext-local, но её там нет. Не правили ли руками макросы?
-- Got SIP response 603 "Decline" back from 188.187.254.6:5060 ------ ER-Telecom отклонил звонок
"Dial failed for some reason with DIALSTATUS = BUSY and HANGUPCAUSE = 21")
Вот расшифровка - что такое код отбоя 21:

Cause No. 21 - call rejected.
This cause indicates that the equipment sending this cause does not wish to accept this call. although it could have accepted the call because the equipment sending this cause is neither busy nor incompatible. This cause may also be generated by the network, indicating that the call was cleared due to a supplementary service constraint. The diagnostic field may contain additional information about the supplementary service and reason for rejection.

http://networking.ringofsaturn.com/Routers/isdncausecodes.php

Если что и правил то только через веб интрефейс freepbx без особого извращения. Может есть какие нибудь гипотезы по поводу происходящего, что бы появились варианты в какие стороны смотреть. Могут ли вызывать подобные ошибки настройки транка? Т.к. у тех поддержки моего провайдера случился взрыв мозга после вопроса про настройки на asterisk. В течении долгой переписки у меня появилось порядка 5 видов их неработающих настроек. И только методом научного подбора и помощи google удалось собрать работающие.