Форумы  ·  Войти  · 

Тема: mg 300 несколько АОН номеров

25.06.12 11:02   Malder  (5/25.06.12)  

Собственно, есть mg 300, в ней палата VOIB24 с SIP. Один и тот же провайдер предоставляет мне 2 пула внешних номеров А и В. Номера разных областей. Стоит вопрос, реально ли, что бы пользователь, при звонке в одного и того же внутреннего номера скажем по коду 0 попадал в пул номеров А по коду 9 в пул номеров В, и выдавал соотсвественно разные АОН, для пула А свой для пула В свой. Интересует возможность это реализовать без привязки по CLI к конкретной линии. Так как хочеться что бы это было универсально и все пользователи набирали 9 для доступа ко кторому пулу, а не кто то 9 кто то 10 скажем.

[ #1 ]  25.06.12 12:56   Fish  EXPERT  

а вы что в принципе можете привязать к абоненту любой АОН?

[ #2 ]  25.06.12 13:13   Malder  (5/25.06.12)  
Fish - 25.06.12 12:56

а вы что в принципе можете привязать к абоненту любой АОН?

Да, могу в Station DN Attribute(131~135)[N] в поле SIP User ID Table (1-72, empty=not assign) можно указать какой конкретный АОН будет отдавать провайдеру внутренний номер при совершении внешних звонков.

[ #3 ]  25.06.12 15:20   harris  EXPERT  

Каждому абоненту можно приписать несколько внутр. номеров DN. И каждому DN указать свой АОН.
Далее на системнике можно выбрать, с какого внутр. номера осуществляется вызов (нажатие кнопки DN), и тем самым будет выбран нужный АОН.
А вот можно ли это выбрать на SLT - я пока не в курсе.

[ Изменено: 25.06.12 15:25 harris ]
[ #4 ]  25.06.12 15:47   Malder  (5/25.06.12)  
harris - 25.06.12 15:20

Каждому абоненту можно приписать несколько внутр. номеров DN. И каждому DN указать свой АОН.
Далее на системнике можно выбрать, с какого внутр. номера осуществляется вызов (нажатие кнопки DN), и тем самым будет выбран нужный АОН.
А вот можно ли это выбрать на SLT - я пока не в курсе.

Проблема то именно в SLT, у конечных то юзеров не у всех системники стоят.

[ #5 ]  26.06.12 11:35   Malder  (5/25.06.12)  

При помощи более опытных и мудрых людей:), вопрос решился.
Вообщем что надо:
1.Station DN Attribute(131~135)[N] прописать в Long CLI 1..3 нужнае АОН которые надо выдавать провайдеру
2. в SIP User ID Table в From Number поставить CLI
3. В Station DN Attribute(131~135)[N] в поле SIP User ID ОБЯЗАТЕЛЬНО поставить ссылку на один из номеров которые вам надо будет выдавать провайдеру. БЕЗ ЭТОГО НИЧЕГО НЕ ЗАРАБОТАЕТ. Сам наступил на эти грабли:)
4. В Outgoing CO ATTR(170~171)[N] в CLI Type указывае какой АОН будет использоваться для линии. Representative CLI Usage ставим OFF
5. В CO Line Attribute(160~163)[N] относим линии к конкретным группам доступа. Digit Conv tables у всех линий остаються одной(у меня при разных таблица падали все входящие звонки).
6. В CO/IP Group Access(150)[N] даем доступ внутренним номерам к нашим группам, которые указали в В CO Line Attribute(160~163)[N].
7. В моем конкретном случаи, у меня польщователи по 0 имели доступ к одному пулу, а по 9 к другому, Соотвественно, я в Digit Conv tables внес в Dialed Digit 9 в Changed Digit 807(код моей группу для второго пула).

Ну вот как то так. постарался максимально подробно расписать что делал, вдруг кому пригодиться.
PS. Проверялось только на SIP.

[ #6 ]  26.06.12 11:47   Дрон  EXPERT  

Не совсем, конечно, как хотели - без привязки по CLI к конкретной линии(группе линий) не обошлось...

[ #7 ]  26.06.12 12:26   Malder  (5/25.06.12)  
Дрон - 26.06.12 11:47

Не совсем, конечно, как хотели - без привязки по CLI к конкретной линии(группе линий) не обошлось...

Ну это во всяком случаи меньшая кровь, как думали изначально. Как минимум есть общие префиксы для доступа к конкретным пулам, А не каждый префикс в отдельности на каждую группу.

Komendant.pro
 ©1999-2024  Инженерная лаборатория "Комендантъ"