Pacotes SIP (G.711) estão fora de ordem

1

Eu tenho 2 servidores asteriscos em dois datacenters diferentes. Chamada vai de um para outro. De repente, a qualidade do áudio diminuiu. Eu fiz rastreamentos SIP em ambos os servidores. Aqui está o que eu encontrei:

  1. Servidor A envia RTP para o servidor B. (SIP traço feito no servidor A e no traço tudo parece estar bem. Reprodução de áudio bem usando o Wireshark RTP player)
  2. O servidor B recebe o RTP do servidor A. (o rastreio SIP feito no servidor B mostrou que existem muitos (45,3%) pacotes fora de seqüência)

Pergunta: Como determinar onde está o problema? :)

Obrigado!

    
por k4h 21.05.2013 / 19:36

1 resposta

2

Normalmente, o culpado quando você vê uma grande proporção de pacotes fora de ordem em um fluxo é mal feito roteamento com balanceamento de carga sendo feito por algum roteador em algum lugar no caminho dos pacotes. O IP não garante a entrega dos pacotes em ordem, mas os protocolos como o TCP e o RTP supõem que os pacotes estarão em ordem na maior parte do tempo e serão degradados de maneira ruim quando essa suposição não for válida. Portanto, as melhores práticas determinam que os roteadores não devem ser configurados de maneiras que causem muitos pacotes de saída ou de ordem.

Quando a maioria dos roteadores é configurada para balancear a carga de tráfego em vários links, eles usam um algoritmo de hash (geralmente baseado em endereços IP de origem e destino e talvez portas TCP / UDP) que garante que todos os pacotes pertencentes a um único fluxo escolham mesmo membro do grupo com balanceamento de carga. Isso ajuda a garantir que os pacotes permaneçam em ordem. Se um roteador fizer o balanceamento de carga sem usar esse hash e os pacotes pertencentes a um único fluxo acabarem em links diferentes, eles poderão levar diferentes quantidades de tempo para transmitir (devido principalmente ao armazenamento em buffer, o que significa que isso acontecerá mesmo se a carga for balanceada links têm características idênticas) e acabam fora de ordem no destino.

Se é isso que está acontecendo com você, e é ruim o suficiente que o buffer de instabilidade do receptor RTP não possa compensar, então eu receio que não haja nada que você possa fazer a não ser quem conseguiu a rede para consertá-lo. / p>     

por 21.05.2013 / 20:38