Есть eMG80 подключенная к ТФОП по SIP, регистрация у провайдера осуществляется по ID и паролю, прописанным в SIP UID (PGM126). В PGM111 каждому абоненту назначена ссылка на нужный индекс таблицы ПГМ126.
Теперь нужно межгород отправить на другого провайдера, причем регистрация у провайдера статическая, по IP-адресу. Как это сделать? По логике вещей нужно убирать ссылку на SIP UID первого провайдера из атрибутов абонентов (ПГМ111) и привязывать ее к транкам (ПГМ133) смотрящим в сторону первого провайдера. Так и сделал, перестал работать ТФОП. Новый SIP-транк при этом тоже не работает.

Каналы VOIP разделить на 2 разных транка, 2 разные группы СО.
В одном транке использовать привязку по SIP USER ID, для другого транка - Fixed Table ID.

Так и сделано

Не совсем понял о каких полях в каких ПГМ идет речь, поясните пожалуйста.
Словосочетание Fixed Table ID не встречается в документации.
Правильно ли я понимаю, что для SIP-транков на первого провайдера привязка SIP UID через ПГМ111 и ПГМ 126, а для SIP-транка на другого провайдера (межгород) указать в ПГМ133 ссылку на другой индекс в таблице SIP UID (ПГМ126), в котором поля ID и пароль оставить пустыми? В таком случае получается, что ссылка на UID у SIP-транка (ПГМ133) имеет приоритет над ссылкой на UID у абонента (ПГМ111).

В SIP CO Attributes(133) [N] ID Individuality: From ID. Там же SIP UID Assignment: SIP User ID Fixed Table Index.

Игорь же доходчиво написал

Я не понял вопроса по поводу приоритета...
ПГМ126 - задает аккаунты, и не более того.
ПГМ133 - свяэывает аккаунты с транками и описывает как эти аккаунты использовать.
ПГМ133 и ПГМ126 взаимно дополняют друг друга.

Я не уверен, что ID и пароль можно оставить пустыми. Скорее всего, там нужно что-либо прописать. А далее уже дело провайдера - анализировать эти данные или принимать все без разбору, просто по IP адресу источника.
Если регистрация не требуется, то поставьте режим Provision для аккаунта.

Fixed Table означает, что указанный аккаунт связан только с транком, но НЕ с абонентами. Любой абонент, пользующийся этим транком представлен одним и тем же аккаунтом.

Спасибо, вроде все понятно. Так и сделал, но заметил, в SIP Trunk Status Overview такую штуку:

UIDSEL для 7 транка UID Range 5-5, а UID_Index_1, а должно быть, насколько я понимаю, 5.
При этом при попытке вызова на мг в сторону провайдера даже INVITE не улетает.

Так у вас Domain пустой!

А как у вас сейчас настроено?

Транки 1-4 SIP на провайдера1 (город) - CO Group 1, транки 5-6 - NET IP на другую станцию eMG80, транк 7 - SIP на провайдера2 (межгород) - CO Group 3.
Для транков 1-4 в ПГМ133 ID Individuality стоит Extension SIP User ID Table, для транка 7 - Fixed Table (5 Index SIP UID).
В ПГМ111 всем абонентам назначен 1 Index SIP UID.
Domain пустой, т.к. его нет у провайдера, только IP-адрес. Что в этом случае прописывать в domain, IP-адрес провайдерского SIP-сервера?

Вот этот адрес и прописывается!


Я выше писал

Так и не понял, вы указали для SIP User ID Fixed Table Index 5??

Да, IP-адрес провайдера.

Да, в ПГМ133 в поле Registration UID Range указал 5-5, в поле SIP User ID Fixed Table Index - 5.
После того, как в domain указал IP-адрес провайдера, все заработало.
Кстати, в ПГМ126 ID и пароль пустые, это к тому, что Вы сомневались будет ли так работать.
Спасибо!

Осталось разобраться с отдаваемым АОНом через SIP.
Нужно отдавать в таком формате: 7XXXYYYYYYY.
В ПГМ151 Type of Number for Calling Party Info указал International, XXX прописал в My Area Code, и там же в CLIP и COLP Table Index сослался на строчку в ПГМ201, в которой прописал YYYYYYY.
В итоге номер отдается 7XXXYYYYYYYZZZ, где ZZZ - внутренний номер вызывающего абонента. Как его убрать?

Т.е., это вы вот поняли? Т.е., такой вот способ формирования АОН? А про 114 программу, как бы, не в курсе? Там прописан Station CLI ZZZ, который в вашем варианте надо очистить.

ЛыЖами занимался давно, еще во времена LDK, CS1000. В основном занимался другими станциями (NEC, Coral), так что, по понятным причинам могу какие-то моменты упустить.
Кстати, PGM114 в eMG80 нет, это ПГМ113. В итоге не стал удалять там CLI 1, вместо этого просто в ПГМ151 указал другой Station CLI Type, который по дефолту в ПГМ113 у всех пустой.
В любом случае, спасибо за подсказку!

Точно, нет!
У меня уже каша в голове от LIK, MG, eMG...

Или так. Смысл тот же, но с другого бока!