Por envolver uma série de componentes na operação de telefonia IP, a SIPPulse entende que a identificação da causa raiz, ou causas, de eventos irregulares na operação de telefonia pode envolver a análise de diversos componentes. É comum que a análise, quando não estruturada, aponte para o componente errado e por isso sua resolução tende a ser retardada prejudicando a operação do cliente.
Sendo o ponto central de operação dos serviços, normalmente os eventos são observados pelo cliente e seus usuários na plataforma central (softswitch), o que não significa que estes sejam a causa dos mesmos. Por outro lado, a análise do evento será mais efetiva a partir de uma analise holística dos eventos. Assim o objetivo deste manual é dotar às operadoras e empresas usuárias das plataformas SIPPulse de recursos de avaliação de eventos anormais que provoquem perda de qualidade de serviços, ou mesmo que tragam impactos negativos na conciliação de serviços entre operadoras. Com a correta avaliação dos eventos será possível à equipe operacional do cliente agir sobre a causa raiz do problema. Com a imediata ação de correção necessária.
Os principais eventos irregulares enfrentados no dia a dia de operação de plataformas softswitch são:
- Problemas com chamadas presas
- Chamadas sem midia
- Desconexão antecipada de chamadas
Os problemas acima, além de acarretar perda de qualidade na percepção dos serviços, podem gerar ainda :
- Problemas com bilhetagem (consequência direta de chamadas presas
Este manual apresentará aos usuários da plataforma Softswicth PCRT
- Visão das principais causas de eventos irregulares,
- Ações diretas e indiretas para reduzir a incidência de eventos irregulares,
- Ações para mitigar o impacto dos eventos irregulares,
- Analise de eventos irregulares.
É imprescindível que a equipe operacional do cliente tenha conhecimento dos recursos aplicados em sua operação, com entendimento claro de seus princípios operacionais e de funcionamento. Este conhecimento é necessário para operar corretamente a plataforma, detectar problemas (internos e externos) e agir tempestivamente e corretamente sobre os mesmo.
...
Vimos que a telefonia NGN baseada em SIP e mesmo mecanismos afins, requer para sua operação uma estrutura de dados e componentes estáveis e leves. Por este motivo a maioria dos sistemas trabalha sobre protocolo de rede UDP. Por ser mais leve, este protocolo facilita a criação de redes de altíssima capacidade, porém trazem a necessidade de implantar-se na camada de SW (SIP) os mecanismos de confirmação de entrega de sinalização.
Estes mecanismos, definidos pela IETF, garantem a correta troca de mensagens de forma correta entre dois ou mais elementos envolvidos no estabelecimento de uma sessão de comunicação.
No entanto veremos que a qualidade da rede de dados utilizada, de alguns componentes ativos e passivos (tanto quanto sua capacidade quanto na sua observação às normas da IETF) e ainda a qualidade de tráfego tratada na rede de uma operadoras, poderá trazer impactos negativos em sua operação. Esta seção tem por objetivo apontar os principais problemas enfrentados na operação, suas consequências, mecanismos de mitigação e formas de analise de problemas.
Operação B2B vs Proxy
Há dois modelos básicos para a arquitetura dos sistemas softswitch de telefonia NGS. O Modelos B2BUA e o Modelo Proxy.
Arquitetura B2B
No primeiro modelo, o softswicth faz a conversão da troca de mensagens entre origem e destino. Isto é, tomando como base a figura abaixo, onde a origem a busca estabelecer comunicação com o destino B, o elemento softswitch fará a troca de sinalização, encaminhada por cada parte, gerando um novo conjunto que será enviado à outra parte.
Enquanto este processo tende a reduzir, mas não eliminar, problemas de sinalização, como erros, perda de trechos da sinalização e outros, o sistema tem significativa perda de desempenho considerando que para cada chamada terá que processar duas vezes a sinalização.
Os sistemas baseados na arquitetura B2B tipicamente incluem também a passagem da midia pelo softswitch central, o que consome recursos de banda e de processamento.
Consequentemente, por ter capacidade de processamento limitada, ao experimentar aumento da demanda o sistema adota comportamento instável, podendo se tornar um dos agentes causadores de problemas de sinalização.
Arquitetura B2B
Já na arquitetura Proxy, o softswitch repassa toda a sinalização recebida de um lado, para o outro encaminhar fazendo apenas o tratamento de roteamento e coleta de dados para bilhetagem e tarifação.
Neste modelo, é imprescindível que a sinalização tratada esteja correto e não haja perdas de comunicação ou de qualidade da rede.
Por características, o modelo proxy suporta volume consideravelmente maior de transações e reduz significativamente a demanda de banda rede (ao não exigir o tratamento centralizado da midia.
Este modelo no entanto exige gestão mais apura da infraestrutura e ações tempestivas para correção de falhas (evitando sua propagação). Ainda assim este modelo é economicamente mais eficaz e eficiente e quando bem monitorado, mais estável na qualidade de serviços. Características operacionais da arquitetura B2B podem ser incorporadas na operação Proxy. Ao passo que o inverso não é verdadeiro.