A plataforma Webex Calling inclui infraestrutura de nuvem atualizada à qual os gateways locais baseados no local se conectam. Esta atualização melhora o serviço e permite vários novos recursos para o gateway local.
As melhorias desta nova infraestrutura incluem:
Desempenho aprimorado no tratamento de chamadas, permitindo até 250 sessões simultâneas por registro de gateway local.
Suporta o uso de Otimização de mídia do Webex Calling 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 obtido do Control Hub durante o processo de integração de um gateway local e, em seguida, configurado na configuração de locatário de um gateway local para registrar o gateway.
As operações em nuvem do Webex Calling estão solicitando que os clientes migrem gateways locais que usam um endereço de proxy mais antigo. Os detalhes estão descritos nas seguintes seções.
Se algum dos seus gateways locais tiver um endereço proxy de saída que não faça parte do novo intervalo de endereços proxy Webex Calling listado abaixo, migre manualmente de acordo com a conveniência da sua organização. O endereço listado no Control Hub é um dos novos endereços abaixo. No entanto, o gateway local pode ser configurado com um endereço antigo e requer migração.
Essa migração não deve levar mais de 10 a 15 minutos. No entanto, durante a migração, o gateway local é reencaminhado para a nuvem, o que afeta o serviço. Portanto, recomendamos que você execute esta atividade durante uma janela de manutenção.
EUA
Canadá
Europa
Japão
Austrália
Cingapura
 | Os novos dispositivos do Gateway local integrados desde dezembro de 2020 são configurados automaticamente para usar essa infraestrutura e, portanto, nenhuma ação pode ser necessária. Recomendamos que você consulte a lista acima para verificar se algum dos seus gateways locais precisam de uma migração e, em caso afirmativo, execute uma migração de acordo com as diretrizes abaixo. |
Para entender se algum de seus gateways locais pode precisar de uma migração, consulte a seção Introdução à migração do gateway local .
| As telas de configuração no Control Hub, as etapas de configuração do CUBE e o endereço de proxy de saída variam de acordo com a localização e o gateway local da sua organização. Os detalhes listados nas etapas mostradas abaixo são apenas exemplos. |
Antes de você começar
Atualize 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 da sua organização que se conectam ao Webex Calling. Verifique o intervalo de IP mais recente de Guia de referência de porta do Webex Calling para confirmar se já foi aplicado e, se não, consulte as etapas de configuração na etapa 1 de Registrar gateway local no Webex Calling para executar essa atualização. Ter "endereços IP confiáveis" atualizados no CUBE é um requisito obrigatório que, se não for atualizado, resultará em falhas de chamadas.
Certifique-se de que seu firewall externo permita que esses endereços IP sejam contatados a partir de seu CUBE—Se o firewall externo filtrar os endereços IP que o CUBE pode alcançar, você deve atualizar isso também para que o Gateway local possa entrar em contato com a nuvem. Consulte o Guia de informações de referência de portas para mais informações.
Certifique-se de que a âncora de confiança no CUBE foi atualizada seguindo a etapa 5 de Executar configuração da plataforma de referência .
No Control Hub, você pode obter seu novo endereço de proxy de saída.
| 1 | Na exibição do cliente em <UNK> https://admin.webex.com <UNK> , vá para Services , e escolha . | ||
| 2 | Selecione sua conexão PSTN e clique em Editar em Gateway local . | ||
| 3 | Clique em Gerenciar para acessar a configuração do gateway local. | ||
| 4 | Copie o endereço de proxy de saída.
|
A atualização da configuração do gateway local está impactando o serviço e pode impactar as chamadas ativas.
No exemplo abaixo, o espaço 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 O Gateway local agora deixará o registro no Webex Calling. |
| 2 | Confirme se o gateway local não está registrado no Webex Calling inserindo os seguintes comandos. |
| 3 | Pegue o novo endereço que você copiou do Control Hub e adicione a linha de registro acima de volta. No exemplo abaixo, nosso OBP foi Seu Gateway local será registrado com o novo OBP. |
| 4 | Valide se o registro foi bem-sucedido usando o seguinte comando. Ele deve produzir saída semelhante ao abaixo. |
O que fazer em seguida
Atualize os outros gateways locais seguindo as mesmas etapas acima.
Para uma migração malsucedida, basta registrar novamente o 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
!
Se você reverter, sua configuração no Control Hub ainda mostrará o novo endereço de proxy de saída. Este comportamento é esperado. O serviço continuará funcionando com o endereço de proxy de saída antigo.
Certifique-se de ter seguido a Etapa 2 corretamente na Migre seu gateway local na seção Control Hub e não haverá nenhum firewall bloqueando o acesso ao novo proxy de saída.
Se você não conseguir resolver esse problema, entre em contato com o Suporte do Cisco Webex Calling .
É importante garantir que os serviços estejam funcionando normalmente após a migração. Certifique-se de testar 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 para qualquer SBC usado em conjunto com o Webex Calling.
