Melhorias proativas para roteamento direto PSTN em equipes

Os benefícios de custo para escolher o Teams Phone System em vez de renovar as soluções de voz PBX herdadas são óbvios. Muitas organizações estão reduzindo seus gastos com Telecom e migrando para o Teams como seu sistema de telefonia diário para chamadas internas e externas. Mas isso requer a integração com a rede telefônica pública comutada (PSTN) para conectividade com o mundo externo das telecomunicações. Para que isso aconteça, a maioria das organizações opta por usar o roteamento direto como um método de integração controlado e configurável, aproveitando gateways (também conhecidos como controladores de borda de sessão ou SBCs) para lidar com o tráfego entre o Teams e o backbone PSTN.

E, assim como qualquer rodovia da Califórnia, esses gateways SBC podem ficar sobrecarregados durante os horários de pico de tráfego. Esses gargalos geralmente ocorrem no meio da manhã, quando os fusos horários sobrepostos têm mais funcionários fazendo ligações. E as ferramentas tradicionais de monitoramento de rede não ajudam muito. Eles são otimizados para tráfego LAN/WAN em data centers e escritórios centralizados. Essas ferramentas não identificam chamadas descartadas de erros SIP nos gateways SBC ou jitter de chamadas de pacotes descartados. Isso deixa as equipes de operações de TI confiando nos relatórios do Call Quality Dashboard (CQD), que são limitados.

O maior desafio na identificação de problemas de roteamento direto que causam problemas de qualidade de chamada está 100% relacionado à falta de visibilidade do tráfego de voz nesses gateways durante o horário comercial de pico. Compreender o tráfego de rede simultâneo que está sendo roteado para quais gateways e como esses gateways estão lidando com a taxa de transferência é essencial. Esta é normalmente a fonte de problemas de qualidade de chamada, pois podem existir muitos problemas nos elementos de rede envolvidos entre os SBCs, como o seguinte:

Para monitorar efetivamente o tráfego de chamadas do Teams/PSTN, é imperativo que você veja a imagem completa. A nova versão do OfficeExpert O Endpoint Performance Monitoring (EPM) reúne todas as métricas detalhadas para o tráfego de chamadas que passa pelos gateways SBC. Isso inclui o número e a duração das chamadas, o tipo de chamadas e, claro, os códigos SIP da transferência para os provedores de telecomunicações (linhas tronco SIP). Juntos, esse ponto de vista holístico fornece visibilidade de ponta a ponta para identificar rapidamente os pontos de estrangulamento que causam problemas de qualidade de chamada.

OfficeExpert O EPM capacita as operações de TI a monitorar consistentemente as condições do tráfego de chamadas, mesmo para organizações empresariais com escritórios em diferentes áreas geográficas. A partir de um único painel de vidro, um administrador de TI pode identificar rapidamente usuários com problemas de qualidade de chamadas com chamadas de entrada ou saída de PSTN. E usando uma visualização filtrada dos dados, é possível se concentrar nos gateways SBC que estão gerenciando uma carga de tráfego pesado durante os horários de pico. Esses são provavelmente os gargalos que causam a baixa qualidade das chamadas ou simplesmente eliminam as conexões completamente.

Se as operações de TI puderem corrigir problemas de experiência digital de forma proativa, elas se tornarão heróis de TI. Mas eles exigem a actionable insights para identificar claramente a causa raiz dos problemas em gateways SBC específicos para que eles possam ser atualizados, corrigidos ou com balanceamento de carga. As organizações que se envolvem nesse tipo de ação proativa Teams o monitoramento da qualidade da chamada identificará rapidamente os problemas que podem ser corrigidos antes que os usuários afetados liguem para o helpdesk. Isso economiza tempo de solução de problemas e capacita o grupo de suporte de TI a ser proativo em vez de reativo.

Além disso, OfficeExpert O EPM permite que as métricas de desempenho detalhadas sejam exportadas para avaliar as flutuações nas mudanças de desempenho ao longo do tempo. Se houver uma grande diferença nos padrões de tráfego de chamadas nos gateways SBC ou mais códigos de erro SIP, essas informações podem ser combinadas com métricas adicionais que mostram a perda de pacotes ou o Jitter para entender quais caminhos de roteamento direto precisam ser analisados ​​mais de perto.