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

АОН то здесь с какой стати??? DID-номер нужно выловить.
См. в доке п. 2.1.3 - там все достаточно подробно описано.

То бишь в потоке линии должны быть ISDN DID? Провайдера пинать для поднятия такого сервиса, я правильно понял?
P.S. на данный момент в потоке линии указаны как Normal

не правильно.
если у вас ISDN, то провайдера уже пинать не надо. А надо просто грамотно запрограммировать вашу АТС.

Ой ли? Поднимаю на УАТС тип ISDN DID для входящих линий - на звонок говорят "номер набран не правильно". Вертаю в Normal - звонки проходят. Это ли не провайдер??!

Нет это ваши руки

Нет, не ой ли!!
По Normal у Вас вход. вызовы уходят на назначение в ПГМ144, как обычные аналоговые СО-линии, т.е. присланный провадйером DID-номер не обрабатывается.
А когда у Вас указан тип линий как ISDN DID, то вызов обрабатывается по условию Ошибка (ПГМ167/2), поскольку у Вас это не настроено, т.е. не вырезаются лишние цифры, не настроена таблица DID (если тип DID =2) и т.д.
Чтобы принять DID-вызов станцию нужно настраивать, в зависимости от того, сколько цифр присылает провадйер!!
См. доку.

Так, сэр... гм, я конечно понимаю, что конец рабочего дня и все такое, но может подскажете по существу, без упражнений в остроловии? Где цапу покрутить, чтобы проблему порешать.

А для этого нужно знать исходную информацию от провайдера: сколько цифр номера присылает провайдер, какие именно цифры... Это проще узнать у провайдера, иначе нужно снимать трассировку потока.
Прочтите п. 2.1.3 в доке, там как раз и написано, где "цапу" подкрутить.

Мерси, ув. Harris, это уже "ближе к телу". Завтра с утра трясу прова по поводу цифири, а то поток сегодня подали (до этого сидели на аналоговых линиях), а его параметры - ни гугу. Блок-схему пролез, буду "рихтовать напильником". Спасибо. Извините за беспокойство - E1 настраиваю первый раз в жизни.

По идее, пров сам должен был выдать вам эту информацию...

Так же спросите, что он ждет от Вас, как-то тип номера, способ отпрвки,

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

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

Возможно.

- ПГМ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 (два первых транка). Звонок ушел не туда... Или я не прав?

Уважаемый!
Я знаю, что у Вас поток, и знаю как работает поток!!! В ПГМ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 и принципы программирования потока. В конце концов можно воспользоваться поимском по форуму. Обо всем этом писалось неоднократно.

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

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

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

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

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

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

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

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

Просто контора загружена звонками - Некоммерческое партнерство мы, звонят со все страны, и иногда из таких мухосрансков, что о тоновом наборе там речи быть не может в принципе. К тому же все люди нервные звонят (еще бы, Газпром им папа/мама/брат и т.п.), если на внутр.номер не попали - звонят секретарю, соедините в "режиме шухер!". А она одна у нас, у ген.дира, и своих задач у нее хватает по самые уши. Еще рулить звонками, которые не про нее - физически нет возможности. По сему и разрулить надо автоматом.
А где скачать перепрошивку, у Вас на сайте можно? Какое-нибудь специальное оборудования для перепрошивки нужно (в смысле - системный блок УАТС везти-не везти в контор, например к Вам) или перепрошивка происходит на месте штатными средствами УАТС (как BIOS в "матерях" на ПК)? Будет ли работать настройка УАТС, залитая из бэкапа с версией 3.7 на версии 3.8 или будут глюки (неохота снова все с нуля ручками повторять, умаялся )? Плата - MPBN.

- Раз плата MPBN, то никакого доп. оборудования не требуется.
- Перепрошивка выполняется утилитой LDK Upgrade, которая входит в комплект программы PC-Admin.
- При перепрошивки вся конфигурация станции (база данных системы) остается в полной сохранности. Так что кроме перепрошивки не нужно будет перепрограммировать станцию и, как правило, даже не нужно заново закачивать файл конфига. Но просто на всякий случай нужно предварительно скачать файл конфига (back-up). И только при необходимости его можно будет закачать и на версию 3.8.
Перед прошивкой нужно убедится, что батарейка на плате процессора включена и переключатель №8 стоит в положении= Off.
После перепрошивки нужно выполнить инициализацию версии 3.8 в ПГМ452.
- Версию прошивки можно скачать здесь же на сайте из раздела Download.

Ув. Harris - гранд мерси мое Вам. Последний вопрос: Прошивку до версии 3.8 нужно проводить PC-Adminом тоже для 3.8 или текущей, для 3.7?

Без разницы: саму процедуру перепрошивки можно выполнить PC-Admin'ом как версии 3.7, так и версии 3.8.
Но вот после перепрошивки, когда на станции уже будет стоять версия ПО = 3.8, то для дальнейших действий (в том числе и для инициализации версии 3.8 в ПГМ452) уже нужно будет пользоваться PC-Admin соответствующей версии (3.8).

Понял. Еще раз - огромное спасибо за консультацию.