Atualização do Video Communication Server (VCS) / Expressway X14.x - Perguntas frequentes do Guia &

Observações Importantes Sobre Atualizações Para X14.2:
1. O Expressway X14.2 suporta apenas Smart Licensing.
2. Expressway X14.2 é limitado a 2500 sessões de sinalização criptografadas para endpoints e inclui alterações no comportamento do servidor de tráfego relacionadas ao bug da Cisco ID CSCwc69661 que pode levar a falhas de MRA - Leia as Notas de versão e o Guia do administrador antes de atualizar para X14.2. Consulte também a nota 4 na seção Ações de pré-atualização deste documento para obter mais informações.
3. Se você tiver um tamanho de MTU personalizado configurado no Expressway, ele será alterado para o padrão de 1500 após a atualização, o que causará problemas em conexões e mídia, isso será rastreado sob a ID de bug Cisco CSCwc74590 Portanto, após a atualização, você deve alterar o tamanho da MTU de volta para o tamanho da MTU anterior que foi configurado antes da atualização.

Introdução

Este documento descreve o processo de atualização do Expressway e foi projetado para guiá-lo e responder às perguntas mais frequentes.

Informações de Apoio

As informações neste documento aplicam-se ao Expressway e ao Video Communication Server (VCS). O documento faz referência ao Expressway, mas pode ser trocado com o VCS.

Observação: embora este documento seja projetado para ajudá-lo com a atualização, ele não substitui as notas de versão do Expressway. Eles são a fonte da verdade.
Consulte sempre as Notas de versão da versão de destino antes de prosseguir com a atualização.

Informações importantes para todas as implantações

1. As etapas de atualização podem ser encontradas nas Notas de versão aqui para sistemas autônomos e sistemas em cluster.
2. Você pode atualizar diretamente para o X14.x a partir da versão X8.11.4 e superior, não é necessária uma versão intermediária. Upgrades de qualquer versão anterior a X8.11.4 requerem um upgrade intermediário para X8.11.4.
3. Nenhuma chave de versão é necessária para uma atualização do Expressway para X12.5.4 ou superior. No entanto, ela é necessária para os sistemas Cisco VCS.
4. No caso de um cluster, inicie primeiro a atualização no servidor "Primário" do cluster. Depois que o "Primário" for atualizado, você poderá atualizar os nós "Subordinado(s)" um de cada vez. Isso evita o risco de perda de dados de configuração e mantém a continuidade do serviço.
   

   Observação: você pode encontrar "Primary" no menu System > Clustering. O número "Configuration primary" aponta para o "Primary peer" na lista de peers na mesma página.

   
5. Você pode atualizar o Expressway-E e o Expressway-C "Primário" ao mesmo tempo. Ou você pode atualizar o cluster Expressway-E primeiro ("Primário" depois "Subordinado(s)"), depois atualizar o cluster Expressway-C ("Primário" depois "Subordinado(s)"), mas certifique-se de que no final da janela de atualização, todos os servidores (Expressway-C e Expressway-E) estejam na mesma versão.
6. Se você usar o recurso WebRTC Proxy over Expressway do Cisco Meeting Server (CMS) e o Expressway-E como servidor TURN, deverá garantir a execução de um CMS versão 2.9.3 ou 3.0 e posterior para que o WebRTC continue a funcionalidade após a atualização. Versões anteriores do CMS não funcionam devido à incompatibilidade do serviço TURN relacionada ao bug da Cisco ID CSCv01243.
7. Se você tiver notificações por push habilitadas para Acesso Móvel e Remoto (MRA), certifique-se de executar no mínimo o Cisco Unified Communications Manager (CUCM)/ Instant Messaging and Presence (IMP) versão 11.5.1.18900-97 ou 12.5.1.13900-152 ou 14.0.1.10000-20 ou posterior antes da atualização dos Expressways.
   

   Observação: você pode verificar se as notificações por push estão habilitadas no CUCM > Recursos avançados > Cisco Cloud Onboarding e ver se a opção Habilitar notificações por push está marcada (habilitada).

Ações de pré-atualização

1. Para que a funcionalidade MRA continue após a atualização, você precisa carregar os certificados raiz e intermediários que assinaram o certificado Expressway-C para o editor do CUCM como "tomcat-trust" e como "callmanager-trust".

Após o carregamento dos certificados, reinicie o serviço "Cisco Tomcat", "Cisco callmanager" e "Cisco TFTP" em todos os nós relevantes do CUCM (o serviço Cisco HAProxy é reiniciado automaticamente com o reinício do serviço Tomcat).
Isso é necessário devido às alterações feitas na ID de bug da Cisco CSCvz20720 . Isso é necessário mesmo se você usar perfis de telefone sem segurança e o "modo de verificação TLS" estiver desativado para o cluster CUCM adicionado no Expressway-C.

Para obter mais informações sobre as etapas exatas necessárias para conseguir isso, consulte o documento Carregar os certificados raiz e intermediário do Expressway-Core no CUCM. 

Observação: você só pode reiniciar o serviço "Cisco Tomcat" a partir da linha de comando com o comando utils service restart Cisco Tomcat .

2. A partir do X14.2, mesmo se TLS verify estiver definido como Off em servidores de Unified Communications (CUCM, IM&P, CUC e CMS), os certificados de CA (raiz e quaisquer CAs intermediárias) para esses servidores devem ser adicionados ao repositório de confiança do Expressway-C. Se isso não for feito, poderão ocorrer problemas de login de MRA após um upgrade para X14.2 ou superior.

Além disso, o FQDN dos servidores de Unified Communication ao qual o Expressway-C se conecta precisa estar na lista SAN no certificado desses servidores.

Essa alteração foi adicionada como parte de uma melhoria de segurança no Expressway, rastreada no bug da Cisco ID CSCwc69661. Mais informações sobre isso podem ser encontradas nas notas de versão X14.2.

Além disso, você também pode consultar o documento Solucionar problemas da verificação de certificado do servidor de tráfego Expressway para serviços MRA introduzidos pelo CSCwc69661

3. A partir do X14.2, o Smart Licensing é o único modo de licença disponível com o Expressway, foi removido o modelo de licença tradicional baseado em PAK (chave de opção).

Normalmente, se você usa apenas o Expressways para MRA, nenhuma licença é necessária e essa alteração não afeta o sistema. No entanto, se você usa chamadas B2B ou registra endpoints no Expressway (ou qualquer outro recurso que exija uma licença), certifique-se de que o Expressway-C e o Expressway-C possam acessar o Cisco Smart Software Manager na nuvem diretamente ou por meio de um proxy ou conectar-se ao Cisco Smart Software Manager On-Prem.

O licenciamento inteligente é ativado por padrão após uma atualização para X14.2, mas você deve garantir que a conexão com o CSSM (nuvem ou local) seja bem-sucedida.

Mais informações sobre isso podem ser encontradas nas notas de versão X14.2.

4. A partir do X14.2, o Expressway está limitado ao limite de 2500 sessões de criptografia (2500 sessões aqui é uma soma de todas as sessões de MRA + chamadas + registros de endpoint para Expressways), uma única sessão de MRA com um cliente pode consumir duas sessões de criptografia ou mais, o mesmo com endpoints de registro duplo (H.323 e SIP), cada um desses endpoints consumiria 2 sessões de criptografia.

Normalmente, isso não afeta as Expressway de pequeno porte que são usadas apenas para MRA, no entanto, isso afeta uma Expressway de médio ou grande porte usada para MRA.

Antes do X14.2, um Expressway de grande porte poderia lidar com até 3.500 sessões de MRA, mas com o X14.2 ele é limitado a 2.500.

Isso significa que a capacidade do Expressway pode ser reduzida pela metade. Por exemplo, se você tiver 2500 usuários Jabber (com serviços de telefone e IM&P), após uma atualização para o X14.2, isso será visto pelo Expressway como 5000 sessões de sinal criptografadas, e as sessões acima da marca 2500 serão rejeitadas, o que afeta as chamadas e registros MRA.

Esse limite não pode ser removido no X14.2.

Mais informações sobre isso podem ser encontradas nas notas de versão X14.2.

5. Se você tiver um cluster do Expressway, verifique se não há alarmes de cluster (Status de origem > Alarmes).

Observação: se você tiver apenas o número de alarme "40049" sobre "Cluster TLS permissive - O modo de verificação Cluster TLS permite certificados inválidos", poderá ignorar esse alarme e continuar com a atualização, mas qualquer outro alarme de cluster precisará ser tratado antes da atualização.

6. Se você tiver um cluster Expressway, conecte-se ao servidor Expressway que você está prestes a atualizar através do SSH e use o usuário "root" e execute o comando:
cd / && ./sbin/verify-syskey

Observação: esse comando não deve fornecer nenhuma saída. Se você receber um "erro" como resultado desse comando, abra um caso no TAC para corrigir os erros antes de continuar com a atualização.

7. Finalmente, faça um backup antes da atualização (De Manutenção > Backup e Restauração). Faça isso em cada servidor.

Instruções de atualização

1. Faça download do arquivo de atualização (o nome termina com ".tar.gz") a partir de downloads do software Expressway (Por exemplo, faça download de "s42700x14_0_6.tar.gz" para X14.0.6).
2. Carregue o arquivo de atualização (por exemplo, "s42700x14_0_6.tar.gz") no Expressway (em Manutenção > Atualização e clique em Procurar para encontrar o arquivo de atualização em seu PC e, finalmente, clique em Atualizar)

   Observação: o arquivo de atualização é carregado para o Expressway quando você clica em Atualizar. Após concluir o upload, pressione Continue para continuar com a atualização. O servidor instala o software e solicita que você reinicialize no final para alternar para o novo software.

Ações pós-atualização

Após uma atualização do Expressway, você deve atualizar os nós de Unified Communications a partir do servidor Expressway-C principal:

Navegue até Configuration > Unified Communication > Unified CM servers.  Selecione todos os clusters CUCM e selecione Atualizar.

Navegue até Configuration > Unified Communication > IM and presence service nodes. Selecione todos os clusters do IM&P e selecione Atualizar.

Navegue até Configuration > Unified Communication > Unity Connection Servers. Selecione todos os clusters CUC e selecione Atualizar.

FAQ

Licenças

1. Preciso de uma chave de versão para fazer o upgrade?

R. Uma chave de versão não é necessária para atualizar um Expressway para a versão X12.5.4 ou superior (as chaves de versão ainda são usadas para sistemas Cisco VCS).

2. Preciso migrar minhas licenças?

R. As licenças instaladas no Expressway antes da atualização são migradas automaticamente para a nova versão.

3. Quais licenças eu preciso atualizar?

R. Se você planeja atualizar do X8.11.4 ou superior para uma versão posterior no mesmo servidor, nenhuma licença adicional é necessária, suas licenças atuais são migradas automaticamente para a nova versão (os sistemas VCS ainda exigem uma chave de versão).

Essas licenças não são necessárias a partir da versão X12.5.4:

Chave de versão LIC-SW-EXP-K9 (de X12.5.4, isso é fornecido por padrão em uma atualização dos sistemas Expressway. Ela ainda é necessária para sistemas VCS.)

Licenças de retransmissão LIC-EXP-TURN TURN (fornecidas por padrão)

Gateway de entrelaçamento LIC-EXP-GW (fornecido por padrão)

Rede avançada LIC-EXP-AN (fornecida por padrão)

Essas licenças não são necessárias a partir da versão X12.6:

LIC-EXP-SERIES Expressway Series (Agora você pode alterá-lo da interface do usuário através do Assistente de configuração de serviço de Status > Overview)

Licença de servidor de passagem LIC-EXP-E (Agora você pode alterá-la da interface do usuário através do Assistente de configuração de serviço de Status > Visão geral)

4. Preciso habilitar o licenciamento inteligente?

R. O licenciamento inteligente é obrigatório a partir do X14.2. Qualquer versão anterior à X14.2 ainda pode usar o modelo de licença da chave de opção.

O licenciamento inteligente é ativado por padrão após uma atualização para o X14.2, mas você deve garantir que a conexão com o CSSM (nuvem ou local) seja bem-sucedida.

Compatibilidade

1. Posso fazer upgrade diretamente para o X14.x ?

R. Você pode atualizar diretamente para o X14.x (ou para o X12.x) Expressway release a partir da versão X8.11.4 e superior. Qualquer versão anterior à X8.11.4 requer atualização em dois estágios. Mais informações estão disponíveis nas notas de versão.

2. Quais versões do Cisco Unified Communications Manager e IM&Presence são compatíveis com o Expressway?

R. Se você usar a Notificação por Push para Jabber sobre MRA, as versões mínimas serão 11.5.1.18900-97, 12.5.1.13900-152 ou 14.0.1.10000-20.

Você pode verificar se as notificações por envio estão habilitadas na página de administração do CUCM Recursos avançados > Cisco Cloud Onboarding. Verifique se Ativar notificações por push está marcado (ativado).

3. Qual versão do CMS é compatível com o Expressway 12.X e 14.X ?

R. Se você usar o Proxy WebRTC do CMS no Expressway, certifique-se de executar o CMS versão 2.9.3, 3.0 ou posterior.
Versões anteriores não funcionam devido à incompatibilidade do serviço TURN relacionada ao bug da Cisco ID CSCvv01243

Pós-atualização

1. Há alguma tarefa adicional que eu precise executar após a atualização?

R. Os nós de Unified Communications devem ser atualizados do correspondente principal do Expressway-C:

Navegue até Configuration > Unified Communication > Unified CM servers.  Selecione todos os clusters do CUCM e selecione Atualizar .

Navegue até Configuration > Unified Communication > IM and presence service nodes. Selecione todos os clusters do IM&P e selecione Atualizar .

Navegue até Configuration > Unified Communication > Unity Connection Servers. Selecione todos os clusters CUC e selecione Atualizar .

2. Como posso confirmar que a atualização foi bem-sucedida?

R. Há algumas coisas que podem ser verificadas:

- Verifique se o cluster está estável (em System > Clustering) e confirme se não há alarmes de cluster Status > Alarms.

- Certifique-se de que a zona com o tipo "Unified Communication traversal" seja exibida como "Ativa" para "status SIP" no Expressway-C e no Expressway-E. É normal ver as Zonas CE (tcp/tls/OAuth) criadas automaticamente (de Configuração > Zonas) mostradas como "Resolúveis por endereço" em vez de "Ativas". 

- Execute testes em tempo real por meio de login de MRA, chamadas de teste e assim por diante.

3. Vejo um novo alarme sobre "Hardware sem Suporte" ou "Aviso de hardware inadequado" no meu servidor Virtual Expressway após uma atualização bem-sucedida?

R. A versão X14.x do Expressway agora verifica a velocidade de relógio da CPU da máquina virtual (VM) e garante que ela corresponda à velocidade de relógio necessária para a VM do mesmo tamanho como mencionado no guia de virtualização do Expressway. Os alarmes exatos são exibidos como: "Aviso de hardware inadequado - Seu hardware atual não atende aos requisitos de configuração de VM suportados para esta versão do Expressway.".

Se você vir esse alarme, verifique se os recursos da VM correspondem aos recursos mencionados no guia de virtualização do Expressway. Se eles forem menores do que o mencionado no guia, você precisará reconstruir o servidor para atender aos requisitos mínimos para o tamanho selecionado e, em seguida, restaurar um backup.

Nota importante para X14.0.7

Se você tiver uma implantação média (vista em Status > System > Information) E sua VM tiver uma velocidade de clock superior a 3,19 GHz E sua versão do VCS/Expressway for exatamente X14.0.7, então você poderá ignorar o alarme. Este alarme é disparado incorretamente devido à ID de bug da Cisco CSCwc09399.

Acesso remoto móvel (MRA)

1. A atualização requer alterações de configuração no Cisco Unified Communications Manager (CUCM) ?

R. Se você usar o MRA, devido ao aprimoramento de segurança da ID de bug da Cisco CSCvz20720, os certificados raiz e intermediários das Autoridades de certificado que assinaram o certificado Expressway-C devem ser carregados como "tomcat-trust" e "callmanager-trust" para o servidor do editor do CUCM (ele os replica para os assinantes). Isso é necessário mesmo se você usar perfis de telefone sem segurança e o "modo de verificação TLS" estiver desativado para o cluster CUCM adicionado no Expressway-C. Reinicie os serviços "Cisco Tomcat", "Cisco CallManager" e "Cisco TFTP" em cada servidor para que as alterações tenham efeito.
O serviço "Cisco Tomcat" pode ser reiniciado somente a partir da linha de comando com o comando "utils service restart Cisco Tomcat".

Para obter mais informações sobre as etapas exatas necessárias para conseguir isso, consulte o documento Carregar os certificados raiz e intermediário do Expressway-Core no CUCM. 

2. Preciso alterar meu certificado Expressway-C para atualizar?

R. Não é necessário alterar o certificado Expressway-C se ele ainda for válido. No entanto, os certificados raiz e intermediários das autoridades de certificação que assinaram o certificado Expressway-C devem ser carregados como "tomcat-trust" e "callmanager-trust" para o servidor do editor do CUCM. Consulte o ponto 1 da seção Ações de pré-atualização para obter mais informações.

Pré-atualização

1. O que devo verificar antes da atualização?

R. Se você tiver um sistema Expressway clusterizado, verifique se não tem alarmes de cluster de Status > Alarms.
Nota: O alarme "40049" com a mensagem "Cluster TLS permissive - Cluster TLS modo de verificação permite certificados inválidos" não afeta o processo de atualização. Todas as outras ocorrências devem ser resolvidas antes da atualização.
Além disso, execute o comando cd / & ./sbin/verify-syskey da linha de comando através do usuário raiz. Esse comando não deve fornecer nenhuma saída. Caso isso aconteça, recomendamos que você abra um caso de TAC para que ele seja investigado e corrigido.

Processo de atualização

1. Qual é a sequência de atualização em um sistema em cluster?

R. Inicie a atualização a partir do peer "Configuration primary" no cluster. Você pode ver qual está no menu System > Clustering. O número "Configuration primary" (Configuração principal) exibe qual está entre os correspondentes.
Após a conclusão da atualização do peer principal, você pode continuar com os peers subordinados (um de cada vez).

2. Posso atualizar o Expressway-C e o Expressway-E ao mesmo tempo?

R. Sim, você pode fazer isso, mas é recomendável atualizar primeiro os servidores Expressway-E e depois os servidores Expressway-C para que a zona de passagem seja configurada corretamente primeiro no servidor E. E se você tiver um cluster, certifique-se de iniciar a atualização com os servidores "Primários". Quando a atualização no "Primário" estiver concluída, você poderá atualizar os correspondentes "Subordinados".

3. Onde posso baixar a imagem de atualização do Expressway?

R. Você pode encontrar todas as imagens de atualização do Expressway no link aqui. Descarregue o arquivo com a extensão "tar.gz" para a versão para a qual você deseja atualizar:

https://software.cisco.com/download/home/286255326/type/280886992/

4. Como faço para iniciar a atualização?

R. Navegue até Maintenance > Upgrade > Browse, selecione o arquivo de atualização e clique em "Upgrade". Primeiro, o arquivo é transferido. Depois disso, você recebe o botão "Continue" para iniciar o processo de atualização real.

5. Quanto tempo leva o processo de atualização?

R. Na maioria das vezes, o processo de atualização leva até 10 minutos após o arquivo de atualização ter sido transferido para o sistema e você selecionou "Continuar".
No entanto, é altamente recomendável agendar uma janela de manutenção de 4 a 48 horas para acomodar testes pós-atualização.

6. Que acesso é necessário para executar a atualização?

R. A atualização é executada na interface da Web; no entanto, caso ocorra algum problema após a atualização, o acesso ao console poderá ser necessário.
Antes da atualização, é bom verificar se o acesso ao console do VMware ou CIMC está disponível.

Backup e restauração

1. Preciso fazer um backup antes da atualização?

R. Recomenda-se um backup antes da atualização do Expressway. No caso de um cluster, obtenha um backup de todos os servidores.
Você pode fazer isso em cada servidor em Manutenção > Backup e Restauração .

2. Posso tirar um instantâneo do Expressway antes da atualização?

R. Os instantâneos do VMware não são compatíveis com o Expressway.

3. Posso Reverter/Reverter para o sistema anterior que tinha antes da atualização?

R. O Expressway mantém dois conjuntos de partições após uma atualização. Um é com a versão atualizada e o outro é com a versão anterior. 
Você pode alternar entre essas partições com o comando "selectsw <1 ou 2>" no shell do usuário raiz.
Você pode verificar a partição ativa atual com o comando "selectsw".
Por exemplo, se você obtiver "1" depois de executar o comando "selectsw", a versão ativa será "1" e a inativa será "2". Para alternar para a partição inativa, execute um comando "selectsw 2". É necessária uma reinicialização para inicializar de um sistema de partição recém-selecionado.

Servidores de dispositivos físicos

1. Posso fazer upgrade para esta versão no meu servidor Physical Appliance?

R. Para todos os servidores de dispositivos físicos (CE500, CE1000, CE1100, CE1200), consulte a "Tabela 2" na seção "Plataformas suportadas" das notas de versão da sua versão de destino para verificar se você pode atualizar para a versão de destino.

2. Eu tenho um CE1100, posso atualizá-lo para X14.0.x e X14.2.x?

R. Para o servidor de aplicativos físicos CE1100, você pode atualizar para X14.0.x e X14.2.x para atenuar vulnerabilidades e pode ignorar o alarme "Hardware sem suporte". Isso é mencionado nas notas de versão do X14.0.6. A Cisco estendeu o Fim do Suporte a Vulnerabilidade/Segurança de 14 de novembro de 2021 (conforme o anúncio original do Fim da Vida Útil) para 30 de novembro de 2023, de acordo com a última data de suporte, para os clientes com um contrato de serviço válido. Observe que isso só se aplica a correções de vulnerabilidades e não a novos recursos.

Servidores virtuais e ESXi

1. Que versão do ESXi é compatível com esta versão do Expressway?

R. Você pode encontrar as informações de suporte do ESXi no guia de instalação (em Requisitos do sistema > Requisitos do ESXi) para a versão de destino dos Expressways.