Medindo IPOS QOS (Qualidade de Serviço)

QOS

IPTV QOS é um tópico que se tornou um problema confuso para muitas empresas, então vamos esclarecer isso.

A qualidade do serviço, sendo algo novo, faz as pessoas pensarem automaticamente no uso de técnicas de medição pré-existentes. Este ponto de partida básico para a medição QOS é onde a maior parte da confusão é gerada lista iptv.

Da mesma forma que, quando as empresas começaram a mudar de sinais de transmissão analógicos para sinais digitais, a tendência natural dos engenheiros existentes era querer medir o novo sinal digital, convertendo-o novamente em analógico e depois usando o equipamento existente. A QTV da IPTV causou muita da mesma metodologia, pelo que os engenheiros com um fundo de rede querem medir as estatísticas da rede e os engenheiros com um fundo de vídeo querem medir as estatísticas de vídeo. Os antigos (engenheiros de rede) podem felizmente tomar suas medidas da infra-estrutura de rede existente, mas não se sentem por quais pacotes na rede se relacionam com os sinais de vídeo. O vídeo que as pessoas querem converter o sinal de IPTV de volta ao seu formato de vídeo digital (convertendo-o de IP para Vídeo), o que realmente perde o ponto de que tudo o que você realmente está descobrindo é o quão bom funciona o dispositivo de conversão (um equipamento de teste não será comparável à forma como um STB (set top box) decodificaria o sinal. Assim, você tem duas abordagens separadas para o mesmo problema – nenhum dos quais é realmente ideal.

Agora, existe um lugar para o equipamento de teste existente (o equipamento de teste de rede é ótimo para o tráfego de dados como sempre foi, e os analisadores de Transmissão de Transmissão (vídeo digital) são ótimos no seu Head-End (onde o conteúdo do vídeo se origina) e outra agregação de vídeo pontos para confirmar que o vídeo em sua rede IP era bom), então não é hora de jogar fora, não é apenas a ferramenta certa para o QTV da IPTV.

Com esses comentários fora do caminho, podemos avançar (é difícil se mover quando você ainda tem um pé na sua velha mentalidade).

Dependendo de quem você é, você poderia muito bem se preocupar com apenas uma parte de um sistema de IPTV ou com todo o sistema, então vamos dividi-lo no problema principal e o que isso significa em cada lugar da rede (nós atribuiremos a rede 4 pontos de teste: 1) Head End 2) Core Network 3) Network Edge 4) Customer Home).

1) Head End.

Isso pode interessar você se você é responsável por criar, fornecer ou receber vídeo de um Head End.

Um Head End pode consistir em qualquer coisa, desde codificadores de vídeo profissionais até servidores de VOD (Video On Demand) e pode estar em um dos vários formatos de vídeo, tipos de compressão, bitrates etc. Podem ser Unicast ou Multicast, UDP, RTP ou um mecanismo proprietário (Como no caso do MSTV).

Seja qual for a situação, é uma boa idéia tomar medidas para garantir que o Head End seja robusto e que os dispositivos de codificação de vídeo sejam confiáveis. Um problema no Head End afeta todos na linha, diretamente para o cliente. (assumiremos que vários sistemas “redundantes” estão no lugar para evitar esse tipo de problema sempre que possível)

Tendo construído o sistema Head End com uma arquitetura robusta, a última coisa (e a importante para nós) é monitorar a saída de fluxo de vídeo IP Head End para garantir que este primeiro ponto em que o vídeo é encapsulado em IP tenha sido feito de forma adequada e que o resto da infra-estrutura IPTV pode confiar nesta entrada.

Nota: Um erro comum neste ponto (e em outro lugar) é ter algum tipo de sistema round-robin no local onde nem todos os fluxos de vídeo são medidos ao mesmo tempo – isso só deve ser feito se absolutamente necessário como um dos “Problemas” com a natureza da entrega de IP em uma rede é que as deficiências causadas ao sinal no domínio IP têm um efeito não determinista nos fluxos de vídeo. Isso significa que enquanto você está olhando para 5 de 100 fluxos, você poderia estar tendo problemas em algum número aleatório de outros fluxos que você não veria – a menos que você monitore TODOS os fluxos simultaneamente.

2) Rede central.

Espero que as etapas acima tenham sido feitas, então, se você estiver preocupado com a rede principal, seu trabalho principal envolve fazer sua própria verificação de que os fluxos que entram na sua rede estão ok (você não pode confiar no provedor de Head End para fazer Isso é para você, e é muito mais fácil poder sair do foco quando ocorrem problemas se você puder facilmente confirmar sua entrada) e garantir que a passagem pela rede não cause perda ou jitter excessivo (o único 2 componentes que podem parar a rede, obtendo o seu vídeo ao fim intacto.

Agora que estamos no domínio do IP, esta questão da perda de pacotes é, em última instância, a questão número 1 a procurar (quaisquer pacotes de IP perdidos significarão perda de conteúdo de vídeo, pois todos os mecanismos inserem pacotes de vídeo em pacotes IP para entrega, alguns até contêm até 7 pacotes de vídeo em um pacote IP). No entanto, com isso dito, cada dispositivo de rede (e, finalmente, o STB) tem buffers, o que significa que o jitter excessivo pode causar perda de pacotes. Como realmente NÃO queremos perda de pacotes, isso significa que o jitter é tão impo

Leave a Reply

Your email address will not be published. Required fields are marked *