Избыточная служба мобильности расширения

Reply to Избыточная служба мобильности расширения on Wed, 18 Feb 2026 21:09:29 GMT

mightyking — Wed, 18 Feb 2026 21:09:29 GMT

Здравствуйте, Джонатан, К сожалению, я не смогу провести тестирование до следующей среды. Сообщу результаты, как только тестирование будет завершено. Спасибо, МК

Reply to Избыточная служба мобильности расширения on Wed, 18 Feb 2026 21:09:28 GMT

Jonathan Schulenberg — Wed, 18 Feb 2026 21:09:28 GMT

Теперь проверьте отработку отказа. Проверьте журналы консоли телефона или PCAP, чтобы увидеть, какой узел был выбран при первом использовании службы EM Phone Service, заблокируйте доступ к IP-адресу этого узла с телефона (например, с помощью ACL на маршрутизаторе/брандмауэре), а затем попробуйте снова получить доступ к службе Phone Service с этого телефона. Как быстро происходит переключение на другой узел?

Reply to Избыточная служба мобильности расширения on Wed, 18 Feb 2026 21:09:27 GMT

mightyking — Wed, 18 Feb 2026 21:09:27 GMT

Мы создали 2 записи DNS: Add-DNServerResourceRecodrA - Name "NameWeHaveChosen" - ZoneName "Our demain name" - IPV4Address "IP-адрес абонента 1" Add-DNServerResourceRecodrA - Name «NameWeHaveChosen» - ZoneName «Название нашего домена» - IPV4Address «IP-адрес абонента 2» И, похоже, это работает.

Reply to Избыточная служба мобильности расширения on Wed, 18 Feb 2026 21:09:26 GMT

Jonathan Schulenberg — Wed, 18 Feb 2026 21:09:26 GMT

Здесь есть несколько моментов. Если я правильно помню, для одного и того же имени хоста нельзя создавать несколько записей CNAME, поэтому вам придется использовать записи A, но
не
создавать для них соответствующие записи PTR. CUCM ожидает, что для IP-адреса каждого узла кластера будет одна запись PTR, которая разрешается обратно в имя хоста этого узла.
Ошибка «DNS недоступен» вероятно связана с тем, что один из DNS-серверов, настроенных для использования CUCM, не отвечает на DNS-запросы.
Помните, что вам нужно будет добавить эти дополнительные FQDN в сертификат Tomcat в качестве SAN.
Вам следует проверить это, чтобы убедиться, но я скептически отношусь к тому, что это сработает, особенно с достаточно коротким тайм-аутом, который пользователь не будет ждать до истечения. Единственные два метода, которые я видел в документации Cisco по этому вопросу, — это два отдельных EM Phone Services, каждый из которых указывает на другой узел CUCM, или внешний балансировщик нагрузки HTTP/S.

Reply to Избыточная служба мобильности расширения on Wed, 18 Feb 2026 21:09:25 GMT

Roger Kallberg — Wed, 18 Feb 2026 21:09:25 GMT

Проблема заключается в том, что вы, вероятно, использовали записи A с соответствующими записями PTR или Host в DNS для построения резервирования EM. Я думаю, что вам нужно использовать вместо этого записи CNAME. Попробуйте, может быть, это поможет. ![Response Signature]