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).
Так же и на выход на город. Ставим на группу, где нибудь, ограничение на какое-то количество одновременных исходящих на город вызовов и если из группы кто-то пытается выйти на город, а станция видит что из этой группы уже есть максимальное количество исходящих городских вызовов то абонет получает отбой.
Неужеле на такой современной станции нельзя реализовать такой простой алгоритм?

[harris]

Я не программист АТС, я сисадмин. Ставят нам сейчас станцию 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), можно используя опцию Max Queue в атрибутах Hunt-группы, как уже выше написал уваж. Dron.
Причем ограничивается не кол-во входящих вызовов в принципе, а кол-во вызовов в очереди в группе!!
Но ограничить кол-во исходящих вызовов с одним и тем же номером CLI (АОН), а насколько было понятно из исходного вопроса в этой ветке, требовалось именно это - так это уже совсем другая история, которая решается привязкой номера к каналу.
Как я уже писал выше, чтобы решить вашу задачу в полном объеме, нужно привязывать номера к каналам потока на обоих сторонах линии Е1. А это, Имхо, глупо. Какой в этом смысл??? Чего боитесь, что не хватит каналов, если одна группа абонентов займет больше каналов, чем вы им хотите предписать??

[mirage]

Входящие и исходящие вызовы - разные вещи. Ограничить кол-во входящих вызовов, направленных в группу абонентов (Hunt), можно используя опцию Max Queue в атрибутах Hunt-группы, как уже выше написал уваж. Dron.
Причем ограничивается не кол-во входящих вызовов в принципе, а кол-во вызовов в очереди в группе!!
Но ограничить кол-во исходящих вызовов с одним и тем же номером CLI (АОН), а насколько было понятно из исходного вопроса в этой ветке, требовалось именно это - так это уже совсем другая история, которая решается привязкой номера к каналу.
Как я уже писал выше, чтобы решить вашу задачу в полном объеме, нужно привязывать номера к каналам потока на обоих сторонах линии Е1. А это, Имхо, глупо. Какой в этом смысл??? Чего боитесь, что не хватит каналов, если одна группа абонентов займет больше каналов, чем вы им хотите предписать??

Не количество исходящих вызовов с одним CLI, а количество исходящих вызовов из группы (CLI могут быть разными).
Мы боимся что без ограничений на группы абоненттов, каналов не хватит и отделы не смогут сбалансированно работать (по крайней мере пока мы не соберем реальную статистику использования канала). Ведь по принципу "Кто первый встал, того и тапки" ситуация, что будут заняты все каналы двумя отделами и остальные отделы не смогут получать и совершать вызовы имеет теоретическую возможность.