Раздача входящих звонков по отделам, Входящий поток E1 и в нем 14 городских номеров. Как перенаправить. Опции

[Lobasterman]

Доброго рабочего времени, коллеги!
Ситуация такова:
Имеется УАТС IPLDK-100, Плата Prib получает поток E1 (30 транков). В поток заведены 14 номеров в коде 495.
Вопрос: Как мне выудить номера из потока и при входящем звонке из города перевести его на звонковую группу (отдел)? Предполагаю, что здест как-то надо АОН заточить, но КАК? Уже мосх вывихнул...

[Lobasterman]

Доброго рабочего времени, коллеги.

Задача такова: внешний абонент звонит по городскому, попадает на месседж, набирает внутренний номер абонента-получателя (или 0, если нужен факс), если нужный ему номер занят - звонок должен автоматически переадресоваться на первый свободный номер в группе (не аттенданту). По неответу этого номера (отошел сотрудник), по таймеру звонок идет дальше по кругу внутри группы. Каждому отделу выделен и разрулен отдельный номер по MSN, все отделы собраны в HUNT группы. Со всех входящих номеров должен быть выход на факс по набору одной клаиши (0), о чем в месседже звонящему и сообщается. Возможно ли решение такой задачи в принципе, а то в доке как-то неясно...

[harris]

Доброго рабочего времени, коллеги.

Задача такова: внешний абонент звонит по городскому, попадает на месседж, набирает внутренний номер абонента-получателя (или 0, если нужен факс), если нужный ему номер занят - звонок должен автоматически переадресоваться на первый свободный номер в группе (не аттенданту). По неответу этого номера (отошел сотрудник), по таймеру звонок идет дальше по кругу внутри группы. Каждому отделу выделен и разрулен отдельный номер по MSN, все отделы собраны в HUNT группы. Со всех входящих номеров должен быть выход на факс по набору одной клаиши (0), о чем в месседже звонящему и сообщается. Возможно ли решение такой задачи в принципе, а то в доке как-то неясно...

Возможно.

[harris]

- ПГМ167/2 (Error case) = ATTD
- в ПГМ144 прописать, куда отправлять вызов, если не было донабора номера вообще или донабор был неверный
- если абоненты прописаны в группы типа Terminal/Circular, то в атрибутах группы (ПГМ191) выключить опцию "Pilot Hunt". Если группы типа UCD/Ring, то включить соответствующую опцию "UCD (или Ring) Service Usage" в ПГМ112.

[Lobasterman]

- ПГМ167/2 (Error case) = ATTD
- в ПГМ144 прописать, куда отправлять вызов, если не было донабора номера вообще или донабор был неверный
- если абоненты прописаны в группы типа Terminal/Circular, то в атрибутах группы (ПГМ191) выключить опцию "Pilot Hunt". Если группы типа UCD/Ring, то включить соответствующую опцию "UCD (или Ring) Service Usage" в ПГМ112.

Благодарю, но есть одна заковыка - городские номера мне приходят в потоке... Соответственно, транки на входящие звонки распределяются динамически по принципу свободности. А если начинаю рулить ПГМ144 по номерам CO, то получится ерунда: позвонил входящий по номеру ххх-хх-хх, занял транк №1, набрал вн.номер, попал в отдел 1; второй транк занял исходящий вызов кого-то из отдела 2; входящий вызов на отдел 1 потретьему транку на тот же вн.номер, что и первый звонок-занято-перенаправил по ПГМ144... А на отдел выделены всего 2 CO (два первых транка). Звонок ушел не туда... Или я не прав?

[harris]

Благодарю, но есть одна заковыка - городские номера мне приходят в потоке... Соответственно, транки на входящие звонки распределяются динамически по принципу свободности. А если начинаю рулить ПГМ144 по номерам CO, то получится ерунда: позвонил входящий по номеру ххх-хх-хх, занял транк №1, набрал вн.номер, попал в отдел 1; второй транк занял исходящий вызов кого-то из отдела 2; входящий вызов на отдел 1 потретьему транку на тот же вн.номер, что и первый звонок-занято-перенаправил по ПГМ144... А на отдел выделены всего 2 CO (два первых транка). Звонок ушел не туда... Или я не прав?

Уважаемый!
Я знаю, что у Вас поток, и знаю как работает поток!!! В ПГМ140 линии потока должны быть указаны как тип ISDN DID!!
И в ПГМ141/1 (CO Group) ВСЕ каналы потока у Вас должны быть назначены в ОДНУ и ту же группу линий (в ОДИН транк)!!!! Не должно быть у Вас никакого деления на транки по отделам!!!! У Вас единый поток и входящие номера никак не связаны с номерами каналов (транками). Весь поток один транк как со стороны провайдера, так и с вашей стороны!!!
Входящие Вы принимаете по ПГМ231, как DID вызовы.
Если Вы хотите обслуживать DID вызов в режиме DISA (с тоновым донабором номера), то в ПГМ231 DID-вызов должен быть у Вас назначен на какое-то речевое сообщение VMIB. Это будет режим DISA.


НО далее, в том случае, если внешний абонент не донабрал номер, или донабрал ошибочный номер, то вызов обслуживается по ПГМ167/2 (Error Case).
Так вот если там указать = ATD, то тогда уже станция при ошибке донабора (уже после речевого сообщения) будет продолжать обслуживать вызов по ПГМ144 (если там есть назначения) или тупо отправит на Аттенданта (ПГМ164). Удобство назначения ПГМ167/2 = ATD в том, что можно по ошибке (отсутствие донабора номера) отправлять вызов на разные назначения для режима Дня/Ночи/ВЫходной !!! Если у Вас нет такой необходимости различать режимы День/Ночь/Выходной, то можете просто в ПГМ167/2 "в лоб" указать нужную Hunt-группу секретарей.
Может проще вызвать спеца, чтобы самому не мучаться с программированием станции??
Сил уже нет про одно и то же писать в сотый раз и "на пальцах" в деталях пояснять основы ISDN и принципы программирования потока. В конце концов можно воспользоваться поимском по форуму. Обо всем этом писалось неоднократно.

[Lobasterman]

Уважаемый!
Я знаю, что у Вас поток, и знаю как работает поток!!! В ПГМ140 линии потока должны быть указаны как тип ISDN DID!!
Входящие Вы принимаете по ПГМ231, как DID вызовы.
Если Вы хотите обслуживать DID вызов в режиме DISA (с тоновым донабором номера), то в ПГМ231 DID-вызов должен быть у Вас назначен на какое-то речевое сообщение VMIB. Это будет режим DISA.

НО далее, в том случае, если внешний абонент не донабрал номер, или донабрал ошибочный номер, то вызов обслуживается по ПГМ167/2 (Error Case).
Так вот если там указать = ATD, то тогда уже станция при ошибке донабора (уже после речевого сообщения) будет продолжать обслуживать вызов по ПГМ144 (если там есть назначения) или тупо отправит на Аттенданта (ПГМ164). Удобство назначения ПГМ167/2 = ATD в том, что можно по ошибке (отсутствие донабора номера) отправлять вызов на разные назначения для режима Дня/Ночи/ВЫходной !!! Если у Вас нет такой необходимости различать режимы День/Ночь/Выходной, то можете просто в ПГМ167/2 "в лоб" указать нужную Hunt-группу секретарей.
Может проще вызвать спеца, чтобы самому не мучаться с программированием станции??

Ну чего Вы ругаетесь с утра пораньше? Все указанное Вами мне превосходно известно. Просто у меня единый режим для всех времен. А по ПГМ167-2 можно назначить ОДНО направление по ВСЕМ "неправильным" входящим звонкам. А мне нужно чтобы входящие по РАЗНЫМ номерам попадали в РАЗНЫЕ группы и при недонаборе или ошибке набора крутились в РАЗНЫХ группах (тех, которые назначены конкретому номеру в MSN). Ну, и соответственно, ПГМ144 тоже не катит из-за требования открытости всех транков на вход-выход. Вот в чем беда. Я конечно туп, но не до такой же степени...

[harris]

Ну чего Вы ругаетесь с утра пораньше? Все указанное Вами мне превосходно известно. Просто у меня единый режим для всех времен. А по ПГМ167-2 можно назначить ОДНО направление по ВСЕМ "неправильным" входящим звонкам. А мне нужно чтобы входящие по РАЗНЫМ номерам попадали в РАЗНЫЕ группы и при недонаборе или ошибке набора крутились в РАЗНЫХ группах (тех, которые назначены конкретому номеру в MSN). Ну, и соответственно, ПГМ144 тоже не катит из-за требования открытости всех транков на вход-выход. Вот в чем беда. Я конечно туп, но не до такой же степени...

ОК. Давайте по шагам...
У Вас DISA включена только на одном MSN/DID-номере??? Или на всех??

[Lobasterman]

ОК. Давайте по шагам...
У Вас DISA включена только на одном MSN/DID-номере??? Или на всех??

На 10 из 14 входящих. С остальными вопросов нет, к них дистанция - конкретный вн.номер и более никуда.

[harris]

На 10 из 14 входящих. С остальными вопросов нет, к них дистанция - конкретный вн.номер и более никуда.

10 номеров с DISA??? Зачем??
Так мы будем долго разбираться. Позвоните мне ((495) 987-4785). Быстрее будет по телефону за 5 минут все пояснить.

[harris]

Если нужно, чтобы:
- вход. вызов по DID-номеру получал просто входное приветствие конкретного отдела и далее сразу уходил на сотрудников отдела (без донабора номера..., зачем донабирать, если клиент уже позвонил в конкретный отдел), то вызов в ПГМ231 просто направляется в нужную Hunt-группу.
- вход. вызовы по всем 10-ти DID-номерам обслуживаются с донабором номера (DISA/CCR), то тогда версия софта должна быть не ниже 3.8. Тогда нужно включить таблицы CCR (ПГМ228) для каждого из используемых речевых сообщеий VMIB (для каждого отдела). И там же в СCR для каждого реч. сообщения можно отдельно указать, куда отправлять вызов в случаях: набранный номер занят, ошибочный донабор/отсутствие донабора, номер не отвечает.
Т.е. начиная с версии 3.8 в CCR сделали обработку аналогично ПГМ167, но для каждого реч. сообщения в отдельности. Получаются разные назначения по ошибке/неответу/занятости для каждого сообщения VMIB, а значит для каждого отдельного вход. DID-номера.

[Lobasterman]

Если нужно, чтобы:
- вход. вызов по DID-номеру получал просто входное приветствие конкретного отдела и далее сразу уходил на сотрудников отдела (без донабора номера..., зачем донабирать, если клиент уже позвонил в конкретный отдел), то вызов в ПГМ231 просто направляется в нужную Hunt-группу.
- вход. вызовы по всем 10-ти DID-номерам обслуживаются с донабором номера (DISA/CCR), то тогда версия софта должна быть не ниже 3.8. Тогда нужно включить таблицы CCR (ПГМ228) для каждого из используемых речевых сообщеий VMIB (для каждого отдела). И там же в СCR для каждого реч. сообщения можно отдельно указать, куда отправлять вызов в случаях: набранный номер занят, ошибочный донабор/отсутствие донабора, номер не отвечает.
Т.е. начиная с версии 3.8 в CCR сделали обработку аналогично ПГМ167, но для каждого реч. сообщения в отдельности. Получаются разные назначения по ошибке/неответу/занятости для каждого сообщения VMIB, а значит для каждого отдельного вход. DID-номера.

Прошу прощения - я тут "и печник и плотник...". Убегал по другой служебной надобности.
Тогда понятно. Нужен именно второй вариант. У меня версия программы 3.7. Как-нибудь прошивка обновляется? Или данный вопрос решается только заменой платы MPB?

[harris]

Прошу прощения - я тут "и печник и плотник...". Убегал по другой служебной надобности.
Тогда понятно. Нужен именно второй вариант. У меня версия программы 3.7. Как-нибудь прошивка обновляется? Или данный вопрос решается только заменой платы MPB?

2-ой вариант??? Так вот я и удивляюсь: а нахрена в одной и той же конторе иметь 10 номеров DISA??? Почему бы не обойтись одним номером DISA (многоканальный), и внешний абонент может донабрать любой внутр. номер, т.е. номер сотрудника любого отдела!! А остальные 9 номеров могут прямиком приходить непосредственно на абонентов своего отдела, не заставляя вызывающего абонента заниматься донабором внутр. номеров.
Или у Вас все-таки не одна организация, а 10 разных контор, совместно использующих один поток (например, бизнес-центр, 10 разных офисов, связь предоставляется через один поток PRI)??? Ну тогда это еще понятно...

Если у Вас ipLDK-100 и уже стоит версия 3.7, то процессор менять не нужно!!
Нужно просто перепрошить PMU(ASMU) на версию 3.8-3.9. Если у Вас старый процессор - MPB, то для перепрошивки потребуется модуль памяти DMEMU. А если у Вас новый процессор - MPBN, то для перепрошивки никакого дополнительно модуля памяти не нужно.