A Webex Calling inclui infraestrutura de nuvem atualizada que os gateways locais baseados no local se conectam. Essa atualização melhora o serviço e habilita vários novos recursos para 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 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 seções a seguir.
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 do que 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
sy03.sipconnect-au.bcld.webex.com asy14.sipconnect-au.bcld.webex.com
me03.sipconnect-au.bcld.webex.com ame14.sipconnect-au.bcld.webex.com
 |
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.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.
 |
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.
#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 Agora, o Gateway local 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.
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 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 .
