Захожу в PGM 200, там выбираю группу 620, настраиваю ее - выбираю Group Type, включаю и исключаю мемберОв, и т.д.

Потом иду в Pilot Hunt Group (210-211).
В соответствующем разделе вижу поля Forward Destination /Max 24 Digits/ (по одному для Day/Night/Timed).
Ниже вижу раздел Members.

Не совсем понятно, что указывать в полях Forward Destination и в Members.
Что в данном случае выступает в качестве Members - терминалы или настроенные группы номеров?
Что в данном случае выступает в качестве Forward Destination - группы номеров или что-то другое?

Вообще, это несколько не то.
Атрибуты групп, созданных в ПГМ200 - это ПГМ201-202.
А по поводу ПГМ210-211 я не вникал пока, если честно.

Уже разобрался - метод тыка зачастую дает результаты

Действительно, для PGM 210-211 Forward Destination - это номер группы станций (PGM 200).
А Members здесь - это непосредственно номера, для которых задается Pilot Hunt Group.

Pilot Hunt Group (ПГМ210-211) и Station Group (ПГМ200-202) - это разные функции.
Но при этом абонент может прописан в обоих типах групп.
Pilot - это автоматическая переадресация вызова другому члену группы, если непосредственно вызываемый абонент занят (Pilot Coverage). Кроме того, член Pilot группы может отключаться от этого сервиса и указывать переадресацию.

2 MOCMEK:
А чего именно Вы хотите добиться??

Спасибо, Игорь, за разъяснения! Руки до этого не дошли...

Чтобы звонки на 100, если секретарь отсутствует, шли последовательно на остальные станции (заданные в моем случае через PGM 200).

Тогда ПГМ210-211 вам, видимо, не стоит заморачиваться...

Вызовы бывают разные. Какие именно "звонки на 100":
- входящие внешние (их можно назначить на Station Group, например, типа Terminal) - ПГМ200-202.
- вызовы, непосредственно относящиеся к STA100, т.е. внутренние вызовы или DID/DISA-вызовы - тогда, видимо, придется назначать группу Pilot, там перечислить тех же абоненентов (Members), и задать тип сервиса (Terminal/Circular). Т.е. ПГМ210-211.
Но, увы, точнее сказать не могу - я в этот раздел пока что глубоко не вникал.

Оно уже работает, именно так как я хотел.
И именно через ПГМ210-211.

Несколько возможных вариантов - это же хорошо!

Не подскажете еще - как уменьшить количество гудков перед перебросом звонка в Hunt Group?

В Station Group Attribute(201~202)[N] это Member No-Answer Timer .
А вот в Pilot Hunt Group(210~211)[N], как вы сделали, вопрос... Я сам не ковырял это пока.

Вы же писали, что Вы решили свою задачу посредством Pilot Hunt Group??
Pilot Hunting срабатывает только в случае занятости вызываемого абонента и если у него в качестве назначения Busy Service (ПГМ131) указано = Pilot Hunt. Вызов сразу передается другому члену Pilot группы.
О какой задержке перед "переборосом звонка в Hunt Group" идет речь - непонятно. Может, Вы установили обычную переадресацию вызава (Call Forward)?? Тогда смотрите таймер Forward_NO_Answer.
Или поясните, что именно Вы запрограммировали.

По пунктам:

1. PGM200 - выбираю группу 620 (это первая по умолчанию)

Basic Attributes:
Group Name = "Group 620"
Tenant Nember = 1
Time Table Index = 1

Member Management: добавляю все станции (Add Station Range), исключаю из них те, на которые перекидывать звонок не надо.

Далее,

2. PGM210-211 - Pilot Hunt Group Index = 1
Service = All Call
Type = Circular
Time Table Index = 1
Day (Night, Timed) Forward Type = Busy/No Answer
Day (Night, Timed) Forward Destination = 620
Members - указываю номера станций, с которых звонки должны перекидываться если они Busy/No Answer





См выше - есть возможность настроить также для No Answer, я даже красным это выделил.

Но в этом случае перебрасывание происходит аж после пятого или шестого гудка.
Хочется настроить, чтобы было после второго или третьего.

Лихо накручено! И, все же, вы можете объяснить, что вы хотите получить? Какой алгоритм нужен? Как я понял, этот наворот для обработки входящих вызовов?

Это когда звонок уже пошел гулять по офису.
А вот когда он приходит с CO на 100 - как здесь сделать время ожидания (количество гудков?) поменьше?

Вы совершенно правильно поняли.

Вот это не понял! Поясните, плиз!

Идет входящий (на любую CO).
Он падает на 100 (Attendant).

Секретаря нет на месте, аппарат звонит в течении примерно 10 секунд, и только после этого звонок начинает перебрасываться по Pilot Hunt Group.

Вот это время ожидания (снова выделил красным выше) до проброса звонка на группу пилотов-охотников ( ) хотелось бы подсократить.

Попробуйте вот это System Timer(220~222)[N]-->CO Recall Ring No Answer Timer. Может оно?

Совсем непонятно, зачем Вам в данном случае (для приема внешних входящих по СО-линиям вызовов), понадобилась группа типа Pilot Hunt. Вам же Уваж. Drop предлагал простой стандартный способ - через Hunt группы ПГМ200-201 !!
- сделать группу типа Terminal в ПГМ200 (группа 620, например), в качестве 1-го агента указать STA100, далее других абонентов в нужном порядке.
- В атрибутах группы указать требуемое значение таймера Member_No_Answer
- Входящий вызов с СО-линии направить в эту группу (620). И все.

Игорь, хотел тоже еще раз об этом написать, но передумал... Чтобы не запутать окончательно...
Сам не понимаю, зачем такие навороты?
Вспомнился вопрос на одном из форумов :"Считаете ли вы, что если человек самостоятельно установил и настроил АТС, и его все удовлетворяет, то АТС настроена грамотно?"...

Увы, нет.
220:4 ( Paging Timeout Timer) тоже не то.


И PGM221 (5 - LCO Ring Off Timer) тоже. Более того, когда я здесь уменьшил таймаут с 6 до 3 секунд, звонки вообще перестали падать на Pilot Hunt Group!

Извиняюсь - как это делается?

В Incoming CO Alternative(169)[N] для нужного события указать ALT Ring Table, а там уже вызов назначить на группу.

Для какого события?? Разве в этом топике шла речь о DISA??
Ему же нужно просто назначить входящий вызов по СО-линии на группу абонентов.
Это в ПГМ167 (СO Ring Assignment).

В этом топике - нет. А, помнится, все с DISA начиналось...

Хотя, может я и ошибаюсь.

Вообщем, хрен поймешь, что нужно.

Ну отчего же? Dron вполне четко описал, что требуется

Угу... Только о DISA Вы спрашивали в другом топике.
Т.е. нам нужно было запомнить все ваше ТЗ в целом??

Если все-таки DISA, и по недобору номеру нужно отправлять в группу (агенты: №100, и т.д), то тогда так, написал уваж Dron - в ПГМ169 (Incoming Alt Ring) направлять на созданную Station Group, а не на STA100. Чтобы вызов сразу отрабатывался как групповой.

То есть для моего случая (сначала приветствие DISA, потом проброс на циклический прозвон по заданным станциям) делаем так:

1. В PGM200 делаем группу (например, 620), забиваем в нее нужные станции.
2. В PGM167 в "Тип сервиса" выбираем Feature, а для Feature выбираем Announcement Table
3. В PGM169 в Vacant Number выбираем ALT Ring Table, и там для Index указываем 620.

Все правильно?

В результате входящие у нас сначала принимает DISA, ждет ввода внутреннего номера абонента, если нет реакции - перебрасывает по заведенным в группу 620 станциям. Так?

Я извиняюсь, совсем такого не предполагал

Просто я решил разбить настройку АТС на несколько этапов, раз уж сразу все не получается настроить - скажем, сначала настроить Hunt Group, а потом настраивать DISA.

При этом пытаюсь тут излагать мои мысли поэтапно. Но, поскольку ТЗ у меня в голове единое, то я местами сбиваюсь в сторону более глобальных задач

Да. Вроде все верно.

К сожалению, нет

Во всяком случае, для

3. В PGM169 в Vacant Number выбираем ALT Ring Table, и там для Index указываем 620.

- невозможно указать Индекс 620.

Похоже, надо копать в ПГМ290, а там не совсем понятно - куда.

Service Type - Feature, Attribute - Feature: Station Group, Value - думаю. дальше уже понятно...

А как же Announcement?

Мне ведь не просто входящие звонки на группу перекидывать надо, а чтобы перед этим воспроизводилось сообщение VMIB (DISA).

Блин, но речь то идет об ALT Ring Table!!! А сообщение перед - это CO Ring Assignment(167)[N].
Уже же все расписали ...

Момент, погодьте.

Выше Вы писали:

Это всё собственно про PGM167.
А там ведь можно выбрать либо Feature - Announcement, либо Feature - Station group.

Если мы выбираем Feature - Station Group, то звонки кидаются на группу без всякого голосового сообщения.
Если мы выбираем Feature - Announcement, то у нас просто три (ну или сколько укажем) раза воспроизводится голосовое сообщение, но звонки никуда не перекидываются.

А если мы настраиваем ALT Ring Table (169) - то там надо указывать какой-то индекс.
И никакого Feature - Station Group в ПГМ169 указать невозможно!

В ПГМ167 назначаете вызов на Announcement, в ПГМ169 для Vacant Number указываете ALT Ring Table и номер этой талицы (индекс). Затем в Alternative Ring Table(181)[N] вводите этот самый индекс и назначение вызова на группу.

Вот теперь понятно!

Тем не менее, нифига оно так не работает.
VMIB снимает трубку, "проигрывает" свое сообщение (которого пока что нет - см. соседнее сообщение) и никуда звонок не переводит - дропает вызов.

Сделано так:

ПГМ200: создана группа 620, в нее добавлены станции
ПГМ 181: CO Ring Table Index = 1; Feature : Station Group=620. В Station Range здесь на всякий случай добавил те же станции, что в Station Group (ПГМ200)
ПГМ 169: Vacant Number=ON, ALT Ring Table: Index=1 (см. выше)

А для Vacant Number Prompt в ON стоит, или в OFF?

в ON

Поставьте в OFF.

То же самое - VMIB (DISA) принимает вызов, после этого сразу сбрасывает.

Ну что вам еще сказать! У меня работает! Сейчас еще раз все проверил, специально. Правда, AAFU у меня не активен - VOIU установлен. В ПГМ167 - DISA Tone. При отсутствии набора вызов на группу уходит.

Да, это отлично - "у меня все настроено по другому, но работает!"

Anyway, спасибо - думаю, у меня тоже теперь получится.
Осталось теперь разобраться с записью голосового приветствия...

коллеги, подскажите с настройкой. ситуация такая: было здание, куда по меди подавалось внутренние номера с ipLDK. из нескольких номеров была сделана терминальная группа с первым номером 1400, у которого включена функция Pilot Hunt, т.е. звонок на него (в том числе с "его" городского номера из PRI) считался звонком в группу. ещё была pick-up группа, в которой членов было побольше, но все члены терминальной группы в ней были в том числе.
теперь в этом здании я ставлю MG100 с подключением к ipLDK по VoIP. создал терминальную и pick-up группу с теми же членами. в настройках ipLDK наведение входящего звонка у меня на сетевой номер 1515, который раньше был 1400. а как мне сделать, чтобы входящий звонок на 1515 считался звонком в терминальную группу? где тут эта "галочка" Pilot Hunt?

Универсальная вещь - Digit Conv Table(251~252)[N].

Таблицы преобразования цифр исходящего набора?

Ну да. Любого набора.
Преобразуйте 1515 в номер группы.