Como funciona o failover de serviços de telefone para Jabber versão 14 sobre MRA

Introdução

Este documento descreve como o failover funciona para serviços telefônicos no Jabber quando registrado via Acesso remoto e móvel (MRA) com a adição de utilitários de passagem de sessão para manutenção de atividade de NAT (STUN) na versão 14 e posterior.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Cisco Unified Communications Manager (CUCM)
• Cisco Expressway Core
• Cisco Expressway Edge.
• Cisco Jabber para Windows.
• Cisco Jabber para MAC.
• Cisco Jabber para Android.
• Cisco Jabber para iOS.

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• Expressway Versão X14.0.
• CUCM 14.0
• Cisco Jabber Versão 14.0.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Para versões anteriores à x14.0, a solução MRA não suporta failover automático para serviços de telefone em clientes de software como Jabber. Com a introdução de keep alives de STUN, isso agora é suportado desde que os componentes envolvidos atendam aos critérios necessários, isso permite que o jabber se registre em um servidor secundário se a rota principal ou o próprio servidor se tornar comprometido ou inalcançável.

Configuração

A única configuração necessária é habilitar o STUN Keep Alive nos servidores expressway. Esse recurso é habilitado por padrão e só precisará ser configurado se tiver sido desabilitado anteriormente.

Etapa 1. Abra a interface da Web do Expressway-C.

Etapa 2. Navegue até Configuration > Unified Communications > Configuration > Advanced.

Etapa 3. Abra a interface de linha de comando (CLI) do Expressway-C.

Etapa 4. Executar o próximo comando: xconfiguration SIP Advanced StunKeepAliveForRegisteredPathEnabled: ligado.

Note: A configuração deve corresponder entre os servidores núcleo e borda para evitar problemas de decodificação.

Troubleshooting

Para garantir que o recurso seja eficaz, a sinalização de registro precisa ser analisada.

Coletar logs de diagnóstico

Etapa 1. Na interface da Web dos servidores do Expressway, navegue para Manutenção > Diagnóstico > Log de Diagnóstico.

Etapa 2. Marque a caixa de seleção Take tcpdump while logging.

Etapa 3. Selecione Start new log nos servidores Core e Edge.

Etapa 4. Inicie a sessão em sua conta no cliente jabber com seu nome de usuário e senha padrão e aguarde o registro dos serviços telefônicos.

Etapa 5. Selecione Stop logging nos servidores Core e Edge

Etapa 6. Em todos os servidores do Expressway, selecione Collect Log e Download log depois de carregar.

Note: No caso de um cluster, a Etapa 6 deve ser repetida nos peers secundários.

Registro

Um cliente jabber na versão 14 e posterior inclui a tag x-cisco-mra-ha=AR_SK na mensagem de registro como visto abaixo no cabeçalho Contato ou cabeçalho Suportado, isso indica que as keep alives STUN são suportadas.

 SIPMSG:
 |REGISTER sip:cmpub01.rvalverd.local SIP/2.0
 Via: SIP/2.0/TLS 172.16.84.136:58980;branch=z9hG4bK00003665
 Call-ID: 00505696-779a0005-00001bba-00007938@172.16.84.136
 CSeq: 104 REGISTER
 Contact: ;+sip.instance="";+u.sip!devicename.ccm.cisco.com="CSFMRA01";+u.sip!model.ccm.cisco.com="503";video;x-cisco-mra-ha=AR_SK;x-cisco-reg-id=1
 From: ;tag=00505696779a000700006827-00006484

A mensagem 200 OK deve conter isso também no cabeçalho com suporte para indicar que o servidor dá suporte a ele.

 SIPMSG:
 |SIP/2.0 200 OK
 Via: SIP/2.0/TLS 172.16.84.136:58980;branch=z9hG4bK00007e98;received=10.88.246.8;rport=58980;ingress-zone=CollaborationEdgeZone
 Call-ID: 00505696-779a0005-00001bba-00007938@172.16.84.136
 CSeq: 105 REGISTER
 Contact: ;+sip.instance="";+u.sip!devicename.ccm.cisco.com="CSFMRA01";+u.sip!model.ccm.cisco.com="503";video;x-cisco-mra-ha=AR_SK;x-cisco-reg-id=1;+u.sip!userid.ccm.cisco.com="mra01";x-cisco-newreg
 From: ;tag=00505696779a000700006827-00006484
 To: ;tag=385623253
 Server: Cisco-CUCM12.5
 Expires: 120
 Date: Thu, 24 Jun 2021 19:09:09 GMT
 Supported: X-cisco-srtp-fallback,X-cisco-sis-9.2.0,X-cisco-supports-AR_SK
 Session-ID: 9b8c276600255000a0000e5dc13f0000;remote=c31f584200255000a00000ddda3c0000

Depois disso, o jabber envia um pacote de keep alive STUN a cada 30 segundos para os servidores expressway para verificar a disponibilidade do caminho. O tempo limite para a manutenção de atividade do STUN é de 3 segundos e, se nenhuma resposta for recebida, o jabber considerará o nó de borda inativo e executará um failover de registro por meio de um servidor de borda diferente.

Note: O cliente MRA não tenta um failover de registro enquanto está em uma chamada ativa. Em vez disso, o failover é enfileirado até que a chamada seja concluída. Se isso acontecer, o failover ocorrerá mesmo se o servidor inativo se recuperar.