As melhorias desta nova infra-estrutura incluem:

  • Melhor desempenho no tratamento de chamada, permitindo até 250 sessões simultâneas por registro de gateway local.

  • Suporta o uso de ajuda Webex Calling mídia para chamadas entre telefones de mesa, o aplicativo Webex e um gateway local.

Especificações:

  • Uma nova lista de endereços proxy foi lançada. Um endereço de proxy é um registro DNS estático que é obtido do Control Hub durante o processo de integração de um gateway local e depois configurado na configuração do locatário de um gateway local para registrar o gateway.

  • Webex Calling em nuvem está solicitando aos clientes migrarem gateways locais que usam um endereço proxy mais antigo. Os detalhes são descritos nas seguintes seções.

Se algum dos gateways locais tiver um endereço de proxy de saída que não faz parte da nova faixa de endereços proxy Webex Calling listada abaixo, você precisará migrar manualmente de acordo com a conveniência da sua organização. O endereço listado no Control Hub será um dos novos endereços abaixo; no entanto, o Gateway local pode estar atualmente configurado com um endereço antigo e exigirá a migração.

Essa migração não deve levar mais de 10-15 minutos. No entanto, durante a migração, o Gateway local se registrou de novo para a nuvem, que terá impacto sobre o serviço. Portanto, recomendamos que você realize essa atividade durante uma janela de manutenção.

EUA

Canadá

Europa

Japão

Austrália


Os novos dispositivos Gateway locais ativados desde dezembro de 2020 são automaticamente definidos para usar essa infraestrutura e, portanto, nenhuma ação poderá ser necessária. Recomendamos que você consulte a lista acima para verificar se algum dos gateways locais precisa de uma migração e, se for o caso, executar uma migração, de acordo com as diretrizes abaixo.

Se você não recebeu um e-mail da Cisco instruindo você a atualizar a configuração do gateway local, nenhuma ação mais é necessária. Consulte a seção Começar com sua Migração de gateway local para entender se algum dos gateways locais pode precisar de uma migração.


As telas de configuração no Control Hub, passos de configuração do CUBE e endereço proxy de saída irão variar dependendo da localização da sua organização e do gateway local. Os detalhes listados nas etapas mostradas abaixo são apenas exemplos.

Antes de começar

  1. Atualizar a Lista de Controle de Acesso no CUBE— o Webex Calling tem um intervalo atualizado de endereços IP do controlador de borda de sessão(SBC), que pode ter que ser aplicado como uma lista confiável em todos OS CUBEs de sua organização conectando-se a Webex Calling. Verifique a última faixa de IP do Guia de referência da porta Webex Calling para confirmar se ela já foi aplicada e, se não, consulte as etapas de configuração na etapa 1 de Registrar gateway local até Webex Calling para executar essa atualização. Ter até mesmo "endereços IP confiáveis" em seu CUBE é um requisito obrigatório que, se não for atualizado, resultará em falhas de chamada.

  2. Certifique-se de que seu firewall externo permite que estes endereços DE IP sejam contatados a partir do seu CUBE - Se o seu firewall externo filtra os endereços IP que o CUBE pode alcançar, você deve atualizar isso também de modo que o Gateway Local possa entrar em contato com o em nuvem. Consulte o Guia de informações de referência de porta para obter mais informações.

No ControlHub, você pode obter seu novo endereço de proxy de saída.

1

Na exibição do cliente https://admin.webex.comem , vá para Serviços e escolha Chamada >roteamento de chamadas .

2

Selecione sua PSTN de conexão e clique em Editar em Gatewaylocal.

3

Clique em Gerenciar para acessar a configuração do gateway local.

4

Copie o endereço de proxy de saída.


 

Se você tiver muitos gateways locais na sua organização, é provável que sempre que executar a tarefa acima de um gateway local diferente, você obtenha diferentes endereços proxy de saída do Control Hub. Certifique-se de copiar o endereço proxy de saída específico do Control Hub para cada gateway local que você configurar. Escolher um endereço específico é importante para redundância e tráfego de balanceamento de carga.

Atualizar a configuração do gateway local está impactando o serviço e pode afetar chamadas ativas.

No exemplo abaixo, o locatário 201 é o locatário que se conecta ao Webex Calling. Insira o locatário correto para sua configuração.

#show running-config | s voice class tenant 201
voice class tenant 201
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
  sip-server dns:lgw2.killarney.cisco.com
  connection-reuse
  session transport tcp tls
  url sips
  error-passthru
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 201
  outbound-proxy dns:lgwrestest.killarney.cisco.com

1

Remova a linha em negrito começando com registrar dns:xxxx e salve-o para mais tarde. Além disso, salve o endereço proxy de saída que está saindo.

O Gateway local agora baixará seu registro para Webex Calling.

2

Confirme se o gateway local não está registrado para Webex Calling inserindo os comandos a seguir.

voice class tenant 201
  no registrar
!
show  sip-ua register status
3

Tome o novo endereço que você copiou do Control Hub e adicione a linha do registrador acima devolta. No exemplo abaixo, nosso OBP foi ch13.sipconnect-us.bcld.webex.com.

voice class tenant 201
outbound-proxy dns:hs3.sse.lgw.bcld.webex.com  
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

Seu Gateway local será registrado com o novo OBP.

4

Valide o registro bem-sucedido usando o seguinte comando.

show sip-ua register status
show sip-ua register status

Ele deve produzir resultados semelhantes ao abaixo.

Tenant:  201
--------------------- Registrar-Index  1 ---------------------
Line                             peer      expires(sec) reg survival  P-Associ-URI
================================ ========= ============ === ========  ============
TRUNK_GROUP_29959_LGU                 -1         7            yes normal

O que fazer em seguida

Agora você deve atualizar outros gateways locais seguindo os mesmos passos acima.

Para uma migração malsucedida, basta registrar o seu endereço de proxy de saída anterior. Siga as instruções abaixo para reverter e restaurar o serviço.

voice class tenant 201
  no registrar
  outbound-proxy dns:lgwrestest.killarney.cisco.com
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!
  1. Se você reverter, sua configuração no Control Hub ainda mostrará o novo endereço proxy de saída. Este comportamento é esperado. O serviço continuará a funcionar com o endereço de proxy de saída antigo.

  2. Certifique-se de ter seguido o Passo 2 corretamente na seção Migrar seu gateway local na seção do Control Hub e se não há firewall bloqueando o acesso ao novo proxy de saída.

  3. Se você não conseguir resolver esse problema, entre em contato com o Cisco Webex Calling Support.

É importante garantir que os serviços estão operando como pós-migração normal. Certifique-se de testar o seu serviço depois de concluir a migração. Você pode testar seu serviço fazendo chamadas para números de telefone de seus dispositivos Webex Calling ou testando chamadas em qualquer SBC que é usado em conjunto com o Webex Calling .