Также конечно не получится.
Если конфигурироваться как шлюз - то 3сх ждет авторизационный запрос от шлюза (и шлюз умеет его отправлять) и его принимает/отклоняет 3cx. И именно таким образом у меня выделяются каналы шлюза в 3cx, т.е. каждый канал - это отдельный шлюз со своим логином/паролем.
При подключении как транк - авторизация у меня не поднималась, т.к. в этом случае авторизационный запрос идет от 3cx и его принимать/отклонять должен транк (т.е. в моем случае - шлюз), как заставить Addpac его принимать - я не представляю. А если отключить авторизацию (IP-based это и есть отключение авторизации) - я, как минимум, сразу потеряю доступ к каналам шлюза.
Исходящие в этом случае как раз работают - т.к. я могу в настройках транка оставить только PCMA, и отключить на 3cx авторизацию, но тогда я не могу из 3CX выбрать линию выхода. Входящие теоретически могут заработать, если вообще отключить авторизацию и со стороны шлюза тоже, но также без информации о линии.
Я сейчас остановился на подключении как 4х канальный транк для исходящих звонков (без авторизации/IP Based), в настройках только PCMA. И 4 подключения как шлюз - для входящих, с обычной Account Based авторизацией со стороны шлюза. В настройках Аддпака - тоже только PCMA.
Этот вариант - пока лучшее, что у меня получилось.
Надеюсь - все же 3cx эту проблему пофиксит.
