Qualidade de serviço (telecomunicações): diferenças entre revisões

Origem: Wikipédia, a enciclopédia livre.
Conteúdo apagado Conteúdo adicionado
m Desfeita(s) uma ou mais edições de 168.195.136.18, com Reversão e avisos
Resgatando 9 fontes e marcando 1 como inativas. #IABot (v2.0beta14)
Linha 49: Linha 49:
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]].
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 [http://www.nwfusion.com/netresources/0913flow.html 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..."
Citação de [https://web.archive.org/web/20050310002203/http://www.nwfusion.com/netresources/0913flow.html 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.
Isto sugere que a norma IEEE 802.3x e QoS são incompatíveis.
Linha 67: Linha 67:


== Ligações externas ==
== Ligações externas ==
* [http://www.tml.hut.fi/Opinnot/Tik-110.551/1999/papers/08IEEE802.1QosInMAC/qos.html IEEE 802.1 P,Q - QoS on the MAC level, 24.4.1999, Niclas Ek]
* [https://web.archive.org/web/20050531075002/http://www.tml.hut.fi/Opinnot/Tik-110.551/1999/papers/08IEEE802.1QosInMAC/qos.html IEEE 802.1 P,Q - QoS on the MAC level, 24.4.1999, Niclas Ek]
* [http://standards.ieee.org/getieee802/802.1.html IEEE 802.1 LAN/MAN Bridging & Management]
* [http://standards.ieee.org/getieee802/802.1.html IEEE 802.1 LAN/MAN Bridging & Management]
* [http://sunsite.dk/RFC/rfc/rfc1349.html "Good old days" IP QoS: '''Type of Service''' in the Internet Protocol Suite]
* [http://sunsite.dk/RFC/rfc/rfc1349.html "Good old days" IP QoS: '''Type of Service''' in the Internet Protocol Suite]
* [http://www.computer.org/proceedings/lcn/0309/03090160abs.htm On the Effects of the IEEE 802.3x Flow Control in Full-Duplex Ethernet LANs, Oliver Feuser, Andre Wenzel, University of Bonn]
* [https://web.archive.org/web/20041012091745/http://www.computer.org/proceedings/lcn/0309/03090160abs.htm On the Effects of the IEEE 802.3x Flow Control in Full-Duplex Ethernet LANs, Oliver Feuser, Andre Wenzel, University of Bonn]
* [http://www.sslug.dk/moede/hygge/2002-06-11/ sslug.dk: Hyggemøde tirsdag den 11. juni 2002: Båndbreddebegrænsning]
* [https://web.archive.org/web/20050313190657/http://www.sslug.dk/moede/hygge/2002-06-11/ sslug.dk: Hyggemøde tirsdag den 11. juni 2002: Båndbreddebegrænsning]
* [http://www.sslug.dk/moede/hygge/2002-06-11/eksempler.txt sslug.dk: Hyggemøde tirsdag den 11. juni 2002: Båndbreddebegrænsning. Eksempler]
* [https://web.archive.org/web/20050218223214/http://www.sslug.dk/moede/hygge/2002-06-11/eksempler.txt sslug.dk: Hyggemøde tirsdag den 11. juni 2002: Båndbreddebegrænsning. Eksempler]
* [http://lartc.org/ Linux Advanced Routing & Traffic Control]
* [https://web.archive.org/web/20111015164159/http://lartc.org/ Linux Advanced Routing & Traffic Control]
* [http://lartc.org/HOWTO//cvs/2.4routing/html/index.html Linux Advanced Routing & Traffic Control, HowTo]
* [http://lartc.org/HOWTO//cvs/2.4routing/html/index.html Linux Advanced Routing & Traffic Control, HowTo]{{Ligação inativa|1=data=maio de 2019 }}
* [http://lartc.org/wondershaper/ lartc.org: The Wonder Shaper]
* [https://web.archive.org/web/20050531082248/http://lartc.org/wondershaper/ lartc.org: The Wonder Shaper]
* [http://wipl-wrr.sourceforge.net/ WRR and WIPL]
* [https://web.archive.org/web/20050405213036/http://wipl-wrr.sourceforge.net/ WRR and WIPL]
* [http://www.networkcomputing.com/1117/1117sp1.html Packeteer PacketShaper 2500: Traffic Control on Autopilot, September 4, 2000, By David Newman]
* [http://www.networkcomputing.com/1117/1117sp1.html Packeteer PacketShaper 2500: Traffic Control on Autopilot, September 4, 2000, By David Newman]
* [http://www.packeteer.com/products/packetshaper/index.cfm Packeteer PacketShaper]
* [https://web.archive.org/web/20051019010526/http://www.packeteer.com/products/packetshaper/index.cfm Packeteer PacketShaper]
* [http://www.inf.ufsc.br/~frank/papers/SBRC2002.pdf Especificação de Requisitos de Qualidade de Serviço em Sistemas Abertos: A linguagem QSL]
* [http://www.inf.ufsc.br/~frank/papers/SBRC2002.pdf Especificação de Requisitos de Qualidade de Serviço em Sistemas Abertos: A linguagem QSL]



Revisão das 08h36min de 16 de maio de 2019

No campo das telecomunicações e redes de computadores, 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

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

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

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

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).

Ver também

Ligações externas