Qualidade de serviço (telecomunicações) – Wikipédia, a enciclopédia livre

No campo das telecomunicações e engenharia de redes, o termo Qualidade de Serviço (QoS, em inglês, Quality of Service) pode atender para duas interpretações relacionadas, mas distintas.

Em redes de comutação de circuitos, refere-se à probabilidade de sucesso em estabelecer uma ligação a um destino. Em redes de comutação de pacotes refere-se à garantia de largura de banda ou, como em muitos casos, é utilizada informalmente para referir a probabilidade de um pacote circular entre dois pontos de rede.

Problemas Relacionados

[editar | editar código-fonte]

A Internet foi projectada sem prever a necessidade de QoS, de maneira que esta funcionava num regime "best effort". Existiam então 4 bits para o "tipo de serviço" (ToS) e 3 bits de "precedência" em cada mensagem, embora raramente utilizados. Durante a transmissão podem ocorrer inúmeros problemas com os pacotes enquanto circulam pela rede. Do ponto de vista emissor/receptor esses problemas são:

  • pacotes descartados (dropped packets) - os roteadores podem recusar-se a entregar alguns pacotes (drop) se estes chegarem quando os buffers se encontram preenchidos. Estes podem ser descartados, todos ou apenas alguns, dependendo do estado da rede, e não existe uma forma de determinar as prioridades para descarte. As aplicações que enviam os pacotes terão que retransmiti-los por não receber da aplicação em contraparte a confirmação de recebimento do pacote, o que resulta frequentemente em "soluços" na transmissão;
  • atraso (delay) - pode decorrer muito tempo até um pacote atingir o seu destino, já que este é mantido em longas filas, ou segue um caminho alternativo (menos directo) para evitar congestionamento da rede. No entanto, a transmissão também pode ocorrer muito rapidamente, e não existe forma de determinar perante qual das situações nos encontramos;
  • entrega desordenada (out-of-order) - ocorre frequentemente a entrega de pacotes numa ordem diferente da que foram enviados, uma vez que estes podem ser enviados por diferentes rotas, o que provoca a exigência de protocolos especiais para que a informação possa ser reconstruída à chegada;
  • erros - também pode ocorrer que os pacotes sejam enviados para destinos errados ou mesmo serem corrompidos em trânsito. O receptor terá então que detectá-los e, tal como se os pacotes tivessem sido descartados, pedir a retransmissão.

Como obter QoS

[editar | editar código-fonte]

Existem dois modelos, ou métodos, que são apresentados por pesquisadores para apresentar uma solução para o QoS (Qualidade de Serviço) em redes como na internet. Esses dois modelos são:

A primeira procura oferecer bastante recursos, suficientes para o pico esperado, com uma margem de segurança substancial. É simples e eficaz, mas na prática é assumido como dispendioso, e tende a ser ineficaz se o valor de pico aumentar além do previsto: reservar recursos gasta tempo.

O segundo método é o de obrigar os utentes a reservar os recursos, e apenas aceitar as reservas se os routers conseguirem servi-las com confiabilidade. Naturalmente, as reservas podem ter um custo monetário associado! As duas variações mais conhecidas são:

O modelo DiffServ é tipicamente utilizado para:

  • WRR (Weighted Round Robin);
  • RED, WRED - Reduz a probabilidade de perdas devido aos buffers, e simultaneamente reduz a probabilidade de congestão TCP;
  • Traffic shaping (limitação de largura de banda);
  • VLAN (IEEE 802.1Q).

O equipamento de rede que suporta DiffServ e algumas vezes IntServ é designado por multilayer. Um comutador que suporte DiffServ (e provavelmente IntServ) é designado por comutador multilayer.

Porém, o mercado ainda não favorece os serviços QoS. Alguns técnicos justificam-no com uma rede que oferece largura de banda suficiente para a maioria das aplicações, na maioria das vezes, economicamente estável, com poucos incentivos para implementar aplicações não standard baseadas em QoS.

Hoje em dia, os acordos entre os fornecedores de serviços internet são complexos, e parece não existir iniciativa entre eles para suportar QoS entre interligações de backbones, ou acordar que políticas devem ser suportadas para potenciar o seu crescimento.

Os mais cépticos afirmam que se uma ligação elástica está a descartar muitos pacotes, então está muito próxima do colapso de congestão nas aplicações inelásticas, sem qualquer forma de descartar tráfego sem violar as cláusulas do acordo.

Requisitos Básicos

[editar | editar código-fonte]

São requisitos básicos de Qualidade de Serviço (QoS): Confiabilidade, Retardo, Flutuação do tempo de transmissão, Vazão (Largura de Banda).

Problemas do QoS em algumas tecnologias

[editar | editar código-fonte]

As seguintes propriedades podem ser usadas apenas nas portas do receptor, mas não nos servidores, backbones ou outras portas que se encontram a gerir fluxos concorrentes.

IEEE 802.3x "Flow"-control não é um protocolo de controlo de fluxo propriamente dito, mas uma gestão específica das filas. Muitos dos comutadores de hoje incluem o suporte IEEE 802.3x activo - inclusive em portas de uplink/backbone.

Citação de Network World, 09/13/99, 'Flow control feedback': "...Hewlett-Packard afirma que a qualidade de serviço é uma forma melhor de lidar com o potencial congestionamento, e a Cabletron e Nortel acrescentam que as características QoS não podem operar devidamente se um comutador envia [IEEE 802.x] tramas de pausa..."

Isto sugere que a norma IEEE 802.3x e QoS são incompatíveis.

Uma ligação ethernet a 100 Mbit/s full-duplex em vez de 100 Mbit/s half-duplex aumenta a velocidade efectiva de cerca de 60-100 Mbit/s half-duplex para 200 Mbit/s (100 Mbit/s no envio + 100 Mbit/s na recepção).

Ligações externas

[editar | editar código-fonte]