Тема: iPecs-NG 100 - SMDR
Добрый день!
Стоит ipecs-mg 100.
Когда оператор принимает звонок физически снимая трубку или с помощью кнопки спикер, в smdr правильно передается информация о звонке. Но если звонок принимается через мигающую кнопку пула (на консоли телефона), то в smdr в записи остаётся группа автоотчетчика (например, *621), а не номер внутренней линии.
В чём может быть проблема? Это какая-то настройка на атс?
——Site Name : —————————————————————————————-
NO STA CO TIME START DIALED CNT COST ACCOUNT CODE
———————-————————————-————————————-——-—————-——————
8028 *621 031 00:00:00 05/14/13 15:47:26 R9685658849 0 0
008 : 84956171366 -> 108
8029 107 001 00:00:51 05/14/13 15:47:28 G84953013060 0 0
8030 123 010 00:03:23 05/14/13 15:45:44 G89269069489 0 0
8031 *621 008 00:00:00 05/14/13 15:47:47 R84956171366 0 0
И такая проблема, наверное, по всем звонкам, которые принимаются через консоль.
Вопрос непонятен. Что именно происходит?? Оператор в действительности отвечает на этот вход. вызов или нет??
Никакого значения не имеет, на какую кнопку принимается вызов.
R - означает, что вызывающий абонент отбил вызов, не дожидаясь ответа оператора. Т.е. прослушал сообщение и положил трубку.
Да, оператор отвечает на вызов.
В том-то и дело, что на самом деле абонент не отбил вызов, а оператор принял его, нажав не спикер (или сняв трубку), а нажав на пул, где висел входящий вызов. И почему-то всегда, если принимать через пул, то вот такая кривизна в смдр. При этом есть эта уточняющая строка 008 : 84956171366 -> 108, что вызов всё-таки принят на 108 линии.
А что вам, собственно, не нравится?! Когда аппарат абонента звонит, т.е. на него ПОСТУПАЕТ вызов, то и в SMDR отображается, что вызов принял абонент! Во втором случае вызов поступает в группу *621, а абонент вызов ПЕРЕХВАТЫВАЕТ! Поэтому и видно то, что видно.
Ничего не понял.
Когда звонит клиент и оператор отвечает кнопкой спикер или физически берет трубку, то в смдр:
010 : 84991271422 -> 104
8340 104 010 00:01:58 05/14/13 23:39:55 G84991271422 0 0
В полной строке есть внутренняя линия, даже если клиент слушал автоответчик.
Если оператор отвечает через кнопку пула, то в смдр:
008 : 84956171366 -> 108
8031 *621 008 00:00:00 05/14/13 15:47:47 R84956171366 0 0
В полной строке остается группа автоотчетчика и нет длительности.
Так и ничего не понял.😊 Посмотрите, что вы написали в первом сообщении и в своем последнем. Где вы ранее про длительность писали??
Сейчас проверял у себя. Вижу совершенно другую картину!
Какая у вас версия? Как назначены входящие вызовы? И, что за кнопочка пула, что в ней зашито? (это для понимания).
Длительность не самое главное, главное - внутренняя линия, потому что её не правильное значение попадает в БД SpRscord.
iPECS-MG/GS55M-1.7Di FEB/12
Boot Version-1.0Ak AUG/10
OS Version-1.0Ak JUL/10
“Как назначены входящие вызовы?”
Не знаю как ответить. Может лучше скрин выложить?
“И, что за кнопочка пула, что в ней зашито?”
Прошу прощения!!! Имел ввиду Loop_key
Выложите лучше ваш конфиг! Кстати, а внешние линии какие?
смоделирую ситуевину.
Давно уже пользую версию 2.1… Как оно было на 1.7 и не помню...
Вообще-то строки типа
008 : 84956171366 -> 108
никакого отношения к SMDR не имеют. Это отдельная функция - CLI Print. И там на каждый отвеченный вызов должно выводится по 3 строки (каждая строка впереди имеет свой управляющий символ). Так было реализовано на других сериях станций (LDK/LIK). Правда, я не проверил, как они эту функцию сделали на MG. Неужели выводится только одна строка??
Вот же, елы-палы, в очередной раз забыл про CLI Print. Это уже хронически. 😊
Вот не пользовал никогда на практике, так и вылетает постоянно из головы...
Посмотрел конфиг, проанализировал настройки и проверил на практике.
Сначала резуме.
Ситуация с отображением *621 и нулевой длительностью наблюдается.
Почему получается так у вас. Вызов у вас назначен в группу *620 ринговую, потом уходит в *621 ринговую, но со всякими сообщениями, потом уходит еще в другую группу, но, это уже и не важно.
Так вот, все дело в атрибудах групп, касающихся Greeting Announcement, в частности, Greeting Play Timer. В *620 он у вас 0. Так вот, пока вызов поступает в группу *620 нажатие кнопки LOOP приводит к включению спикерфона на аппарате, на дисплее надпись о соединении с СО, но фактически мы ни с какой СО не соединены, а вызов продолжает поступать на других абонентов. Greeting Play Timer нельзя выставлять 0, поставьте 1 сек.!!!
Далее вызов уходит в группу *620 и в течении 40 сек. (значение Greeting Play Timer в атрибутах группы) звучит сообщение, а вызов ни на кого не идет. Если нажать в это время мигающую LOOP, то включается спикерфон, на дисплее надпись о соединении с СО, но, фактически, соединения с СО нет.
В обоих случаях получаем строчки SMDR вида
0038 *621 007 00:00:00 05/16/13 12:26:23 R071100 0 0
Спасибо за анализ!
“фактически мы ни с какой СО не соединены” - не совсем понятно. У нас-то как раз фактически есть соединения с клиентом при на нажатии на луп, и даже длинные, но с таким смдр. Или это “фактически ” относится к атс? 😊
“Greeting Play Timer нельзя выставлять 0, поставьте 1 сек.!!! ” - но это же не решение проблемы? 😊
“фактически мы ни с какой СО не соединены” - не совсем понятно. У нас-то как раз фактически есть соединения с клиентом при на нажатии на луп, и даже длинные, но с таким смдр. Или это “фактически ” относится к атс? 😊
Теперь я не понимаю, что не понятно вам и что за “фактически” относится к АТС?
К тому же, такие строчки SMDR точно соответсвуют ситуациям, когда было соединение с клиентом после нажатия LOOP? Дело то в том, что если после первого нажатия LOOP в описанных ситуациях положить трубку и опять нажать LOOP, то все сработает, вы соединитесь с внешним абонентом. Соответственно, вы получите еще и нормальную строчку.
“Greeting Play Timer нельзя выставлять 0, поставьте 1 сек.!!! ” - но это же не решение проблемы? 😊
Это почему же? Мотивируйте. Суть - не надо использовать гарантированные сообщения (они на то и гарантированные, чтобы полностью воспроизводились), когда они не нужны. Во время таковых сообщений вызовы на абонентов не поступают! А 0 для таймера - просто не выставляйте 0!
Я просто не понимаю, чем с точки зрения проблемы отличается 0 от 1 в этом параметре, и почему 1 решит эту проблему?
Где указано (а программах), что это гарантированные сообщения? У нас сейчас если, вроде, 8 секунд не берут трубку (то есть идут просто губки), то клиент начинает слушать автоответчик, но при этом на телефонные аппараты всё равно поступает звонок, и оператор может в любой момент принять его. Это же не гарантированные сообщения?
Я просто не понимаю, чем с точки зрения проблемы отличается 0 от 1 в этом параметре, и почему 1 решит эту проблему?
Где указано (а программах), что это гарантированные сообщения? У нас сейчас если, вроде, 8 секунд не берут трубку (то есть идут просто губки), то клиент начинает слушать автоответчик, но при этом на телефонные аппараты всё равно поступает звонок, и оператор может в любой момент принять его. Это же не гарантированные сообщения?
Слушайте, я не собираюсь тратить время на дебаты, которые, на мой взгляд, излишни! Я смоделировал ситуация по вашим настройкам, нашел причину и все расписал!
