asterisk.ru

Перестал определяться номер со шлюза. При звонке в FXO приходит:

UserEvent("DAHDI/1-1", "TrunkIn,Channel: DAHDI/1-1,Extension:89101762375,Uniqueid: 1466505847.1160,CallerID: "" <>") in new stack
соответственно в в диаплан подставляется Unknown

Сам номер передается после -- SIP/105-00000435 is ringing
DTMF begin '9' received on DAHDI/1-1
DTMF begin passthrough '9' on DAHDI/1-1
DTMF end '9' received on DAHDI/1-1, duration 0 ms
DTMF end accepted with begin '9' on DAHDI/1-1
DTMF end '9' detected to have actual duration 39 on the wire, emulation will be triggered on DAHDI/1-1
DTMF end '9' has duration 39 but want minimum 80, emulating on DAHDI/1-1
DTMF end emulation of '9' queued on DAHDI/1-

Т.е уже после обработки диплана (если я правильно понял ). Как получить входящий номер и передать на телефон?

CALLERID(all)

посмотрите что там есть ?!

Порушило мозг! callerid c GSM шлюза, а при звонке в FXO приходит.... А в логе присутствует ещё и DAHDI/1-1!
При чём тут тогда GSM?
CallerID в аналоговых сетях передаёт оператор телефонной линии в формате FSK, вот он и перестал вам его передавать.
Ещё вариант: звонок может прибегать с подавлением CallerID. Могу позвонить Вам на 89101762375 с подавлением.

april22, у него показало - CallerID: "" <>"

n,Noop(CALLERID - ${CALLERID(all)}) выдает Executing [89101762375@inbound:6] NoOp("DAHDI/1-1", "CALLERID - "" <>").
Сами же сигналы после начала звонка dtmf тоном подаются. Как подставить его в диаплан?

ded,ну так симка в gsm шлюзе ,подключен через opnevox1200. Возможно своей безграмотностью сломал мозг((

CallerID в аналоговых сетях передаёт оператор телефонной линии в формате FSK

В мане к шлюзу: режим определения номера DTMF. Или сотовый оператор передает в формате FSK?

С трудом, но я вкурил. Шлюз gsm аналоговый, подключен в порт FXO карты opnevox1200, поэтому DAHDI.
Изучайте мануалы шлюза,там не один вариант передачи принятого CallerID должен быть.
А если всё же один - DTMF, то как он у вас раньше то определялся в диал-плане? Кто-то что-то переставил/сбросил в настройках шлюза?
Принимать DTMF надо
1,Answer
2,Read(variable[,filename[&filename2[&...]][,maxdigits[,options[,attempts[,timeout]]]]])
3,Set(CALLERID(all)=${variable})

ded,в шлюзе никто ничего не мог менять,как и конфиг астериски(стоит в поликлинике ). Раньше если я правильно понимаю он определялся во время начала звонка:

exten => _[+*#0-9A-z].,n,Set(_OurNum=${CALLERID(num)})

Но т.к сейчас приходит пустота то он ставит Unknown. Сейчас же номер передается после обработки всего диаплана после отправки INVITE:

SIP/2.0 180 Ringing
CSeq: 102 INVITE
Via: SIP/2.0/UDP 192.168.1.3:5060;branch=z9hG4bK07438a3d
Contact: <sip:105@192.168.1.72:5060>
To: <sip:105@192.168.1.72:5060>;tag=lgFV7pVv+Oe0eR
From: "Unknown" <sip:Unknown@192.168.1.3>;tag=as5c4b5022
<------------->
--- (11 headers 0 lines) ---
list_route: hop: <sip:105@192.168.1.72:5060>
-- SIP/105-0000086a is ringing
[2016-06-24 11:53:30] DTMF[21361]: channel.c:4098 __ast_read: DTMF begin '7' received on DAHDI/1-1

Никакого приема DTMF в диаплане нет((

Обращаться с этими вопросами к
1) производителю шлюза
2) оператору GSM

Астериск тут не при чём.

ded,пытаюсь принять dtmf как вы и посоветовали:

exten => s,1,Read(EXT,,,n)
exten => s,n,Set(CALLERID(number)=${NUM})
exten => s,n,Noop(CALLERID - ${NUM})

Вроде даже получилось почти,но часть цифр периодически пропускает( вначале/конце) а может весь номер принять. Валиться вот в консоли ошибка channel.c:3608 ast_waitfordigit_full: Unexpected control subclass '2'. Побывал relaxdtmf не помогло.
Куда еще копнуть?))

ded писал(а):С трудом, но я вкурил.

я такое уже видел, в различных комбинациях. С некоторых пор стал посылать за покупкой sip-gsm.