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

[Prostor]

Ну, насколько я мог проверить - Да.

Может, имеет смысл отказаться в данном случае от использования Hunt-группы (Ring), и просто назначить одновременный вызов на несколько абонентов в ПГМ167 (назначить Ring Assign вместо Feature).
Все равно ведь никакие свойства группы не требуются.

Свойства группы как раз требуются. У меня диспетчерская с 12-ю операторами.
Сейчас работает Aria SOHO. Абоненты в RING группе и с постановкой в очередь звонка все нормально.
На MG хотел использовать тип группы Longest IDLE для равномерного распределения нагрузки на диспетчеров.
Неужели на флагманской модели LG нельзя настроить так же как и на сохе? Из каких соображений корейцы заложили принудительное проигрывание мелодии?
Просто этот момент довольно критичен. Клиент не сильно обрадуется, что вынужден платить за ожидание...

Когда я пробовал использовать Ring Assign, то получалось следующее:
Есть абонент 100.
1. Поступает новый вызов, абонент 100 принимает вызов.
2. Поступает еще один вызов.
3. Абонент 100 освобождается
4. Новый вызов остается "висеть" (гудок у вызывающего идет), но АТС не сигнализирует абоненту 100 о наличии вызова..
Абонент 100 это локальный SIP клиент.
Указываю только одного 100 абонента для наглядности.

Но все равно распределение вызовов с логикой заложенной в группы очень предпочтительно.

[Dron]

Свойства группы как раз требуются. У меня диспетчерская с 12-ю операторами.
Сейчас работает Aria SOHO. Абоненты в RING группе и с постановкой в очередь звонка все нормально.
На MG хотел использовать тип группы Longest IDLE для равномерного распределения нагрузки на диспетчеров.
Неужели на флагманской модели LG нельзя настроить так же как и на сохе? Из каких соображений корейцы заложили принудительное проигрывание мелодии?
Просто этот момент довольно критичен. Клиент не сильно обрадуется, что вынужден платить за ожидание...

Когда я пробовал использовать Ring Assign, то получалось следующее:
Есть абонент 100.
1. Поступает новый вызов, абонент 100 принимает вызов.
2. Поступает еще один вызов.
3. Абонент 100 освобождается
4. Новый вызов остается "висеть" (гудок у вызывающего идет), но АТС не сигнализирует абоненту 100 о наличии вызова..
Абонент 100 это локальный SIP клиент.
Указываю только одного 100 абонента для наглядности.

Но все равно распределение вызовов с логикой заложенной в группы очень предпочтительно.

Я боюсь, что с sip абонентами не ивсе может быть хорошо в группе. Во всяком случае, на LIK'ке наблюдал шереховатости.
В принципе, на MG я проверю сейчас.

[harris]

Свойства группы как раз требуются. У меня диспетчерская с 12-ю операторами.
Сейчас работает Aria SOHO. Абоненты в RING группе и с постановкой в очередь звонка все нормально.
На MG хотел использовать тип группы Longest IDLE для равномерного распределения нагрузки на диспетчеров.
Неужели на флагманской модели LG нельзя настроить так же как и на сохе? Из каких соображений корейцы заложили принудительное проигрывание мелодии?
Просто этот момент довольно критичен. Клиент не сильно обрадуется, что вынужден платить за ожидание...

Когда я пробовал использовать Ring Assign, то получалось следующее:
Есть абонент 100.
1. Поступает новый вызов, абонент 100 принимает вызов.
2. Поступает еще один вызов.
3. Абонент 100 освобождается
4. Новый вызов остается "висеть" (гудок у вызывающего идет), но АТС не сигнализирует абоненту 100 о наличии вызова..
Абонент 100 это локальный SIP клиент.
Указываю только одного 100 абонента для наглядности.

Но все равно распределение вызовов с логикой заложенной в группы очень предпочтительно.

Насчет "флагманской модели" и сравнения с Сохой - это звучит смешно.
Могу ответить примерно так:
Соха - маленькая станция эконом класса. И клиенты, пользующиеся ею, тоже люди экономные...
А "флагманская" MG - это уже другая категория системы, премиум класс. И соответственно для клиентов MG несолидно экономить каких-то пару рублей за вызов.

[Dron]

Я боюсь, что с sip абонентами не все может быть хорошо в группе. Во всяком случае, на LIK'ке наблюдал шереховатости.
В принципе, на MG я проверю сейчас.

Я проверил, правда с одним вызовом. sip абонент занят - разговаривает с другим внутренним абонентом. В группу поступает вызов, после освобождения sip абонента на него поступает вызов.

[Dron]

Но все равно распределение вызовов с логикой заложенной в группы очень предпочтительно.

И, все же, какая логика групповая вам нужна? У вас же группа ринговая - вызов поступает одновременно на всех. Что еще нужно?

[Prostor]

Я проверил, правда с одним вызовом. sip абонент занят - разговаривает с другим внутренним абонентом. В группу поступает вызов, после освобождения sip абонента на него поступает вызов.

Я в тестовом режиме запускал АТС и кстати даже при небольшом потоке звонков(3-4 одновременно) подмечал, что вызов висит на линии, но оператору не поступает. Тогда не придал этому значение. А получается, что такая проблема существует с SIP клиентами? И как с ней бороться? В пятницу собирался включить в час пик, а там будет около 20 вызовов в очереди..

[Dron]

Я в тестовом режиме запускал АТС и кстати даже при небольшом потоке звонков(3-4 одновременно) подмечал, что вызов висит на линии, но оператору не поступает. Тогда не придал этому значение. А получается, что такая проблема существует с SIP клиентами? И как с ней бороться? В пятницу собирался включить в час пик, а там будет около 20 вызовов в очереди..

Я не берусь утверждать, что такая проблема с SIP клиентами существует! Я это не проверял.
О, вы говорите о неких soft фонах? Я проверял с LIP-8002A.

[harris]

Выключил - ничего не изменилось! Что то еще плюсом??

По поводу использования HUNT группы:

На входящей аналоговой СО линии нужно выключить все "прибамбасы", тогда все будет работать так, как вам нужно:

В CO Line Attribute(160~163):
- выключить LOOP DETECT (Open Loop Dectct Timer = 0 )
В Incoming CO ATTR(165~166):
- выключить CPT Detect (= OFF)

+ вышеуказанные настройки атрибутов внутри группы.

И тогда линия при постановке в очередь не проключается.
Вот и решение задачи.

[Dron]

Я не берусь утверждать, что такая проблема с SIP клиентами существует! Я это не проверял.
О, вы говорите о неких soft фонах? Я проверял с LIP-8002A.

Проверил с двумя внешними вызовами на X-Lite - все нормально фунциклирует!

[Prostor]

Насчет "флагманской модели" и сравнения с Сохой - это звучит смешно.
Могу ответить примерно так:
Соха - маленькая станция эконом класса. И клиенты, пользующиеся ею, тоже люди экономные...
А "флагманская" MG - это уже другая категория системы, премиум класс. И соответственно для клиентов MG несолидно экономить каких-то пару рублей за вызов.

Покупали MG для расширения возможностей(SIP,E1). А не чтоб пользоваться дорогой вещью

У нас таксомоторный парк и наши клиенты люди с разным достатком. Причем "солидные" ездят в основном на собственном авто. Менталитету наших людей(особенно на периферии) присуща экономия на мелочах. А студенты?

[Prostor]

По поводу использования HUNT группы:

На входящей аналоговой СО линии нужно выключить все "прибамбасы", тогда все будет работать так, как вам нужно:

В CO Line Attribute(160~163):
- выключить LOOP DETECT (Open Loop Dectct Timer = 0 )
В Incoming CO ATTR(165~166):
- выключить CPT Detect (= OFF)

+ вышеуказанные настройки атрибутов внутри группы.

И тогда линия при постановке в очередь не проключается.
Вот и решение задачи.

Спасибо!!! Буду сегодня пробовать.

[Dron]

По поводу использования HUNT группы:

На входящей аналоговой СО линии нужно выключить все "прибамбасы", тогда все будет работать так, как вам нужно:

В CO Line Attribute(160~163):
- выключить LOOP DETECT (Open Loop Dectct Timer = 0 )
В Incoming CO ATTR(165~166):
- выключить CPT Detect (= OFF)

+ вышеуказанные настройки атрибутов внутри группы.

И тогда линия при постановке в очередь не проключается.
Вот и решение задачи.

И Provide Announcement with Answer = Without Answer!

[Prostor]

Проверил с двумя внешними вызовами на X-Lite - все нормально фунциклирует!

Мы пользуемся собственной разработкой ПО. Если будут проблемы с распределением вызовов в группу абонентов, буду проверять на X-Lite.

[Dron]

Мы пользуемся собственной разработкой ПО. Если будут проблемы с распределением вызовов в группу абонентов, буду проверять на X-Lite.

Вызов только не сразу поступает после освобождения, а секунды через 2-3.

[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 перестает его слать куда то там, но, с точки зрения вызывающего, ему ж никто не ответил - он и продолжает слышать посылку вызова. Т.е. надо занять и освободить линию, чтобы вызывающий услышал отбой.

[Prostor]

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

1. Пробовал поиграться с Member No-Answer Timer, когда тип группы Longest IDLE. У диспетчеров стоит автоответчик, который хватает вызов сразу по поступлению. А так как когда оператор занят, то ему второго вызова и не придет, то разницу в настройке этого параметра не заметна.
Попробую поставить группу RING и Member No-Answer Timer=60. Получается через 60 сек.
вызов из очереди не придет SIP участникам группы? И почему вообще на терминале вызов остается, а SIP клиенте нет? Они же равнозначные участники группы, или они по другой логике работают? Завтра постараюсь попробовать и напишу. Какие еще параметры можно попробовать изменить?
2. Queuing Call Idle Member Check Timer = 5.

[Dron]

1. Пробовал поиграться с Member No-Answer Timer, когда тип группы Longest IDLE. У диспетчеров стоит автоответчик, который хватает вызов сразу по поступлению. А так как когда оператор занят, то ему второго вызова и не придет, то разницу в настройке этого параметра не заметна.
Попробую поставить группу RING и Member No-Answer Timer=60. Получается через 60 сек.
вызов из очереди не придет SIP участникам группы? И почему вообще на терминале вызов остается, а SIP клиенте нет? Они же равнозначные участники группы, или они по другой логике работают? Завтра постараюсь попробовать и напишу. Какие еще параметры можно попробовать изменить?
2. Queuing Call Idle Member Check Timer = 5.

Вот вариант решения.
Сделать это можно, например, так.
В вашей группе 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]

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

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