Несколько учетных записей одного провайдера на Asterisk

[dmitrij10]

Здравствуйте! Есть настроенный работающий Asterisk (дистрибутив Elastix). Подключились к провайдеру Ростелеком по SIP. В настоящее время 2 номера, будем расширяться до 16. Провайдер требует отдельную регистрацию на каждый номер, поэтому сконфигурировал 2 транка на каждый. Почти сразу заметил странное - входящие звонки как будто приходят с одного транка (первый в списке), это видно в логах и во flash панели оператора. Нашел описание данной проблемы. Вот например: http://igorg.ru/2012/02/22/sip-trank-neskolko-uchyotok/. Суть статьи сводится к тому что нормального решения нет, только костыли. Хочется знать мнение специалистов по данному вопросу?

[ded]

Регистрации должны быть естественно на каждый номер. А транк - один (или два, для резервирования разве что).
Транк - труба, по ней одной прибегают входящие вызовы на один номер (DID), или на разные. Труба втыкается во входящий контекст, в котором номера (DIDs) разруливаются по абонентам, ИВР, приложениям.
Что не так в этой логике? И что мешает хорошо жить? Разве нужно делать 10 трубочек из точки А в точку Б, вместо одной трубы?

[dmitrij10]

Вопрос новичка может быть. Как сделать несколько регистраций в одном транке? Прописывать несколько раз username и secret?

[ded]

В самом простом виде: у вас один провайлер, выдал вам три номера
1234567
2233445
9876543
регистрируем их
username1:secret1@sip.proxy.provider/1234567
username2:secret2@sip.proxy.provider/2233445
username3:secret3@sip.proxy.provider/9876543

[Vlad1983]

разделить нормально входящие каналы по транкам (для мониторинга состояния занятости определенных каналов например) стандартными средствами можно, но в случае если оператор шлет CID только в заголовке P-Asserted-Identity или Remote-Party-ID, а From = вашему ID
операторов таких надо ещё поискать

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

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

[noize]

Vlad1983, расскажите, что за костыль

[dmitrij10]

Vlad1983, опыт - дело наживное, подскажите куда копать.

[Vlad1983]

между оператором и астериском ставится FreeSwitch (можно и астериск - FS просто меньше ресурсов отъедает), он регается на операторе и на астериске
разруливает трафик от оператора по DID на нужный в астериск
исходящие от астериска по префиксам в нужный транк на оператора

в мониторинге красота)

имеет смысл если стоит ограничение на одновременные исходящие с одного ID, т.к. тогда занятость любого ID проверяется из диалплана на раз.

[Obi Van]

dmitrij10
Вам ded всё ответил. К примеру, у меня 6 номеров от Ростелекома. Валятся в один контекст, для них настроен один транк в sip.conf. На каждый номер идёт своя регистрация. Если номер не зарегестрирован на софтсвитче Ростелекома, то внешние звонки на него не идут (т.е так, как будто он отключён). По желанию заказывается услуга "групповой номер", когда несколько линий объединятся под одним номером с перебором "по занято" на стороне Ростелеком. Фактически вы получите n-канальность, где n-количество ваших номеров. Разберётесь?

[noize]

между оператором и астериском ставится FreeSwitch

Блин, я думал что костыль на уровне астериска. А тут получается уже какая то инвалидная коляска))