Каждой VOIP СО - отдельная регистрация на Asterisk, Как сопоставить определенную СО с учетной записью на ipldk300 Опции

[Lex]

Подскажите пожалуйста, если это вообще возможно сделать на ipldk300, как сделать соответствие (привязать) внешней СО (через voip плату) к определенной учетной записи, которая будет подключаться к оператору ip телефонии( в моем случае это астериск стоящий у меня же).
Т.е. подключаешься к оператору IP телефонии по первой учетке- значит будешь использовать определенную СО (на плате VOIB) для выхода через IP.
Если больше конкретики, то мне бы хотелось звонить с астериска и попадать на определенную СО на плате VOIB (с 33по 40 СО)
Хотел бы реализовать схему приведенную ниже:
Например, звону с атриска на ipldk - набираю номер 1111(c астериска), попадаю на 33 СО (ipldk),если звоню на 1112 попадаю на 34 СО(ipldk), и т.д.

[harris]

Подскажите пожалуйста, если это вообще возможно сделать на ipldk300, как сделать соответствие (привязать) внешней СО (через voip плату) к определенной учетной записи, которая будет подключаться к оператору ip телефонии( в моем случае это астериск стоящий у меня же).
Т.е. подключаешься к оператору IP телефонии по первой учетке- значит будешь использовать определенную СО (на плате VOIB) для выхода через IP.
Если больше конкретики, то мне бы хотелось звонить с астериска и попадать на определенную СО на плате VOIB (с 33по 40 СО)
Хотел бы реализовать схему приведенную ниже:
Например, звону с атриска на ipldk - набираю номер 1111(c астериска), попадаю на 33 СО (ipldk),если звоню на 1112 попадаю на 34 СО(ipldk), и т.д.

А зачем такие сложности?? Чего Вы этим хотите добиться??

[Lex]

А зачем такие сложности?? Чего Вы этим хотите добиться??

Сложности наверное потому, что я не пойму, как сделать проще ,чем привязать определенные СО к определенной учетке, которая коннектится к астериску.
Чего хочу добиться - чтобы звонки с астериска поступали целенаправлено на нужную СО атс, а значит на нужного абонента.
Ситуация такая, есть атс с платой voib на 8 каналов. Эта плата подключается по SIP к астериску через ОДНУ учетную запись, посредсвом LAN. И соответсвенно при таком типе подключения астериск понятия не имеет сколько каналов в плате voib - он видит просто транк от атс до себя (астериска), но все дело в том, что в этом транке 8 каналов, а как это дать понять астериску - я не знаю, поэтому и хочу заморочиться и присвоить каждой СО свою учетную запись на атс , которые, в свою очередь, будут подключаться к астериску.
Все это для того, чтобы с астерика или через него (входящая связь на атс с астериска), можно было попасть на нужною СО атс, которая использует свой логин и пароль при подключении к астериску ( для того чтобы астериск мог идентифицировать по учетной записи определенную СО атс).
Как по другому дать понять астериску что к нему коннектиться 8 каналов (СО), а не один я не знаю(((.
P.S.
Поправьте - если не прав.

[Dron]

Сложности наверное потому, что я не пойму, как сделать проще ,чем привязать определенные СО к определенной учетке, которая коннектится к астериску.
Чего хочу добиться - чтобы звонки с астериска поступали целенаправлено на нужную СО атс, а значит на нужного абонента.
Ситуация такая, есть атс с платой voib на 8 каналов. Эта плата подключается по SIP к астериску через ОДНУ учетную запись, посредсвом LAN. И соответсвенно при таком типе подключения астериск понятия не имеет сколько каналов в плате voib - он видит просто транк от атс до себя (астериска), но все дело в том, что в этом транке 8 каналов, а как это дать понять астериску - я не знаю, поэтому и хочу заморочиться и присвоить каждой СО свою учетную запись на атс , которые, в свою очередь, будут подключаться к астериску.
Все это для того, чтобы с астерика или через него (входящая связь на атс с астериска), можно было попасть на нужною СО атс, которая использует свой логин и пароль при подключении к астериску ( для того чтобы астериск мог идентифицировать по учетной записи определенную СО атс).
Как по другому дать понять астериску что к нему коннектиться 8 каналов (СО), а не один я не знаю(((.
P.S.
Поправьте - если не прав.

А кто вам мешает в SIP Attribute 2 прописать нужное кол-во учеток и разруливать входящие вызовы через DID??

[Lex]

А кто вам мешает в SIP Attribute 2 прописать нужное кол-во учеток и разруливать входящие вызовы через DID??

Это не совсем то, DID маршрутизирует по номеру ВЫЗЫВАЮЩЕГО абонента. Если это сделать, то будет следущее:
абонент 2000 (абонент из удаленного офиса работающего через SIP) хочет позвонит абоненту 1000 (другой абонент в другом офисе на астериске) - а у него в DID смаршрутизировано так, что при любом наборе он будет попадать на номер 1000, то как бы не старался абонент 2000 позвонить абонену 1001 - он все равно будет попадать на абонента 1000.
Из мануала я понял именно это.

Я думал про другой вариант того как сделать чтобы было соответствие СО и учетной записи, но там свои трудности. Опишу ниже какие варианты посещали мою голову)).

Если например сделать для каждой из 8 СО на плате voip свою группу - networking CO Group и дать выход нужным пользователям к этим группам. сделаю 8 учеток в SIP ATTRIBUTE 2- для каждой СО, т.е. каждой CO GROUP. Но в ПРГ 111 в SIP USER ID TABLE для каждого абонента можно назначить только один индекс из SIP ATTRIBUTE 2, это значит, что назначив один индекс абонент сможет выйти только через одну линию(т.к. один индекс использует одну группу линий, в которой находиться всего одна линия СО VOIP), как следствие, при занятости этой линии кем-то другим, абонент просто не сможет выйти наружу через эту СО.
В таком варианте я бы разрулил, но получается выше описа

[Dron]

Если например сделать для каждой из 8 СО на плате voip свою группу - networking CO Group и дать выход нужным пользователям к этим группам. сделаю 8 учеток в SIP ATTRIBUTE 2- для каждой СО, т.е. каждой CO GROUP. Но в ПРГ 111 в SIP USER ID TABLE для каждого абонента можно назначить только один индекс из SIP ATTRIBUTE 2, это значит, что назначив один индекс абонент сможет выйти только через одну линию(т.к. один индекс использует одну группу линий, в которой находиться всего одна линия СО VOIP), как следствие, при занятости этой линии кем-то другим, абонент просто не сможет выйти наружу через эту СО.
В таком варианте я бы разрулил, но получается выше описа

Что то вы опять пытаетесь мудрить!
Зачем разбивать линии VoIP на группы?? Все в одной!
Можно и не 8 учеток, а максимум 96(сколько абонентов нужно с астериска вызывать напрямую, столько и нужно). Назначив абоненту SIP USER ID TABLE вы не привяжете его к конкретной линии (он сможет использовать любую из ваших 8-ми), а определите ему АОН, под котором он будет отображаться при осуществлении исходящих вызовов по SIP.