Подключение двух и более транков с разными доменами ВАТС Ростелеком

Question

Релиз 2022.3.15

Речь о ВАТС Ростелеком, домен у них означает хост подключения. Есть два домена А и Б, в А 1 номер, в Б 2 номера. Создано 3 транка: А1, Б1 и Б2. Исходящие звонки работают корректно. Входящие работают только на том транке, который подключен последним(каким бы он ни был), два других, подключенных ранее при звонке как будто отключены.

В логе: 

[2022-10-13 15:02:26] NOTICE[46707] res_pjsip_session.c:  SIP-1665629698: Call (UDP:212.122.2.180:5060) to extension 'XXXXXX' rejected because extension not found in context 'SIP-1665629698-incoming'.

Инструкцию https://wiki.mikopbx.ru/providers:many_hosts пробовал, context=public-direct-dial и правила входящей маршрутизации переписывал, но это не решает вопрос.

С саппортом ростелеком убедились, что проблема на стороне астериск. При заведении транка на софтфоне(один домен на софтфоне, второй домен на мико.) работает все одновременно без проблем

Comments

Инструкцию https://wiki.mikopbx.ru/providers:many_hosts пробовал,

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

Приведите примеры настроек от ростелеком для А и для Б. 

Следует анализировать логи:

• Инструкция для получения логов телефонного звонка
• Снятие лога с помощью Sngrep

Править

---

Транк А

• Тип: Исходящая регистрация
• Хост: домен А
• Логин: логинА
• Пароль: парольА

Транк Б1

• Тип: Исходящая регистрация
• Хост: домен Б
• Логин: логинБ1
• Пароль: парольБ1

Транк Б2

• Тип: Исходящая регистрация
• Хост: домен Б
• Логин: логинБ2
• Пароль: парольБ2

Транспорт везде сейчас udp, но вариант tcp и udp никак не влияет, так как ртк принимает только udp, как оказалось.

В логе при неудачном входящем: 

[2022-10-13 15:02:26] NOTICE[46707] res_pjsip_session.c:  SIP-1665629698: Call (UDP:212.122.2.180:5060) to extension 'А' rejected because extension not found in context 'SIP-1665629698-incoming'.

Answer 1

Для провайдера с ID "SIP-1665629698" (можно подсмотреть в адресной строке браузера) создайте входящий маршрут с DID="А" входящие должны заработать. 

Comments

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

---

Еще вот что очень странно: транк SIP-1665629698 относится к домену Б, а и конечно екстеншена А в нем нет.

---

вы не привели примеры, как я просил, только абстрактное "А" и "Б", я не имею полного понимая ситуации. 

Описанная вами ситуация возможна в том случае, если адреса "А" и "Б" резолвятся в один и тот же IP адрес и если запросы приходят с одного и того же порта, к примеру 10.10.10.10:5060. В этом случае asterisk сопоставляет входящий INVITE с первым попавшемся подходящи endpoint,  в вашем случае это "SIP-1665629698". 

Решение описано с в статье https://wiki.mikopbx.ru/providers:many_hosts  , но рекомендации из нее нужно скорректировать с учетом новой версии АТС. В доп. параметрах происать:

[endpoint]

context=public-direct-dial

если это не поможет, готов предложить платную поддержку help@miko.ru

---

Так и есть, резолвятся в один адрес и инвайт приходит так же с одного и того же адреса. :( тогда все? Или можно как-то завести ещё один сетевой интерфейс на мико и как то распределить с каких адресов проводить регистрацию?

---

я описал решение выше. 

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

уже как минимум два варианта решения

---

К сожалению у РТК логин, пароль относятся к домену, в котором заведены, поэтому при регистрации по IP-адресу непременно получим REJECT.

Подтверждаю, помогло добавление в проблемные транки:

[endpoint]

context=public-direct-dial

В первоначальной инструкции не было первой строчки, теперь все входящие заработали корректно и одновременно. Большое спасибо вам, Алексей!

---

ок, как вариант, можно попробовать снова назначить одинаковый адрес, но в расширенных настройках поправить поле fromdomen.

---

fromdomain тоже испытано - не помогает. Строка регистрации формируется из первого блока как оказалось - в логе посмотрел, а она у ВАТС Ростелеком непременно должна содержать домен. Для базы знаний будет полезно наверное.