Os eventos descritos a seguir são exemplos de situações adicionais que comumente afetam a operação de nossos clientes e podem ser facilmente resolvidos seguindo os passos aqui descritos.
Sintoma | Evento causador | Ação para correção / prevenção | TAGS |
Inoperância de bilhetagem de CDRs | Remoção de assinantes que têm CDRs que não foram tarifados. O processo de bilhetagem busca associar CDRs aos assinantes indicados no mesmo. Caso o assinante não seja encontrado, o processo de bilhetagem irá "travar" | Não remova assinantes. Ainda que o sistema permita a remoção, esta ação deve ser feita apenas após inativar assinantes e certificar-se que não há mais CDRs a serem tarifados para o mesmo assinante. | #BILHETAGEM |
Erro de sinalização de TO-TAG/FROM-TAG em caso de transbordo causando discrepância de bilhetagem | Chamada transbordada gera necessidade de novo registro de FROM-TAG do sistema originador da chamada. Ao não enviar novo registro, o envio do BYE pelo sistema originador vem marcado com o TO TAG original, causando uma chamada não desconectada no sistema adiante aumentando o faturamento. A Alteração dos registros de TO-TAG e FROM-TAG em caso de transbordo é previsto pela RFC3261 | Sistema originador deve ser adaptado para seguir a recomendação das RFC e permitir o transbordo. | #BILHETAGEM |
Existem alguns eventos de sinalização em outras plataformas que ocasionam desconexão de chamadas, chamadas presas ou falhas de sinalização.
- GENNEX – Envia o ACK sem cabeçalho Route. Aparentemente este discador ainda está usando uma pilha SIP que não tem suporte a roteamento. Este discador deve ter ente ele e o SipPulse um Session Border Controller. As chamadas são encerradas com 5s com Lifetime Timeout.
- Intelbras GMK2210 – Quando ocorre de uma chamada originada por um GMK2210 de transbordar para um segundo gateway, o RTCP não é transbordado e a chamada fica muda e é desconectada pelo RTP Proxy. Este ATA não pode sofrer transbordo na plataforma. Esta chamada é encerrada normalmente com identificação RTP Proxy Timeout
- VoIPSwitch – Quando uma chamada originada em uma plataforma VoIPSwitch, é encaminhada e recebe um falso atendimento por um gateway e é transbordada para um segundo gateway, o BYE enviado pela origem é formatado com os dados do primeiro gateway e não do segundo (To-tag errado). Quando um BYE (com a informação To-tag errada) é enviada pela plataforma VoIPSwitch,, a plataforma de encaminhamento não consegue identificar a sinalização da chamada e a mesma não é desligada no gateway gerando divergência de tempo e de cobrança no provedor.