LINUX.ORG.RU
ФорумAdmin

Asterisk и его extensions не арбайтен

 , ,


0

1

Решил поиграться значит я с астериском. Есть gsm шлюзец, подрубил его к asterisk, юзера сделал. Подрубил ekiga к asterisk, входящие работают без проблем. При попытке сделать исходящий - меня посылают и пишут вот что

Call from '101' (192.168.0.11:5060) to extension '380000000000' rejected because extension not found in context 'from-internal'.
extensions.conf:
[default]

[from-internal]
exten => 101,1,Dial(sip/101,60)
exten => _3.,1,Dial(sip/dwg/${EXTEN:1},30)

[from-PSTN]
exten => s ,1,Goto(from-internal,101,1)
sip.conf
[general]
context=default
allowoverlap=no
bindport=5060
bindaddr=0.0.0.0
srvlookup=yes

[101] 
type=friend
secret=101
host=dynamic
context=from-internal
username=101

[dwg] 
type=friend
secret=dwg
host=dynamic
context=from-PSTN
username=dwg
Буду очень благодарен если кто скажет в чем тут дело.

Ответ на: комментарий от kernelpanic
voip*CLI> dialplan show from-internal 
[ Context 'from-internal' created by 'pbx_config' ]
  '101' =>          1. Dial(sip/101,60)                           [pbx_config]
  '_3.' =>          1. Dial(sip/dwg/${EXTEN:1},30)                [pbx_config]

-= 2 extensions (2 priorities) in 1 context. =-
invokercd ★★★★ ()
Ответ на: комментарий от kernelpanic
[Sep  7 16:29:58] NOTICE[12425]: chan_sip.c:22753 handle_request_invite: Call from '101' (192.168.0.11:5060) to extension '380000000000' rejected because extension not found in context 'from-internal'.

Может из за не свежего такие баги Asterisk 1.8.13?

invokercd ★★★★ ()
Ответ на: комментарий от invokercd

на всякий случай переспрошу, после того, как поправил extentions.conf диалплан релоаднул? ну или хоть перезапустил астериск?

x0r ★★★★★ ()
Ответ на: комментарий от x0r

Да, причем два раза для большей уверенности, service asterisk restart.

invokercd ★★★★ ()
Ответ на: комментарий от kernelpanic

Может есть какие то конфиги, которые могут влиять на это? Типа /conf.d/*. Я уже упоролся с этим, единственный вариант который приходит - обновиться.

invokercd ★★★★ ()
Ответ на: комментарий от invokercd

Обновиться не помешает. Лучше сразу до 11 ветки. Из известных мне параметров, которые влияют на парсинг экстеншенов - это extenpatternmatchnew в секции [general] в extensions.conf.

kernelpanic ★★★★★ ()
Ответ на: комментарий от invokercd

Вряд ли. Я вообще не понимаю, что происходит)

Хотя нет, что-то подобное у меня случалось. Тоже были необъяснимые глюки. Попробуй пересоздай конфиг ил поправь оригинальный.

kernelpanic ★★★★★ ()
Последнее исправление: kernelpanic (всего исправлений: 1)
Ответ на: комментарий от kernelpanic

Да я вот вчера начал изучать астериск, там должны быть еще какие-то конфиги, или этого достаточно? Сейчас накатил на виртуалку новую версию, проверю глюкавость там.

invokercd ★★★★ ()
Ответ на: комментарий от invokercd

Диалплан описывается в конфигах extensions.{conf,ael,lua}
Еще может быть реалтайм, но у тебя его явно нет.

kernelpanic ★★★★★ ()
Ответ на: комментарий от menzoberronzan
voip*CLI> dialplan show 380000000000@from-internal
[ Context 'from-internal' created by 'pbx_config' ]
  '380000000000' => 1. Dial(sip/dwg/${EXTEN:1},30)                [pbx_config]

-= 1 extension (1 priority) in 1 context. =-
voip*CLI> 
invokercd ★★★★ ()
Ответ на: комментарий от zgen

Звонил на этот даже, отфутболивает ведь сам астериск а не шлюз. В начале само собой вместо нулей был другие цифры.

invokercd ★★★★ ()
Ответ на: комментарий от invokercd

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

Единственная возможная - это загружен один dialplan, а показываешь ты нам другой.

zgen ★★★★★ ()
Ответ на: комментарий от invokercd

Ах, вот оно что! Бьюсь об заклад, дело в ней.

Надо придумать, как вытащить весь (!) актуальный диалплан и выложить его сюда. (я веб-морды не использую)

zgen ★★★★★ ()
Последнее исправление: zgen (всего исправлений: 2)

Тогда выношу веб морду и смотрю чего выйдет.

invokercd ★★★★ ()
Ответ на: комментарий от kernelpanic

Выбросил, но откопались тругие проблемы, прошу ссылку для тупых на гайд по простейшей связке sip клиента (типа ekiga) с asterisk и каким то voip шлюзом. Google меня сегодня не любит.

invokercd ★★★★ ()
Ответ на: комментарий от kernelpanic

Крутой ман, даже зачитался. Кстати я разобрался с проблемой, оказалось что если звонить с ekiga просто вводя добавочный номер то вылазит такая фигня, если же звонить так: number@hostname.com то все ок. Возненавидел ekiga за баги с кодеками. Linphone получше будет.

invokercd ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.