1 |
[en] QUALITY OF SERVICE ON INTERNET SERVICE PROVIDERS / [pt] QUALIDADE DE SERVIÇO EM PROVEDORES DE ACESSO À INTERNETMIGUEL DE ANDRADE FREITAS 16 June 2004 (has links)
[pt] O desenvolvimento de arquiteturas de Qualidade de Serviço
(QoS) para a Internet é um problema que tem recebido
bastante atenção ultimamente. Diversos motivos têm impedido
a implementação destas arquiteturas em larga escala como,
por exemplo, a dificuldade de estabelecimento de contratos
e políticas de QoS entre usuários, provedores e operadoras
e a ausência de mecanismos na rede para solicitar serviços
com garantia de qualidade. Apesar de não terem acesso a um
serviço que garanta certos níveis de desempenho para cada
tipo de aplicação, os usuários de Internet têm se mostrado
cada vez mais exigentes na qualidade do acesso à rede. Isto
se confirma com a migração crescente de muitos destes
usuários para o acesso à Internet em banda larga. Os
provedores de acesso à Internet, principalmente os de banda
larga, devem adotar políticas de gerenciamento de seus
recursos para atender às expectativas de qualidade dos
usuários e se manter competitivos no mercado. Neste
trabalho, foram identificados problemas nos processos
adotados em um provedor de acesso em banda larga sem fio, a
MLS Wireless. No sistema antigo, ocorriam situações que
causavam a indisponibilidade de serviços por causa da
limitação de conexões simultâneas na rede ou ainda uma
degradação na banda e aumento na latência do acesso devido
a falta de justiça no compartilhamento de recursos. O
trabalho sugere soluções para as deficiências encontradas,
implementando-as e analisando a eficácia das mesmas. Para
resolver o problema de indisponibilidade, sugere-se o
estabelecimento de limites por usuário, para que a
capacidade total do sistema não seja esgotada. Para
resolver o problema de injustiça e dar maior eqüidade na
distribuição de recursos entre os usuários, é implementado
um novo mecanismo de compartilhamento baseado em uma
disciplina de fila SFQ (Stochastic Fairness Queueing). Os
resultados mostraram que as modificações propostas foram
efetivas. O tempo de acesso à serviços de WWW e e-mail
durante períodos de congestionamento foi drasticamente
reduzido, em alguns casos, de cerca de 1 minuto para menos
de 10 segundos. / [en] The development of Quality of Service (QoS) architectures
for the Internet is a problem that has received
significative attention recently. The large scale
deployment of such architectures has being blocked by
several reasons, such as, the dificulty in establishing
Service Level Agreements (SLA) of QoS policies between
users, Internet Service Providers (ISP) and operators, and
the lack of mechanisms on the network to request services
with quality guarantees. Despite of not having access to a
service that can guarantee certain levels of performance
per aplication, the Internet users are getting more and more
concerned about the network quality. That can be confirmed
by the number of users that are migrating to the broadband
Internet access. The ISP´s, specially the broadband ones,
must take measurements to manage their resources to
satisfy the users´ expectations of quality and stay
competitive on the market. In this work, problems have
being identified at the processes used by a broadband
ISP, the MLS Wireless. With the old system, certain
situations could cause the denial of service due the number
of simultaneos connections or degradation and increased
latency due the lack of fairness to share the network
resources. This work suggests some solutions for these
deficiencies, implementing and analyzing their
effectiveness. To fix the denial of service, we suggest the
limitation of resources per user, so that the total
capacity won´t be depleted. To have the resources more
fairly distributed among the users, a new mechanism of
sharing is implemented, based on a discipline named SFQ
(Stochastic Fairness Queueing). The results show that those
modifications have being effective. The time to access
services like WWW and e-mail during congestion periods was
drasticaly reduced, in some cases, from about 1 minute to
less than 10 seconds.
|
Page generated in 0.0271 seconds