Входящие на GoIP 4

Question

Поставил шлюз GoIP 4 с последней прошивкой GST1610-1.01-70-17 на MiKO 2023.2.204. Делал все по инструкции https://wiki.mikopbx.ru/faq:goip

При любом входящем звонке на СИМку в логе messages пишет:

[2023-09-19 15:51:53] WARNING[30329][C-0000028e] ast_expr2.fl: ast_yyerror():  syntax error: syntax error, unexpected '<token>', expecting $end; Input:
"x"79308009999" <sip:79308009999@192.168.22.9>;party=calling;screen=no;privacy=off" != "x"
   ^
[2023-09-19 15:51:53] WARNING[30329][C-0000028e] ast_expr2.fl: If you have questions, please refer to https://wiki.asterisk.org/wiki/display/AST/Channel+Variables

Что за предупреждение и как его убрать?

Comments

Отфильтруйте лог verbose по подстроке 

C-0000028e

мб ситуация прояснится. 

---

https://ru.files.fm/u/an

В 30 строке тоже самое предупреждение.

Answer 1

Проблема в том, что в качестве RPID выступает строка:

"79308002503" <sip:79308002503@192.168.22.9>;party=calling;screen=no;privacy=off

Астериску не нравятся кавычки. Ошибку вызывает строка dialplan "SIP-1693463779-incoming-custom":

	same => n,Set(tmpRpid=${PJSIP_HEADER(read,Remote-Party-ID)})

Попробуйте ее закомментировать / удалить. Уйдет ли ошибка? 

Есть альтернативный вариант настройки. Нужно заставить АТС "доверять" заголовку RPID. Попробуйте как в инструкции:

https://wiki.mikopbx.ru/faq:mikopbx_freepbx

1. В «расширенных настройках» MikoPBX, в «Дополнительных параметрах» укажите следующие опции:

   [endpoint]
   trust_id_inbound=yes
   

Comments

При комментировании строки: same  => n,Set(tmpRpid=${PJSIP_HEADER(read,Remote-Party-ID)})  ошибка ушла, но и номер перестал определятся - в истории вызовов отображается что позвонил SIP-1693463779 (в колонке "Кто"). Номер звонившего нельзя подсмотреть даже на шлюзе (там только исходящие). Строку пришлось вернуть назад.

Альтернативный вариант результата не дал - ошибка как была так и есть.

Если Астериску не нравятся кавычки, мб есть способ как это обойти?

 

---

Альтернативный вариант результата не дал - ошибка как была так и есть.

после правки 

1. trust_id_inbound=yes
   

нужно удалить ваш кастом контекст "SIP-1693463779-incoming-custom"" или переименовать его

ошибка должна уйти

---

Удалил SIP-1693463779 входящий кастом контекст из extensions.conf - номер определяется и ошибки нет - большое Спасибо за помощь!!!

Answer 2

1. trust_id_inbound=yes