По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Пользователи очень часто встречаются с ошибкой 32788 в среде виртуализации Hyper-V. Если быть точным, то полная формулировка ошибки следующая:
The application encountered an error while attempting to change the state of %имя_виртуальной_машины%.%имя_виртуальной_машины% failed to change state. The operation cannot be performed while the object is in use with error code 32788
Выглядит это «неприятное» popup окно примерно вот так:
Ошибка появляется, когда пользователь пытается запустить виртуальную машину. Итак, погнали разбираться. Данный гайд подойдет для Hyper-V версий 2012 R2 и 2016.
Краткая матчасть
Ошибка возникает, из за того, что виртуализация это несколько более сложная штука, чем просто создание виртуальных вычислительных машин поверх физического устройства. Внутри каждой есть операционные системы, сетевые адаптеры, виртуальные коммутаторы, устройства для хранения, интерфейсы взаимодействия и другие.
Сам интерфейс Hyper-V – это лишь консоль управления. Устаревшая и неактуальная конфигурация виртуальных машин приводит к возникновению ошибок. В том числе, и ошибке 32788.
Основные причины ошибки 32788
Самые главные причины ошибки 32788, которые мы воспроизводили на опыте:
Конфликт (неточность/неактуальность) конфигурации виртуальной машины;
Изменения виртуального коммутатора (VM switch) на машине;
Исправляем ошибку 32788
Итак, чтобы исправить ошибку, нужно:
Открыть Settings (настройки) виртуальной машины. В списке виртуальных машин, нажмите правой кнопкой мыши на нужную виртуальную машину и выберите Settings;
Откройте настройки сетевого адаптера (Network Adapter Settings). А так же пробегитесь по всем пунктам меню слева (Memory, Processor, IDE Controller и так далее), на предмет обнаружения уведомления с надписью Configuration Error. В нашем примере, виртуальная машина столкнулась с проблемой того, что виртуальный коммутатор (Vswitch), к которому она подключена, более не существует (The network adapter is configured to a switch which no longer exists…)
Вот она, причина ошибки 32788 в нашей случае – устаревшие настройки виртуального коммутатора. Возможно, его кто то удалил, или изменил его имя.
В любом случае, нам нужно исправить это. Создаем новый виртуальный коммутатор (Virtual Switch) типа Internal, для внутреннего использования:
После внесение всех изменений перезагрузите (выполните рестарт) виртуальную машину.
Модуль, отвечающий за распределение вызовов по времени – Time Conditions. Данный модуль представляет из себя набор правил, в который включены временные группы (Time Group).В модуле настраиваются два условия: первое – если выполняются правила Time Group, а второе, если данные правила не выполняется. Модуль Time Conditions чаще всего применяется для маршрутизации вызовов в зависимости от рабочего времени в компании, например, маршрут для вызовов с 10:00 до 19:00 на секретаря, а после и по выходным, вызовы маршрутизируются на заранее записанное голосовое сообщение.
/p>
Важно отметить, что если вы решили настроить данный модуль, то стоит начать с настройки Time Group.
Итак, приступаем к настройке. Для этого, подключитесь к интерфейсу FreePBX в правами администратора, и перейдите во вкладку Applications и далее во вкладку Time Conditions
Перейдя в интерфейс настройки, нажимаем Add Time Condition и добавляем новое условии маршрутизации по времени:
Разберемся конкретнее с каждым из параметров настройки:
Time Condition Name - Укажите название данного условия. Удобнее всего давать имена в соответствие с логикой работы данных кондиций. Например, «Work Hours» для рабочего времени и «Holidays» для выходных.
Override Code Pin - В FreePBX13 существует Feature Code, по умолчанию это *27. С его помощью можно менять временные кондиции (Time Conditions). Поле Override Code Pin позволяет ввести пин-код, который будет запрошен у пользователя, который попытается изменить это временное условие.
Invert BLF Hint - Да/Нет. Для каждой из временных кондиций, создается BLF хинт (hint). Соответственно, ка телефонном аппарате с поддержкой BLF можно отображать статус данной временной кондиции. По умолчанию, (Invert BLF Hint = No) – это означает, что в случае, если данный временная кондиция не совпадает, то в BLF выставляется статус «INUSE», а это как правило, красная лампочка. В случае, если кондиция совпадает с временной группой, то выставляется статус «NOT_INUSE», а это, как правило зеленая лампочка. В случае, если параметр Invert BLF Hint = Yes, то указанные выше позиции определяется в обратном порядке.
Change Override - Текущий статус перезаписи временного условия отображается в выпадающем меню. Если это новое временное условие, которое ещё не сохранено, статус будет НЕИЗВЕСТНО. В ином случае, вы увидите текущий статус. Выпадающее меню дает вам возможность изменять статус перезаписи:
Unchanged - статус перезаписи не будет изменен.
Reset Override - удаляет любой статус перезаписи, который отмечен.
Temporary Matched / Unmatched - создает временную перезапись, пока текущий промежуток времени не истечет.
Permanent Matched / Unmatched - создает постоянную перезапись, пока перезапись не будет удалена.
Time Group - Временная группа, в которой отмечается временной промежуток, дни недели и месяцы. Именно на базе Time Group происходит маршрутизация вызовов в Time Condition
Destination non-matches - Направление для вызова, если вызов не попал под правила настроенные в Time Group
После внесения всех настроек необходимо нажать Save, а затем Apply Config.
Как известно, в телефонии существует два основных вида перевода (или трансфера - transfer) входящих звонков, это:
Attendant Transfer/ consultative transfer - Перевод звонка, при котором оператор, получив информацию от звонящего, ставит звонок на удержание, затем инициирует второй вызов третьей стороне (абоненту, с которым хочет соединиться звонящий), уведомляет о входящем вызове и лишь после разрешения третьей стороны, соединяет с вызывающим абонентом. После этого, оператор кладет трубку и больше никак не влияет на переведенный вызов. Таким образом, оператор остается уверенным в том, что звонящий соединен с нужным абонентом. В случае, если у оператора не получается дозвониться до вызываемого абонента или он сообщает, что не может в данный момент принять звонок, оператор снимает звонящего с удержания и просит его перезвонить позднее.
Blind Transfer - Даже из названия становится понятно, что данный вид перевода является “слепым”, т.е оператор переводит звонок, не уведомляя третью сторону в входящем вызове. Не трудно догадаться, что если вызываемый абонент занят или не отвечает, то вызов попросту обрывается.
Согласитесь, ситуация крайне нежелательная, клиентам приходится заново набирать номер, общаться с оператором, объяснять, что разговора не состоялось и т.д. Теряется время, лояльность клиентов и интерес.
В IP телефонии на базе Asterisk с данной проблемой познакомились, когда начали осуществлять миграцию с аналоговых АТС. Дело в том, что аналоговые АТС по умолчанию поддерживают так называемый Transfer Recall. Данный функционал заставляет АТС перезванивать оператору, если звонок между вызывающим и вызываемым абонентами, по каким то причинам не состоялся. Оператор, в свою очередь, просил вызывающего абонента перезвонить.
Проблема с потерянными вызовами после “слепого” перевода имела место быть вплоть до Asterisk версии 1.6, когда в файл feature.conf в Attended Transfer (atxfer) не был введен дополнительный функционал atxferdropcall , со значениями yes и no
atxferdropcall = yes - Звонок не будет возобновлен после неудачного перевода
atxferdropcall = no – Звонок будет возобновлен после неудачного перевода
По умолчанию в Asterisk данная переменная имеет значение yes.
Таким образом, чтобы решить проблемы с потерянными вызовами при переводе, нужно просто изменить файл feature.conf следующим образом:
[general]
parkext => *700
parkpos => 701-720
context => parkedcalls
parkedcalltransfers = caller
transferdigittimeout => 1
xfersound = beep
xferfailsound = beeperr
atxfernoanswertimeout = 15
atxferdropcall = no
atxferloopdelay = 10
atxfercallbackretries = 2
[featuremap]
blindxfer => *
atxfer => #
Где,
atxfernoanswertimeout - Время, которое необходимо для дозвона обратно;
atxfercallbackretries - Количество попыток повторного дозвона