Ipecs MG300 и E1 Опции

[V.psh]

Добрый вечер!
Комрады, помогайте!
Есть MG300, поток поднял, входящие разрулил, но как сделать так что бы например с номера 100 выход на СО шел с определенного номера и только с него?
Как передать АОН провайдеру?
Спасибо!

[V.psh]

Еще вопросик такой, как сделать так когда 1 абонент занял определенный номер 2 абонент не мог выйти по этому номеру в город и получил отбой?

[AXEL]

Еще вопросик такой, как сделать так когда 1 абонент занял определенный номер 2 абонент не мог выйти по этому номеру в город и получил отбой?

Ага, а потом абоненты скажут, что ваша станция не работает

[V.psh]

Ага, а потом абоненты скажут, что ваша станция не работает

Так просит сделать заказчик

[harris]

Так просит сделать заказчик

Тогда нужно каждому каналу потока приписать свой номер АОНа (CLI) как на вашей станции, так на и стороне провайдера.
Обычно так не делают, т.к. ИМХО это чушь.
Зачем это нужно заказчику?? Чего именно он хочется добиться?? Может, он просто чего-то не понимает ??
Нужно объяснить заказчику, как работает поток ISDN, и в чем отличия от аналоговых СЛ.

[mirage]

Тогда нужно каждому каналу потока приписать свой номер АОНа (CLI) как на вашей станции, так на и стороне провайдера.
Обычно так не делают, т.к. ИМХО это чушь.
Зачем это нужно заказчику?? Чего именно он хочется добиться?? Может, он просто чего-то не понимает ??
Нужно объяснить заказчику, как работает поток ISDN, и в чем отличия от аналоговых СЛ.

Я не программист АТС, я сисадмин. Ставят нам сейчас станцию IPECS-MG 300, два потока Е1 в них 46 номеров, внутренних 144. Нам тоже надо ограничить количество соединений с городом по группам. Например есть группа *620 в которую входят станции с 123 по 132 (10 шт.). Городской номер +7 (495) 3ХХХХХХ (вместо Х реальные цифры) на вход конвертируется в *620. Входящие звонки на этот номер уходят на группу станций 123-132, свободные из них начинают звонить пока не снимут трубку. Все как нам и надо. Но нам нужно ограничить количество одновременных входящих вызовов на эту группу до 3-х. И количество одновременных исходящих соединений этой группы с городом тоже до 3-х. Тоесть из 10 станций группы одновременно могут занять только 6 тайм/слотов потока Е1, 3 на вход и 3 на выход. Программисты которые запускают АТС мне объясняют, что поток Е1 работает не так, как я думаю и этого не сделать. Я знаю как работает поток Е1 в режиме DID и пытаюсь им объяснить что мы не хотим менять принципы работы потока. Мы хотим что-бы станция вела себя так как нужно нам. В качестве примера привожу следующий алгоритм работы (который реализован):
В потоке есть номер +7 (495) 3ХХХХХ12 который на вход конвертируется в 110 (очередь в ноль) и если станция 110 занята, то звонящий на этот номер абонент слышит сигнал "занято". То есть наша АТС может дать потоку Е1 отбой если условия занятости внутреннего номера куда должен придти вызов соблюдены.
Так почему АТС не может также дать потоку отбой если на отвечающую группу внутренних номеров, куда должен придти вызов уже есть определенное количество входящих городских вызовов??? Информация об этом у станции имеется. И для реализации данного функционала пофиг, как приходят внешние вызовы (по аналогу, потоку или IP).
Так же и на выход на город. Ставим на группу, где нибудь, ограничение на какое-то количество одновременных исходящих на город вызовов и если из группы кто-то пытается выйти на город, а станция видит что из этой группы уже есть максимальное количество исходящих городских вызовов то абонет получает отбой.
Неужеле на такой современной станции нельзя реализовать такой простой алгоритм?

[ЛыЖник]

Я не программист АТС, я сисадмин. Ставят нам сейчас станцию IPECS-MG 300, два потока Е1 в них 46 номеров, внутренних 144. Нам тоже надо ограничить количество соединений с городом по группам. Например есть группа *620 в которую входят станции с 123 по 132 (10 шт.). Городской номер +7 (495) 3ХХХХХХ (вместо Х реальные цифры) на вход конвертируется в *620. Входящие звонки на этот номер уходят на группу станций 123-132, свободные из них начинают звонить пока не снимут трубку. Все как нам и надо. Но нам нужно ограничить количество одновременных входящих вызовов на эту группу до 3-х. И количество одновременных исходящих соединений этой группы с городом тоже до 3-х. Тоесть из 10 станций группы одновременно могут занять только 6 тайм/слотов потока Е1, 3 на вход и 3 на выход. Программисты которые запускают АТС мне объясняют, что поток Е1 работает не так, как я думаю и этого не сделать. Я знаю как работает поток Е1 в режиме DID и пытаюсь им объяснить что мы не хотим менять принципы работы потока. Мы хотим что-бы станция вела себя так как нужно нам. В качестве примера привожу следующий алгоритм работы (который реализован):
В потоке есть номер +7 (495) 3ХХХХХ12 который на вход конвертируется в 110 (очередь в ноль) и если станция 110 занята, то звонящий на этот номер абонент слышит сигнал "занято". То есть наша АТС может дать потоку Е1 отбой если условия занятости внутреннего номера куда должен придти вызов соблюдены.
Так почему АТС не может также дать потоку отбой если на отвечающую группу внутренних номеров, куда должен придти вызов уже есть определенное количество входящих городских вызовов??? Информация об этом у станции имеется. И для реализации данного функционала пофиг, как приходят внешние вызовы (по аналогу, потоку или IP).
Так же и на выход на город. Ставим на группу, где нибудь, ограничение на какое-то количество одновременных исходящих на город вызовов и если из группы кто-то пытается выйти на город, а станция видит что из этой группы уже есть максимальное количество исходящих городских вызовов то абонет получает отбой.
Неужеле на такой современной станции нельзя реализовать такой простой алгоритм?

В АТС, кроме работы с абонентским номером, используются HUNT-группа. Вот работа внутренних абонентов в группе может несколько отличаться от работы отдельного абонента. В группе из трех абонентов можно указать количество входящих звонков.
А вот исходящие звонки идеализируются по другому. Как правило, канал передачи информации предоставляется каждому внутреннему абоненту при наборе 9 (ну, может за исключением ограничения по COS) не зависимо от организации входящих звонков. Можно линии СО в потоке порезать на группы для исходящих звонков и в прг.117 дать доступ абонентам к соответствующим группам. НО, входящие звонки от ГАТС будут направляться в УПАТС по ЛЮБОЙ линии СО потока. Иначе, надо и в ГАТС поток пилить на транки, что, согласитесь, никто делать не будет. Мне всё-же непонятно, зачем вам нужно ограничение по исходящим звонкам. Вы скатываетесь к использованию аналоговых линий. В одной группе народ не может звонить потому, что линии СО заняты, и в то же время в соседней группе линии СО будут простаивать. Вы нерационально будете использовать трафик связи. Выше дело. Кто-то использует комп для написания докторской, а кто-то для раскладывания пасьянса.

[mirage]

В АТС, кроме работы с абонентским номером, используются HUNT-группа. Вот работа внутренних абонентов в группе может несколько отличаться от работы отдельного абонента. В группе из трех абонентов можно указать количество входящих звонков.
А вот исходящие звонки идеализируются по другому. Как правило, канал передачи информации предоставляется каждому внутреннему абоненту при наборе 9 (ну, может за исключением ограничения по COS) не зависимо от организации входящих звонков. Можно линии СО в потоке порезать на группы для исходящих звонков и в прг.117 дать доступ абонентам к соответствующим группам. НО, входящие звонки от ГАТС будут направляться в УПАТС по ЛЮБОЙ линии СО потока. Иначе, надо и в ГАТС поток пилить на транки, что, согласитесь, никто делать не будет. Мне всё-же непонятно, зачем вам нужно ограничение по исходящим звонкам. Вы скатываетесь к использованию аналоговых линий. В одной группе народ не может звонить потому, что линии СО заняты, и в то же время в соседней группе линии СО будут простаивать. Вы нерационально будете использовать трафик связи. Выше дело. Кто-то использует комп для написания докторской, а кто-то для раскладывания пасьянса.

Поток резать не вариант ... Мы не скатываемся к использованию аналоговых линий, просто хочется иметь возможность гибко управлять имеющимися ресурсами. Вот например для чего нам нужно ограничить количество исходящих на группу. Раньше у нас (Завод) стояла АТС от провайдера связи (мы не имели доступа к программированию) и было выделено 104 внутренних номера (46 с выходом на город, с четкоей привязкой "номер внутр."-"номер городской"-1СО) и 58 без выхода в город. Сейчас мы купили станцию IPECS-MG300 и взяли два потока Е1 (46 номеров-60тс) от другого провайдера. Провайдер дает безлимит на город и область. Руководство хочет дать возможность звонить по этому направлению тем абонентам которые раньше выхода в город не имели, но не в ущерб работе тех абонентов которым связь нужна для работы. Да и в отделах которые работают в основном на телефонах раньше было так: на отдел давали 2-3 городских номера(линии) и ставили паралельные аппараты. Сейчас есть возможность паралельные убрать, но нужно ограничить занимаемые внешние ресурсы. Если по статистике за месяц-два мы увидим простой линий может что и изменим, но на стартовом этапе нам надо обезопасить себя и не допустить ситуации, что два отдела забили все слоты и в другие отделы не могут прозвониться. Не имея доступа к статистике занятия линий в предыдущие переоды делать прогнозы не получится. Со слов самих сотрудников у них постоянная очередь на позвонить в город (достоверность под вопросом, но начальникам отделов были поставлены отдельные внутренние телефоны (без выхода в город) запитаных от старой маленькой АТС Сименс, для прямой связи руководителей с ними по причине невозможности дозвониться до них по основной внутренней связи).
Про HUNT-группы и ограничения которое там можно выставить можно поподробнее... А то в доке что-то не могу найти установку ограничения на кол-во входящих соединений на группу...