Obrigado pelos seus comentários.
Migre seu gateway local
Comentários?As melhorias dessa nova infraestrutura incluem:
-
Melhor desempenho de tratamento de chamadas, permitindo até 250 sessões simultâneas por registro no gateway local.
-
Suporta o uso da otimização de Webex Calling mídia para chamadas entre telefones fixos, o aplicativo Webex e um gateway local.
Especificações:
-
Uma nova lista de endereços proxy foi lançada. Um endereço 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.
-
Webex Callingas operações em nuvem estão solicitando que os clientes migrem gateways locais que usam um endereço proxy antigo. Os detalhes estão descritos nas seções a seguir.
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 Webex Calling proxy 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, seu gateway local pode estar configurado atualmente 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 se registra novamente na nuvem, o que afeta o serviço. Portanto, recomendamos que você realize essa atividade durante uma janela de manutenção.
US
Canadá
Europa
Japão
Austrália
Cingapura
Os novos dispositivos de 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 precisa de uma migração e, em caso afirmativo, realize uma migração de acordo com as diretrizes abaixo.
Para entender se algum dos seus gateways locais pode precisar de uma migração, consulte a seção Comece a migrar seu gateway local.
As telas de configuração no Control Hub, as etapas de configuração do CUBE e o endereço do proxy de saída variarão dependendo da localização e do gateway local da sua organização. Os detalhes listados nas etapas mostradas abaixo são apenas exemplos.
Antes de começar
-
Atualizar a lista de controle de acesso no CUBE — Webex Calling tem um intervalo atualizado de endereços IP do controlador de borda de sessão (SBC), que pode precisar ser aplicado como uma lista confiável em todos os CUBes em sua organização conectados. Webex Calling Verifique o intervalo de IP mais recente no Guia de Referência de Webex Calling Portas para confirmar se ele já está aplicado e, caso contrário, consulte as etapas de configuração na etapa 1 do Registrar o Gateway Local Webex Calling para realizar essa atualização. Ter “endereços IP confiáveis” atualizados em seu CUBE é um requisito obrigatório que, se não for atualizado, resultará em falhas nas chamadas.
-
Certifique-se de que seu firewall externo permita que esses endereços IP sejam acessados a partir do seu CUBE — se o firewall externo filtrar os endereços IP que o CUBE pode alcançar, você também deve atualizá-lo para que o gateway local possa entrar em contato com a nuvem. Consulte o Guia de informações de referência de portas para obter mais informações.
-
Certifique-se de que a âncora de confiança no CUBE tenha sido 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 |
Faça login no Control Hub. |
| 2 |
|
| 3 |
Selecione sua conexão PSTN e clique em Editar em Gateway local. |
| 4 |
Clique em Gerenciar para acessar a configuração do gateway local. |
| 5 |
Copie o endereço do proxy de saída. Se você tiver muitos gateways locais em sua organização, é provável que cada vez que realizar a tarefa acima para um gateway local diferente, você obtenha diferentes endereços de proxy de saída do Control Hub. Certifique-se de copiar o endereço de proxy de saída específico do Control Hub para cada gateway local que você configurar. A escolha de um endereço específico é importante para tráfego de redundância e balanceamento de carga. 
|
Atualizar a configuração do gateway local afeta o serviço e pode afetar as chamadas ativas.
No exemplo abaixo, o inquilino 201 é o inquilino que se conecta a. Webex Calling Insira o inquilino 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 que começa com O Local Gateway agora transferirá seu registro paraWebex Calling. |
| 2 |
Confirme se seu gateway local não está registrado Webex Calling digitando os seguintes comandos. |
| 3 |
Pegue o novo endereço que você copiou do Control Hub e adicione a linha do registrador acima. No exemplo abaixo, nosso OBP foi Seu gateway local se registrará no novo OBP. |
| 4 |
Verifique se o registro foi bem-sucedido usando o comando a seguir. Ele deve produzir uma saída semelhante à abaixo. |
O que fazer a seguir
Atualize os outros gateways locais seguindo as mesmas etapas acima.
Para uma migração malsucedida, basta registrar novamente 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
!
-
Se você reverter, sua configuração no Control Hub ainda mostrará o novo endereço de proxy de saída. Esse é o comportamento esperado. O serviço continuará funcionando com o antigo endereço de proxy de saída.
-
Verifique se você seguiu a Etapa 2 corretamente na seção Migrar seu gateway local na seção Control Hub e se não há firewall bloqueando o acesso ao novo proxy de saída.
-
Se você não conseguir resolver esse problema, entre em contato com o Cisco Webex CallingSuporte.
É importante garantir que os serviços funcionem 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 a partir de seus Webex Calling dispositivos ou testando chamadas para qualquer SBC que seja usado em conjunto com. Webex Calling
