Почему asterisk перестал видеть caller_id?

Question

[My_Second_Nickname]

Доброго времени суток.
Есть телефония на астериск. До недавнего времени работало нормально (мне досталась уже настроенная, только по мелочам настройки менял). Но недавно астер перестал видеть caller_id от SIP-провайдера. Провайдер Манго. Писал им в ТП - утверждают что у них всё нормально, данные они передают корректно, и что формат не менялся. Настройки астера тоже не менялись последние несколько месяцев.
Первым же экстеншеном в диалплане он должен подхватывать CID и дальше уже обрабатывать - проверять по чёрному списку, и т.д. но почему-то не делает этого:

exten => 1001,1,Set(CALLERID(num)=${CALLERID(name)})
exten => 1001,n,Set(CLIENTNUMBER=${CALLERID(num)})
exten => 1001,n,Set(fname=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(num)}-${EXTEN}-${UNIQUEID})
exten => 1001,n,MixMonitor(/home/share/monitor/${STRFTIME(${EPOCH},,%Y)}/${STRFTIME(${EPOCH},,%m)}/${STRFTIME(${EPOCH},,%d)}/${fname}.wav)
exten => 1001,n,AGI(inocming_ivr2.php,${CLIENTNUMBER},${DEP})
exten => 1001,n,Verbose($(support})
exten => 1001,n,NoOp(support - ${support})

Тут он проверяет включен ли саппорт для номера.

Так приходит входящий вызов:
[Nov 18 20:42:07] WARNING[3145][C-00000004]: chan_sip.c:17815 get_rdnis: Huh? Not an RDNIS SIP header (tel:[phone])?
-- Executing [user406@incoming_mango:1] Set("SIP/user401-00000004", "src_line=88001111111") in new stack
-- Executing [user406@incoming_mango:2] Set("SIP/user401-00000004", "DEP=ac") in new stack
-- Executing [user406@incoming_mango:3] Goto("SIP/user401-00000004", "CallingRule_hello,1000,1") in new stack
Почему-то приходит только header.
В какую сторону копать?
С астером знаком в общих чертах

Comments

[Valentin Barbolin]

Че гадать, добавить DumpChan и посмотри переменные канала.

exten => 1001,1,Set(CALLERID(num)=${CALLERID(name)})
exten => 1001,n,Set(CLIENTNUMBER=${CALLERID(num)})

exten => 1001,n,DumpChan()

exten => 1001,n,Set(fname=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(num)}-${EXTEN}-${UNIQUEID})
exten => 1001,n,MixMonitor(/home/share/monitor/${STRFTIME(${EPOCH},,%Y)}/${STRFTIME(${EPOCH},,%m)}/${STRFTIME(${EPOCH},,%d)}/${fname}.wav)
exten => 1001,n,AGI(inocming_ivr2.php,${CLIENTNUMBER},${DEP})
exten => 1001,n,Verbose($(support})
exten => 1001,n,NoOp(support - ${support})

[Valentin Barbolin]

Просто закоментируй эту строку

exten => 1001,1,Noop(---Start-Call---)
;; exten => 1001,1,Set(CALLERID(num)=${CALLERID(name)})
exten => 1001,n,Set(CLIENTNUMBER=${CALLERID(num)})
exten => 1001,n,Set(fname=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(num)}-${EXTEN}-${UNIQUEID})
exten => 1001,n,MixMonitor(/home/share/monitor/${STRFTIME(${EPOCH},,%Y)}/${STRFTIME(${EPOCH},,%m)}/${STRFTIME(${EPOCH},,%d)}/${fname}.wav)
exten => 1001,n,AGI(inocming_ivr2.php,${CLIENTNUMBER},${DEP})
exten => 1001,n,Verbose($(support})
exten => 1001,n,NoOp(support - ${support})

Answer 1

[Ziptar]

В общем-то, первая ссылка в гугле как раз ситуацию с манго и рассматривает, и там же дано потенциальное решение: https://forum.asterisk.ru/viewtopic.php?p=62049
А почему работало, а затем вдруг перестало - поди знай...

Comments

[My_Second_Nickname]

Видел, но если честно нифига не понял. Там видимо ответ рассчитан на тех кто уже хорошо шарит в Астере. Раньше RDNIS не касался вообще. Если понимаете в этом - можете подсказать, куда подсунуть его?

[Ziptar]

My_Second_Nickname, вообще нет, я сам по стольку по скольку с астером знаком, и сам изначально не понял о чём речь.
RDNIS, на сколько я понял, тут ни при чём. Вам, я так понимаю, переадресовываются вызовы, и RDNIS - это номер, С которого происходит переадресация.
Что там с CID - из представленного неясно. Повышайте уровень логирования и смотрите ещё.
Попробуйте в самом начале обработки вывести в лог значение переменной Callerid num и name, чтобы посмотреть что в них содержится: ~
exten => 1001,1,Verbose(2,Callerid num is ${CALLERID(num)})
exten => 1001,n,Verbose(2,Callerid name is ${CALLERID(name)})
и дальше уже основную обработку
exten => 1001,n,Set(CALLERID(num)=${CALLERID(name)})
и т.д.
И делайте бэкапы, а то я ща насоветую...
Обратите внимание, опять же, что обработка у вас устанавливает значение CALLERID(num) в CALLERID(name) - зачем? Надо разбираться

[My_Second_Nickname]

Ziptar, ну, в консоли указал максимальный уровень отображения.

<--- Transmitting (NAT) to 81.88.86.11:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 81.88.86.11:5060;branch=z9hG4bKe3b5.e63d4c32.0;cid=1;received=81.88.86.11;rport=5060
From: <sip:[e-mail]>;tag=dc046b6f
To: <sip:[e-mail]>
Call-ID: u6hhrVOi_u5ucae5mUtvUA..
CSeq: 1 INVITE
Server: Asterisk PBX SVN-branch-12-r416737
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:user401@192.168.0.230:5060>
Content-Length: 0

В поле From: <sip:[e-mail]>;tag=dc046b6f виден номер с которого звонят.
Но понятнее не стало.

[My_Second_Nickname]

Ziptar, CALLERID(num) в CALLERID(name) она устанавливает, потому что потом этот caller_id (то бишь номер с которого звонят) передаётся в частности в mysql, запрашивается, есть ли такой номер например в чёрном списке. Ну и ещё передаётся на веб-сервер POST-ом.

Что забавно - я взял старый extensions.conf, примерно двухлетней давности. Подкинул его в астер (текущий само собой сохранил). И нифига не изменилось. Так что врядли дело в нём

У меня есть аналогичный сервер, в другом месте. Но там другой SIP-провайдер, Zebra. И там используется та же конструкция с переводом (num) в (name). И всё работает.

[Ziptar]

>И там используется та же конструкция с переводом (num) в (name).
У вас не num в name переводится, а наоборот. В поле num пишется значение name.
У меня на астере в CALLERID(num) корректно без всяких приключений пишется номер, хотя у меня, конечно, не манго и не зебра.

Смотрите описание: asterisk.ru/knowledgebase/Asterisk+func+callerid
"name": строка из цифр и букв
"num": только цифры

Если манго всё-таки что-то поменял, и в name стало попадать что-то кроме цифр, то в num это значение может просто не передаваться корректно, или не обрабатываться корректно в дальнейшем (хотя это не точно)
Поэтому я и предложил вам посмотреть значение этих полей до вашей обработки. Возможно, стоит смотреть и после.

[Ziptar]

My_Second_Nickname, там выше в комментариях показал Andrey Barbolin как CID формируется, за что ему спасибо, и, таким образом, в поле CALLERID(num) у вас оказывается попросту пусто. Манго, всё же, видимо, поменяли формирование заголовка from.

Чуйка вела меня в правильном направлении, но не довела)