4-й день пытаюсь подружить Asterisk 11 + SNR-VG-6108 (aka Unicorn 6108). Настраивал по этой инструкции : link text.Все работает кроме форвардинга со стороны ТфоП (FXO -> Unconditional Call Forward to VOIP). Хотя экcтеншн есть в диалплане (dialplan show yyy@zzz - ok),в параметрах транка контекст (zzz) указан,но при форвардинге шлюз получает от Asterisk отлуп (404 Not Found),в лог сыпится : "NOTICE[60047]: chansip.c:25288 handlerequest_invite: Call from 'xxx' to extension 'yyy' rejected because extension not found in context 'zzz'. Та же байда и при прописаннои эктэншене s в диалплане!! Куда копать?!
спросил 2013-06-18 10:20:03 +0400
Аноним
Задан: 2013-06-18 10:20:03 +0400
Просмотрен: 506 раз
Обновлен: Jun 18 '13
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
поиск - rejected because extension not found in context
awsswa ( 2013-06-18 11:51:33 +0400 )редактировать:).Искал - не помогают рецепты. Если и десь не помогут - остается gdb только.
aak ( 2013-06-18 12:42:07 +0400 )редактироватьанализируйте глубже - запускайте дебаг.
http://asterisk-support.ru/question/38386/kak-poniat-chto-proiskhodit-na-asteriske/
Olpag ( 2013-06-18 13:37:14 +0400 )редактироватьsip debug что говорит?
surae ( 2013-06-18 14:18:29 +0400 )редактироватьне помогают рецепты ? - платный суппорт радуется новому клиенту :)
awsswa ( 2013-06-18 17:28:27 +0400 )редактировать>>sip debug что говорит? Он говорит,404 Not Found.Я ж говорю какая-то странная фигня.
aak ( 2013-06-18 22:15:33 +0400 )редактироватьАнализирую глубже: вышеприведенное NOTICE выводится handlerequestinvite в chansip.c,если getdestination возращает !=SIPGETDESTEXTENFOUND. Поковырял немного gdb, функция getdestination отрабатывает последний return (return SIPGETDESTEXTENNOTFOUND -> chan_sip.c:17511),т.е. все проверки/поиски/etc в коде "пролетают".
Далее,в исходниках Asterisk (pbx.c) есть функция pbxfindextension,которая пишет в лог (debug+verbose).Какой уровень нужен,чтобы включить вывод?! При core set verbose 10 и core set debug 10,не вижу ее вывода в логах.
aak ( 2013-06-19 00:14:46 +0400 )редактироватьвы вообще не туда смотрите - прекратите смотреть дебаг, весь ответ в одной строке - extension not found in context
awsswa ( 2013-06-19 07:39:57 +0400 )редактироватьВы внимательно читали,что я написал? Я вверху написап,что dialplan show yyy@zzz нормально парсит (НАХОДИТ) экстеншн в диалплане.При прописанном экстеншене s проблема сохраняется!
aak ( 2013-06-19 11:01:25 +0400 )редактироватьтакое ощущение, что это мне надо, чтоб у вас заработало. При тут exten ? у вас context не правильный, нету в нем нужной части
awsswa ( 2013-06-19 11:07:56 +0400 )редактироватьНеправильный - это какой??!! В параметрах транка он и указан и при обработке звонка именно он обрабатывается! Непонятно почему,экстеншн в нем не находиться! А он там есть!
sip.conf
[100] type=friend secret=password host=dynamic context=zzz insecure=port
[200] type=friend secret=password host=dynamic context=zzz insecure=port callerid=${CALLERID(num)}
extensions.conf
[zzz]
exten => 101,1,Answer exten => 101,n,Playback(tt-monkeys) exten => 101,n,Hangup
Шлюз форвардит при звонке с Тфоп на 101 (указано в настройках шлюза как в инструкции). 200 ==FXO1
Что здесь неправильного??!!
"NOTICE[60047]: chansip.c:25288 handlerequest_invite: Call from '200' to extension '101' rejected because extension not found in context 'zzz'"
Asterisk 11.4.0
К слову,вы из платного техсуппорта? :)
aak ( 2013-06-19 11:14:13 +0400 )редактироватьinsecure=port,invite
awsswa ( 2013-06-19 12:19:05 +0400 )редактироватьИ это пробовали,хоть и нелогично (рецепт Гугля). Не работает! Какая-то заноза,словом,почему и взялся за gdb. Раскопал бы сам (и раскопаю,знаний хватит),но стоит вопрос времени :(.
aak ( 2013-06-19 13:35:05 +0400 )редактироватьну и где Ваш дебаг???? сделайте "sip set debug", и посмотрите INVITE, чего хочет Ваш SNR-VG
Olpag ( 2013-06-19 20:06:59 +0400 )редактировать