2 интернет канала за NAT -- транк или обычный аккаунт?

[gaspaarr]

Уважаемые знатоки, посоветуйте пожалуйста выход из ситуации:

Берем многоканальный SIP транк (кол-во одновременных соединений без ограничений, но нам хватит и 25), на него навешивается 4 городских номера.

На нашей стороне планируем 2 канала в инет (основной и бэкап), оба с 1 внешним статическим IP (за каждый доп. внешний адрес хотят невменяемые деньги), после них ставим Mikrotik который будет NATить и заниматься переключением между каналами, далее виртуалка Elastix на ESXi.

На стороне провайдера телефонии искрател 2000 > sbc aсme packet (смотрит в инет, к нему мы и подключаемся)

Провайдер просит указать им один IP на который они повесят наши номера и на который будут слать инвайты, и соответственно откуда будут принимать инвайты, т.к. никакой другой авторизации для транков у них нет (странно, почему так?). В поле from можем указывать только те номера, которые за нами закреплены, соответственно при переадресации входящих звонков (например на сотовый сотрудника который за пределами офиса) подставлять нужный Caller ID, насколько я понимаю, мы не сможем...

Предлагают второй вариант -- SIP аккаунт, там авторизация, но ограничение на кол-во соединений (30), в принципе нам подходит, но не совсем понятно как разруливать Caller ID? Только если попросить от них на каждый номер по отдельному аккаунту?

Посоветуйте, как лучше и безпроблемнее все это оформить? По идее за НАТом проблем быть не должно, если отключить на Микротике трансляцию всего диапазона UDP портов, и пробросить до Elastix'а UDP 5060, единственно придется, видимо, использовать STUN, чтобы Elastix знал какой в данный момент у него внешний IP и корректно формулировал заголовки?

[ded]

Если основной и бэкап каналы принадлежат разным интернет провайдерам - то обломитесь с резервацией. Разве только они пропишут если не один IP на который они повесят ваши номера, а и ваш второй IP, на который будут сыпать автоматом, если от первого нет ответов на INVITE. Ну и также они должны быть готовы тогда принимать от вас вызовы со второго IP.

[gaspaarr]

А если вместо транка использовать обычный аккаунт с регистрацией? Какие нюансы могут быть? Возможно подставлять разные from на одном аккаунте?

[ded]

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

[gaspaarr]

А для корректного понимания астериском того факта, что у него изменился внешний IP необходимо прописать STUN сервер или можно по другому это разрулить?

[ded]

STUN сервер - лучше.
А ещё лучше балансер типа Kamailio вместо Микротика.

[gaspaarr]

FROM должен быть = одному из номеров, которые привязаны к нашему транку. По словам провайдера * умеет передавать номер звонящего не в поле FROM (как я понимаю это Remote-Party-ID) только для статических транков, а не для динамических (с авторизацией). У них страя информация?