Migrar o gateway local
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 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 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 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 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ê realize essa atividade durante uma janela de manutenção.
EUA
Canadá
Europa
Japão
Austrália
Cingapura
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.
Para entender se algum dos gateways locais pode precisar de uma migração, consulte a seção Começar com sua seção de migração de gateway local.
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
-
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 "endereços IP confiáveis" atualizados em seu CUBE é um requisito obrigatório que, se não for atualizado, resultará em falhas de chamada.
-
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.
-
Certifique-se de que o âncora de confiança no CUBE tenha sido atualizado seguindo a etapa 5 a partir da Configuração da plataforma de referência Executar.
No ControlHub, você pode obter seu novo endereço de proxy de saída.
1 |
Na exibição do cliente https://admin.webex.com em , vá para Serviços e escolha Chamada >roteamento de chamadas . |
2 |
Selecione sua PSTN de conexão 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. 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 a sua configuração.
#Mostrar configuração de execução | locatário de classe de voz 201 locatário de classe de voz 201 registrar dns:lgw2.killarney.cisco.com esquema sips expira 240 relação de atualização 50 tcp tls TRONCO do número de credenciais_GRUPO_24740_TRONCO com nome de usuário LGU_GRUPO_29959_senha LGU 6 K]W]ZP`PSZRKWE^WXXIPG\^_adTRONCO de nome de usuário de autenticação BroadWorks do domínio STbLMHV_GRUPO_29959_Senha LGU 7 xxxxxxxx domínio BroadWorks autenticação nome de usuário TRONCO_GRUPO_29959_Senha LGU 6 xxxxxxxx realm lgw2.killarney.cisco.com sip-server dns:lgw2.killarney.cisco.com conexão-reutilização transporte de sessão tcp tls url sips erro-passthru vincular interface de origem de controle GigabitEthernet1 vincular interface de fonte de mídia GigabitEthernet1 sem passar-thru conteúdo personalizado-sdp sip-profiles 201 dns proxy de saída:lgwrestest.killarney.cisco.com
1 |
Remova a linha em negrito começando com 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. |
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 Seu Gateway local será registrado com o novo OBP. |
4 |
Valide o registro bem-sucedido usando o seguinte comando. Ele deve produzir resultados semelhantes ao abaixo. |
O que fazer em seguida
Atualize os 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.
espaço de classe de voz 201 sem registro de saída proxy dns:lgwrestest.killarney.cisco.com registrar dns:lgw2.killarney.cisco.com esquema sips expira 240 relação de atualização 50 tcp tls !
-
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.
-
Certifique-se de ter seguido o Passo 2 corretamente na seção Migrar o 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 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 .