Я видел один девайт на нём доступно только SIP-Trunk, а регистрация по SIP - пшык, хочешь - покупай лицензию или надо мостырить ещё один девайс который будет выступать в роли Регистратора. Что мы и сделали. Производители ещё те.. Просто если бы было желание и востребованность у оператора он бы давно...

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

ИМХО Все выводы ошибок не равнозначны, нельзя привести тождественно равные коды в разных системах, но каждая ошибка выводится используя определённый критерий сигнального протокола. Если снять дебаг со стороны клиента и со стороны оператора в равнозначных ситуациях, в которых указанно куда и кто шлёт...

Снимите трассу (дебаг пакет сигнализации) на участке Пров - Ваш Asterisk и Asterisk - конечный пользователь. И тогда всё будет ясно, т.к. на месте вашего прова без оснований, статистики и логов, вообще не стал рассматривать вашу заявку.

По практике я никогда не работал с аккаунтами SIP операторов, поэтому не сталкивался с разными пирами но с одним IP.

вы имеете ввиду по полю host, а так как у обоих пиров оно одинаково, то попадёт ко второму. Но вот насчёт insecure=invite :oops: , насчёт insecure=port знаю, что используется в том случае когда во входящем invite порт отличается от стандартного (5060), и чтобы не было процесса Proxy Authentication R...

А если не секрет что за задача стоит, что нуно ?

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