UCCX 12.5.1 SU1 — пользователи Finesse заблокированы во время обновления CUCM с версии 12.5.1 (SU2 до SU4)
-
Мы являемся больницей и обновили нашу UCCX до версии 12.5.1 SU1 из-за многочисленных проблем. Мы столкнулись с ошибкой
CSCvt65696
и нам необходимо обновить CUCM с версии 12.5.1 SU2 до SU4. В нашей тестовой среде при обновлении до неактивного раздела любые новые входы в Finesse сопровождаются сообщением «Неверное имя пользователя или пароль. Попробуйте еще раз». Существующие агенты Finesse работают, но, конечно, у нас есть смены, обеды и т. д. Что делают другие компании, когда они работают круглосуточно? У нас есть CTI Failover to Hunt Pilots, и мы вручную добавляем расширения при проведении технического обслуживания. Просто интересно, является ли это нашим единственным вариантом. ПРИМЕЧАНИЕ: После загрузки тестовой среды CUCM в неактивный раздел мы по-прежнему не можем войти в Finesse. -
Блокировка будет действовать до тех пор, пока вы не переключитесь на новую версию. Когда мы проводим обновления, мы планируем их на время, когда на дежурстве находится наименьшее количество агентов, и
все
они должны быть вошли в Finesse
до
начала обновления, но не в состоянии «Готов», если они не запланированы для участия в управлении вызовами для службы. Это может облегчить проблему для агентов, которые не могут войти в систему, чтобы при необходимости участвовать в управлении вызовами, поскольку они могут менять состояние между «Не готов» и «Готов». Это далеко не идеальный вариант, но это лучшее решение, которое мы смогли найти. ![Response Signature]
-
Привет
[, @acdciscotac]
и
@Leah Sittig
, замеченная проблема связана с блокировкой AXL API, которая предотвращает внесение критических изменений во время процедуры обновления/модернизации. По данным Cisco, большое количество обновлений/модернизаций завершилось неудачей из-за того, что администраторы вносили изменения в конфигурацию во время их выполнения. Начиная с CUCM v12.5, была введена эта новая функция. Если вы хотите разрешить изменения конфигурации, вы можете выполнить следующую команду в CLI CUCM Publisher после запуска обновления: utils system enableAdministration См. также:
Справочник по интерфейсу командной строки для решений Cisco Unified Communications, версия 12.5(1) — Команды Utils [Cisco Unified Communications Manager (CallManager)] — Cisco После выполнения этой команды ваши агенты смогут войти в Finesse. UCCX использует CUCM AXL API для аутентификации, и если операции AXL запрещены (во время обновления/модернизации), вход в систему не удается. С уважением Игорь -
Откройте заявку TAC, уровень серьезности 1. 1-800-553-2447
-
Это все еще актуально? Мы планируем обновить CUCM с версии 12.5 до 15SSU2, а контакт-центр уже обновлен до версии 12.5.1.11003-511. Пользователи используют EM и финси-логин.
-
Насколько я знаю, это по-прежнему так работает при обновлении CM. ![Response Signature]
-
Кроме того, я надеюсь, что эта блокировка будет действовать только до тех пор, пока не будет обновлен издатель или весь кластер.
-
Блокировка действует до тех пор, пока все узлы кластера, включая IM&P, не будут обновлены и не запущены службы. Если вы используете EM для агентов UCCX, вы можете смягчить эту проблему, установив дополнительную службу EM, которая будет направлена на подписчика. Кстати, знание о смене смены является частью процесса планирования обновлений в круглосуточных магазинах. В некоторых случаях пользователям может потребоваться поменять рабочие места без выхода из системы, даже если это обычно представляет угрозу безопасности.
-
Спасибо всем за ответы в кратких комментариях. Как будет, если я сделаю всех агентов, которые будут входить в систему во время обновления, локальными пользователями до обновления и сделаю линии жесткими для этих телефонов?
-
Это будет здорово. Огромное спасибо!
-
Пожалуйста! Выполнение этой команды всегда входит в мой список обновлений при модернизации среды CUCM, интегрированной с UCCX. С уважением Игорь
-
Конечно. Надеюсь, эта команда будет выполнена до обновления. Пожалуйста, подтвердите. Кроме того, служба EM будет функционировать от издателя во время обновления.
-
Нет, команда может быть выполнена только после запуска обновления/модернизации. К сожалению, большинство моих предыдущих обновлений проводились в средах, где EM не использовался в полной мере, поэтому я не проверял, что именно происходит. Я предполагаю, что проблем не должно быть, но если у вас есть возможность проверить это, я бы рекомендовал сделать это. С уважением Игорь
-
Обновление не выводит пользователей из EM. Оно просто зафиксирует состояние EM, в котором они находились на момент начала обновления. Вам не нужно жестко назначать DN телефонам. Это зависит от процесса, который агенты используют для входа в систему. Если у вас есть дополнительные рабочие станции, вы можете оставить агентов в EM, которые будут там во время смены смены, пока идет обновление.
-
Спасибо за поддержку. Мне скорее интересна упомянутая выше команда admin unlock.
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти