Форумы  ·  Войти  · 

Тема: Предупреждение о записи переговоров - воспроизведение OGM обязательно целиком

Страница 1 из 3, все  1 2 3 > 
16.10.12 10:51   weerkostya  (194/07.06.07)  

Станция TDE100 v5.0203

Стоит задача - вопроизводить всем звонящим предупреждение о записи переговоров, после чего звонок должен ставиться в очередь на ICD.
Условие наличие очереди обязательно, поток вызовов намного больше кол-ва операторов.

Суть проблемы: предупреждение о записи переговоров обязательно нужно обязательно проиграть целиком. Т.е. чтобы операторы не могли принять вызов в момент вопроизведения предупреждения - абонент обязательно должен дослушать его до конца.

Простейщий вариант: использовать одну ICD и одну таблицу.
Не подходит, так как в этом случае OGM может не успеть вопросизвестись полностью.

Был испытан следующий вариант:

Вызов поступает на пустую ICD1, у которой настроено переполнение при отсутствии ответа на ICD2, в которой состоят операторы.
На ICD1 настроена таблица: вопроизвести OGM - переполнение.
ICD1 имеет вместимость очереди 1, ICD2 - вместимость очереди 4

Этот вариант не рабочий. В случае если очередь ICD2 полностью занята - переполнение в таблице на ICD1 не отрабатывает. Абонент будет бесконечно слушать BGM.

Для обхода этой ситуации прозвел перенастройку.
ICD1 вместимость очереди 4, установлен таймер переполнения при отсутствии ответа на 10 сек.
ICD2 вместимость очереди 1

Настройка рабочая.
Накопленные в очереди ICD1 вызовы по одному улетают в ICD2 по таймеру 10сек.

Проблема: при такой конфигурации не соблюдатся очередность - позвонивший последним на ICD абонент может быть первым отправлен в ICD2 (у кого таймер ранее отработает - по сути порядок попадания в ICD2 случайный)

Может ли кто подсказать более корректный вариант решения проблемы?

[ #1 ]  16.10.12 11:56   НачШтаба  EXPERT  

А зачем таймер? Проосто по неответу нельзя чтоли?.. ОГМ и оверфлов.. А очередь ту же, 4 лица!

ЗЫ. Впрочем, в такую игрушку надо играться 😊 .. а то получится не совсем то, чего хотелось бы. Надо ещё подумать о количестве одновременно занятых, может тоже удастся как-нибудь интересно прикрутить?

[ #2 ]  16.10.12 12:07   weerkostya  (194/07.06.07)  

НачШтаба

Без таймера конфигурация не рабочая.
В случае если очередь ICD2 полностью заполнена - оверфлоув отработать не может (некуда)
В результате вызов зависает в пустой ICD1
После освобождения места в очереди на ICD2 переполнение не срабатывает - факт (может баг?)
Музыку можно хоть сутки слушать :(
Я потому и обратил внимание на этот факт - у нас номер в коде 8-800 и эта музыка недешево обходится ))))


При наличии таймера он с указанной переодичностью пытается “запихать” вызов в очередь на ICD2.
Т.е. после освобождения места вызов уходит куда нужно. Но очередность при этом не соблюдается, о чем я выше писал.

[ #3 ]  16.10.12 13:07   НачШтаба  EXPERT  

А ты там с режимом VIP ничего не колдовал? Может быть имеет смысл задействовать ещё и ICD номер 3?

[ #4 ]  16.10.12 15:12   spider_alex  EXPERT  
weerkostya - 16.10.12 10:51

Станция TDE100 v5.0203

Стоит задача - вопроизводить всем звонящим предупреждение о записи переговоров, после чего звонок должен ставиться в очередь на ICD.
Условие наличие очереди обязательно, поток вызовов намного больше кол-ва операторов.

Суть проблемы: предупреждение о записи переговоров обязательно нужно обязательно проиграть целиком. Т.е. чтобы операторы не могли принять вызов в момент вопроизведения предупреждения - абонент обязательно должен дослушать его до конца.

Простейщий вариант: использовать одну ICD и одну таблицу.
Не подходит, так как в этом случае OGM может не успеть вопросизвестись полностью.

Был испытан следующий вариант:

Вызов поступает на пустую ICD1, у которой настроено переполнение при отсутствии ответа на ICD2, в которой состоят операторы.
На ICD1 настроена таблица: вопроизвести OGM - переполнение.
ICD1 имеет вместимость очереди 1, ICD2 - вместимость очереди 4

Этот вариант не рабочий. В случае если очередь ICD2 полностью занята - переполнение в таблице на ICD1 не отрабатывает. Абонент будет бесконечно слушать BGM.

Для обхода этой ситуации прозвел перенастройку.
ICD1 вместимость очереди 4, установлен таймер переполнения при отсутствии ответа на 10 сек.
ICD2 вместимость очереди 1

Настройка рабочая.
Накопленные в очереди ICD1 вызовы по одному улетают в ICD2 по таймеру 10сек.

Проблема: при такой конфигурации не соблюдатся очередность - позвонивший последним на ICD абонент может быть первым отправлен в ICD2 (у кого таймер ранее отработает - по сути порядок попадания в ICD2 случайный)

Может ли кто подсказать более корректный вариант решения проблемы?

Использовать больше ICD не думал? Чтобы в каждой ICD по одному вызову было. Впрочем, в БЗ Q38896 есть, перекликающийся с твоей задачей. Можно его приспособить как-то, наверное. Думать детально неохота уже. Надеюсь, я хотя бы натолкнул на новые мысли.

[ #5 ]  16.10.12 19:27   weerkostya  (194/07.06.07)  

spider_alex
если не сложно - скинь плиз Q38896 на kz@r-podkova.ru
у меня доступа отродясь не было, станции больше хобби чем работа.

НачШтаба
VIP для всех групп отключен
3-я группа равносильно что вместимость очереди на 1 повысить. проще на ICD2 сразу 30 выставить. это тоже не вариант - учитывая 8-800 за прослушивание музыки в 30 СЛ счет будет весьма хорош )))
в любом случае - я на практике протестировал несколько ICD с вместимостью очереди = 1 (каскадом). смысла нет - либо чередность не соблюдается, либо абонент зависает навечно на первой ICD, если остальные заполнены

[ #6 ]  17.10.12 5:06   spider_alex  EXPERT  
weerkostya - 16.10.12 19:27

spider_alex
если не сложно - скинь плиз Q38896 на kz@r-podkova.ru
у меня доступа отродясь не было, станции больше хобби чем работа.

Документ, на который я сослался, призван, в том числе, частично отбить затраты на обучение у тех, кто его проходил. Не хочу отнимать хлеб у коллег.

[ #7 ]  17.10.12 5:20   weerkostya  (194/07.06.07)  

spider_alex
я готов заплатить за решение проблемы
набери (383) 230-10-тридцатьдевять

[ #8 ]  17.10.12 6:22   SergT  EXPERT  
weerkostya - 17.10.12 5:20

spider_alex
я готов заплатить за решение проблемы
набери (383) 230-10-тридцатьдевять

А что, в Новосибирске умные головы напрочь перевелись? “Не верю!!!” (с) Станиславский

[ #9 ]  17.10.12 6:45   weerkostya  (194/07.06.07)  

SergT
да я как бы и сам не дурак. здесь вопрос ни в незнании или неумении, а в корявости функционала панаса.

честно говоря, со стороны г-на spider_alex несколько странно в такой ситуации обращать внимание на хлеб коллег и жилить какую-то там статью из БЗ.

тех кто не вникал в проблему - корявоять функционала состоит в том, что путем выполнения совершенно обычной настройки возникает ситуация, когда вызов “повисает в пустоте” и абонент бесконечно слушает музыку. при этом вызов на системного оператора не уходит.

[ Изменено: 17.10.12 6:47 weerkostya ]
[ #10 ]  17.10.12 6:54   SergT  EXPERT  
weerkostya - 17.10.12 6:45

SergT
да я как бы и сам не дурак. здесь вопрос ни в незнании или неумении, а в корявости функционала панаса.

честно говоря, со стороны г-на spider_alex несколько странно в такой ситуации обращать внимание на хлеб коллег и жилить какую-то там статью из БЗ.

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

[ #11 ]  17.10.12 7:16   Toli63  EXPERT  
weerkostya - 17.10.12 6:45

SergT
да я как бы и сам не дурак. здесь вопрос ни в незнании или неумении, а в корявости функционала панаса.

честно говоря, со стороны г-на spider_alex несколько странно в такой ситуации обращать внимание на хлеб коллег и жилить какую-то там статью из БЗ.

тех кто не вникал в проблему - корявоять функционала состоит в том, что путем выполнения совершенно обычной настройки возникает ситуация, когда вызов “повисает в пустоте” и абонент бесконечно слушает музыку. при этом вызов на системного оператора не уходит.

Может я чего не понял. А что мешает заказать информатор на 8-800ХХХХХХХ.

[ #12 ]  17.10.12 7:29   weerkostya  (194/07.06.07)  

SergT
политика панаса по этой части прекрасно известна. ее обсуждать смысла нет.
у меня 3 станции в разных городах  и 150 ексеншенов на них
как конечный потребитель могу лишь сказать, что давно готовлюсь мигрировать на центрекс или майкрософт линкс.

Toli63
с информатором на 8-800 проблемы нет.
однако, вызовы помимо 8-800 поступают так же на обычные местные номера. с ними без вариантов нужно своими силами что-то делать....

[ #13 ]  17.10.12 7:58   MoonRainbow  (78/02.08.11)  

ну можно накупить icon anp22 или договориться с тем кто вам номера дает....

[ #14 ]  17.10.12 9:04   SergT  EXPERT  
weerkostya - 17.10.12 7:29

SergT
политика панаса по этой части прекрасно известна. ее обсуждать смысла нет.
у меня 3 станции в разных городах  и 150 ексеншенов на них
как конечный потребитель могу лишь сказать, что давно готовлюсь мигрировать на центрекс или майкрософт линкс.

Ню, ню - флаг в руки... Я сторонник “железных” решений, и в этом меня никто не подвинет. К продуктам Майкрософта для связи испытываю некоторое недоверие с давних пор. Все реально рабочие системы реального времени, которые строил сам, были на NIX-овских ядрах.

[ #15 ]  17.10.12 9:14   Toli63  EXPERT  
weerkostya - 17.10.12 7:29

SergT
политика панаса по этой части прекрасно известна. ее обсуждать смысла нет.
у меня 3 станции в разных городах  и 150 ексеншенов на них
как конечный потребитель могу лишь сказать, что давно готовлюсь мигрировать на центрекс или майкрософт линкс.

Toli63
с информатором на 8-800 проблемы нет.
однако, вызовы помимо 8-800 поступают так же на обычные местные номера. с ними без вариантов нужно своими силами что-то делать....

Сколько каналов Диса? И нужна она в обычном режиме (донобор)?  И сколько длится  сообщение? Операторов в один КОС. Микрофон ДИСЫ  на 12 сек. Двинуть. На КОСЕ операторов  выключить работу с Дисой. Посмотреть еще, что можно выключить. Звонок  подавать на ДИСУ и потом валить в группу. Правда не пробовал.
Фигню написал, даже если будет работать,  то всем надо запрещать донабор (всем КОСАМ)

[ Изменено: 17.10.12 9:25 Toli63 ]
Страница 1 из 3, все  1 2 3 > 
Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"