Подключение шлюза Goip-4 к mikopbx. Детальная инструкция

Question

Настройка входящих звонков через шлюз Goip-4 , прошивка GST1610-1.01-70-12  последняя

настройка шлюза происходила по инструкции из wiki: https://wiki.mikopbx.ru/faq:goip

Проблема: при входящем звонке на симку происходит гудок и срабатывает firewall, блокирует ip.

логи 

в файле asterisk/messages

[2022-09-04 12:43:17] NOTICE[18166] res_pjsip/pjsip_distributor.c: Request 'INVITE' from '"222222222" <sip:22222222@34.53.764.25>' failed for '176.45.656.44:9742' (callid: 1824517668@192.168.1.1234) - Failed to authenticate. No matching endpoint found

в файле asterisl/verbose

NOTICE[8526] res_pjsip_session.c: anonymous: Call (UDP:13.33.443.27:4434) to extension '34304534' rejected because extension not found in context 'public-direct-dial'.

соот-но атс блокирует шлюз при входящем, не узнает

настройки АТСвкладка провайдеры

нет разницы оставить поле пустым или дописать код context=public-direct-dial - блок ip в обоих случаях

Вкладка правила для входящих. указан did который соответствует полю  callin - Forwarding to VoIP Number

скрин шлюза вкладка настройки входящих. Нужно ли использовать дополнительные поля?

логи sngrep

как решить проблему блокировки при invite шлюза на атс?

Answer 1

NOTICE[8526] res_pjsip_session.c: anonymous: Call (UDP:13.33.443.27:4434) to extension '34304534' rejected because extension not found in context 'public-direct-dial'.

У вас какая то путаница. Согласно этому логу нужно во входящем маршруте использовать DID= 34304534 и выбрать "Любой провайдер". После этого заработает. 

(разумеется, если это звонок со шлюза)

Comments

это попытки с разных учеток. Результат блок ip.

так не работает как вы говорите. блокирует по ip.  что сделать?

---

как вариант платная поддержка. 233@miko.ru

---

значит инструкция на wiki не актуальная? https://wiki.mikopbx.ru/faq:goip

---

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

---

втставляешь симку в телефон входящие приходят. симка рабочая. почему атс блокирует?

---

отрубите firewall, настройте, убедитесь, что входящие заработали. потом включайте. 

firewall блокирует адрес из за того, что в логах появляется сообщение:

Call (UDP:13.33.443.27:4434) to extension '34304534' rejected because extension not found in context 'public-direct-dial'.

это триггер, так злоумышленники обычно АТС прощупывают. 

---

отключил firewall, позвонил на симку в шлюзе

INVITE No matching endpoint found  Failed to authenticate

звонок не проходит, но блокировать ip перестал

во вкладке call in кроме Forwarding to VoIP Number точно еще не нужно что то прописывать?

p.s. проверил на другом шлюзе goip-4. звонки не проходят

---

полей для настройки больше нет все по инструкции почему входящие не проходят не пойму

---

SIP INVITE Response -183 или 180 ставить? или сначала 183 затем 180?

больше идей нету...

---

удалите тему плиз

личные данные

---

Шлюз звонит от имени учетной записи провайдера "SIP-1662128561", еще раз проверьте пароль. 

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

В логах messages на этот раз нет "to extension '996500219900' rejected because extension not", так как прошла ошибка авторизации. 

---

в шлюзеSIP-1662128561 - в атс SIP-1662128561 учетка верная

3 раза с нуля настраивал первый шлюз. прошивку обновил до последней

этот уже второй шлюз. новый. также сброс к заводским настройкам. обновлен до последней прошивки

сменил пароль на 123 - входящие  не доходят :'(

исходящие работают

---

что то не понятно. не уверен, что смогу помочь в рамках форума.

что то не стандартное, мб поведение при шлюзе за NAT свою лепту вносит.

---

удалите полностью тему плиз

тут личные данные

спасибо

---

напишите запрос на help@miko.ru
приложите ссылку на эту тему

---

а как можно прописать в настройки провайдера в поле дополнительно :

host=dynamic
username=SIP-1662128561
type=peer
nat=yes
qualify=yes
dtmfmode=rfc2833
canreinvite=no
port=5060
disallow=all
allow=ulaw&alaw&g729
insecure=very

они будут работать?

---

нет не будут, это параметры для chan_sip. в MikoPBX используется chan_pjsip

---

вроде нашли причину. у вас какая-то новая система авторизации. Вот она не дает авторизоваться шлюзу при входящем звонке. Не будут работать входящие с текущей последней версии mikopbx. Нужно вносить правки в код чтобы заработало.

  Вы точно новую версию mikopbx тестировали со шлюзом goip при входящих звонках перед выходом?

доработайте плиз входящую авторизацию она сырая и не работает в настоящий момент

---

опишите детали. в чем "новизна" и "сырость" системы авторизации? 

нужно больше конкретики. 

используется chan_pjsip это тот же модуль, что работает в FreePBX  и многих других станциях на базе asterisk. Мы его не разрабатываем и не дорабатываем, это open source решение. 

доработайте плиз входящую авторизацию она сырая и не работает в настоящий момент

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

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

---

входящие звонки при способе когда шлюз ( находится за роутером) сам регистрируется на атс ( на белом ip)  по вашей инструкции из wiki https://wiki.mikopbx.ru/faq:goip  работать не будут

либо инструкция не корректна либо в модуле входящей регистрации  при вышеперечисленных условиях что-то упущено.

в других случаях при другой конфигурации сети возможно и работает. но в данном случае нет. только правка кода. из коробки не работает

---

"шлюз находится за роутером" - на роутере убедитесь, что отключен SIP ALG, это то, что может мешать работе

только правка кода. из коробки не работает

не пойму что имеете в виду, правка какого кода? 

---

Удалось ли решить проблему ? у меня похожая проблема: при включении CID перестает работать входящий звонок, при отключении все работает, но не видно кто звонит, похоже, что CID из GSM подменяет SIP-1662128561 для авторизации