Атрибуты групп абонентов Опции

[Prostor]

iPECS-MG/GS55M-2.1Ac DEC/12
Boot Version-1.1Ab AUG/11
OS Version-1.1Ab AUG/11

Создал группу *620 RING.
В Incoming CO Ring Assignment для нескольких CO указал Feature - Stantion Group *620; Delay 0.

При вызове, если есть свободные операторы из 620 группы, то вызов направляется оператору и АТС не поднимает трубку и не проигрывает мелодию вызывающему абоненту.Вызывающий абонент слышит обычные гудки.

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

[Prostor]

CPT Detect = OFF помогло. АТС не берет трубку и не проигрывает приветствие.

С SIP клиентами в вызывной группе есть проблема. Вернее совсем не понятно как распределяются вызовы.
Ситуация 1: есть группа 620 RING(или Longest IDLE). В группе 2 абонента. Абонент 100 - терминал и абонент 140 -локальный SIP клиент.
1. Поступает вызов на аналоговую CO
2. Вызов отображается на 100 и 140 абонентах.
3. После 20-ти секунд у 140 абонента наступает событие "RingingStop" и вызов от него "уходит", а у абонента 100 продолжает висеть гудок у вызывающего абонента продолжается.
Если в группе только SIP клиенты, то вызов уходит от всех и у вызывающего абонента идет гудок.


Ситуация 2: есть группа 620 RING в группе 4 SIP абонента. Группа привязана к 12-ти аналоговым CO.
1. Поступают 4 вызова.Абоненты принимают вызовы. Все абоненты заняты
2. Поступают еще 4 вызова, вызовы ставятся в очередь, поскольку все заняты.
3. 4 абонента освобождаются, но двум из них приходят вызовы из очереди, а два вызова остаются "висеть".
4. Поступает еще 1 вызов, он приходит одному из 2-х свободных абонентов.
5. Все абоненты освобождаются, но те 2 вызова все равно висят в очереди, пока вызывающие не скинут.
Отключение\подключение SIP клиентов, пока "висят" вызовы не помогает.АТС не распределяет вызовы.

Последовательность может быть разная. Но вызовы находящиеся в очереди не всегда, но очень часто не распределяются ни одному из SIP абонентов в группе.
Пробовал типы групп RING и Longest IDLE.

SIP клиент SoftPhon X-Lite(пробовал разные).

В первом случае наверно есть какой-то таймер?

А со вторым случаем совсем непонятно? Хотя может быть таймер виноват, по которому от SIP клиента "уходит" вызов?

[harris]

1) А Вы не пробовали просто поиграться таймером, который указан в атрибутах группы??
[Member No-Answer Timer]
2) А какое значение стоит для таймера [Queuing Call Idle Member Check Timer] ??

[Dron]

1) А Вы не пробовали просто поиграться таймером, который указан в атрибутах группы??
[Member No-Answer Timer]
2) А какое значение стоит для таймера [Queuing Call Idle Member Check Timer] ??

Здесь все проще. Вызов, на самом деле, никуда не переходит. Да, MG перестает его слать куда то там, но, с точки зрения вызывающего, ему ж никто не ответил - он и продолжает слышать посылку вызова. Т.е. надо занять и освободить линию, чтобы вызывающий услышал отбой.

[harris]

Здесь все проще. Вызов, на самом деле, никуда не переходит. Да, MG перестает его слать куда то там, но, с точки зрения вызывающего, ему ж никто не ответил - он и продолжает слышать посылку вызова. Т.е. надо занять и освободить линию, чтобы вызывающий услышал отбой.

1) Нет. Проверил. В Ring группе этот таймер не имеет значения (и это правильно).
ИМХО, нужно бы посмотреть таймер No_Answer в самом SIP телефоне.
Хорошо бы трассировку посмотреть, чтобы понять, кто отбивает вызов: станция или SIP телефон.

[Dron]

1) Нет. Проверил. В Ring группе этот таймер не имеет значения.
ИМХО, нужно бы посмотреть таймер No_Answer в самом SIP телефоне.

А если нет в группе SIP телефонов, то все тоже самое. Это не о том.

[harris]

А если нет в группе SIP телефонов, то все тоже самое. Это не о том.

?? Если не SIP, то у меня, например, системник LIP-8024 продолжает звонить до упора.

[Dron]

?? Если не SIP, то у меня, например, системник LIP-8024 продолжает звонить до упора.

Игорь, а что у тебя с другими настройками?
Ща я еще раз, конечно, проверю...

[Dron]

Игорь, а что у тебя с другими настройками?
Ща я еще раз, конечно, проверю...

Проверил - перестают звонить оба (естественно, по истечении Ring No-Answer Forward Timer). А внешний абонент продолжает слышать посылки вызова.

[harris]

Проверил - перестают звонить оба (естественно, по истечении Ring No-Answer Forward Timer). А внешний абонент продолжает слышать посылки вызова.

Похоже, MG не отбивает аналоговую линию "по Overflow". Получается, нужно предусматривать доп. меры для отбоя.

[Dron]

Похоже, MG не отбивает аналоговую линию "по Overflow". Получается, нужно предусматривать доп. меры для отбоя.

Так я ж об этом выше уже написал и вариант расписал проверенный!

Здесь все проще. Вызов, на самом деле, никуда не переходит. Да, MG перестает его слать куда то там, но, с точки зрения вызывающего, ему ж никто не ответил - он и продолжает слышать посылку вызова. Т.е. надо занять и освободить линию, чтобы вызывающий услышал отбой.

Вот вариант решения.
Сделать это можно, например, так.
В вашей группе Forvard Type = Time Out, Forvard Destination - ринговая группа без членов в атрибутах которой для First Queuing Announcement Quering Tone Type = Promt: Queuing Forward/Second Quering Annc. Timer = 1; для Second Queuing Announcement: Queuing Forward Timer = 0; все остальное оставляем по-умолчанию.

[harris]

Так я ж об этом выше уже написал и вариант расписал проверенный!

Да. Я это и имел в виду.