Mudanças entre as edições de "Medição de Qos fim-a-fim e verificação de conformidade de SLAs em um domínio com diferenciação de serviços"

De MediaWiki do Campus São José
Ir para navegação Ir para pesquisar
 
(27 revisões intermediárias por 3 usuários não estão sendo mostradas)
Linha 7: Linha 7:
 
*a definição de um conjunto de experimentos que permitam avaliar o atendimento dos SLAs;
 
*a definição de um conjunto de experimentos que permitam avaliar o atendimento dos SLAs;
 
*propostas para melhorar o atendimento da QoS no domínio.
 
*propostas para melhorar o atendimento da QoS no domínio.
 +
  
  
Linha 16: Linha 17:
 
Helton Luiz Porto
 
Helton Luiz Porto
  
−
<span style="color:#FFFFFF; background:#FF0000"> Escrever um parágrafo introdutório sobre: a questão da QoS em redes de pacotes, a necessidade
+
A Internet vem a cada dia se consolidando como uma rede de telecomunicações que suporta aplicações e serviços multimídia. Entretanto, como uma rede de comutação de pacotes, ela ainda não oferece a mesma qualidade de serviço (QoS) das redes tradicionais baseadas em comutação de circuitos. Em serviços de rede privada, para clientes corporativos, as operadoras vêm se adequando aos requisitos dos seus clientes, através do provimento de serviços diferenciados no transporte de pacotes. Acordos são firmados entre clientes e operadoras para o fornecimento de diferentes classes de serviços acomodados em diferentes níveis (Service Level Agreements - SLAs). A forma de monitoramento do cumprimento destes acordos é muitas vezes obscuro para clientes e não definido pela própria operadora.
−
das empresas fornecerem mecanismos para controle de QoS e os SLAs. </span> Algo do tipo:
 
  
−
A Internet vem a cada dia se consolidando como uma rede de telecomunicações que suporta aplicações e serviços multimídia. Entretanto, como uma rede de comutação de pacotes, ela ainda não oferece a mesma qualidade de serviço (QoS) das redes tradicionais baseadas em comutação de circuitos. As operadoras vem se adequando aos requisitos dos seus clientes, através do provimento de serviços diferenciados no transporte de pacotes. Acordos são firmados entre clientes e operadoras para o fornecimento de diferentes classes de serviços acomodados em diferentes níveis (Service Level Agreements - SLAs). A forma de monitoramento do cumprimento destes acordos é muitas vezes obscuro para clientes e não definido pelo própria operadora.
+
Este trabalho visa aplicar técnicas de medições de parâmetros de QoS fim-a-fim no tráfego de um domínio que realiza a diferenciação de serviços para seus clientes. Estas medições, sistematizadas na forma de procedimentos e arranjos de ferramentas, devem permitir a verificação da conformidade dos acordos de nível de serviço (SLA) firmados entre operador e clientes. Em caso de discrepância no serviço prestado versus serviço contratado, pretende-se apontar soluções para correções na operação da rede, resguardando-se as limitações de recursos da mesma.
  
−
<span style="color:#FFFFFF; background:#FF0000"> Eu manteria a linha da proposta original </span>
+
As aplicações e serviços possuem características e particularidades diferentes. Os mais tradicionais como dados, voz e vídeos tem vários parâmetros mínimos de exigência para um bom funcionamento, como largura de banda mínima, sensibilidade ao atraso(delay), variação do atraso(jitter), tamanho do pacote e tolerância a perdas. A aplicação de QoS serve para melhorar o funcionamento dessas aplicações, especificando prioridades na rede para cada tipo de serviço.
  
−
Este trabalho visa aplicar técnicas de medições de parâmetros de QoS fim-a-fim no tráfego de um domínio que realiza a diferenciação de serviços para seus clientes. Estas medições, sistematizadas na forma de procedimentos e arranjos de ferramentas, devem permitir a verificação da conformidade dos acordos de nível de serviço (SLA) firmados entre operador e clientes. Em caso de discrepância no serviço prestado versus serviço contratado, pretende-se apontar soluções para correções na operação da rede, resguardando-se as limitações de recursos da mesma.
+
Com isso, será feito uma simulação de um produto, onde uma operadora proverá comunicação entre a matriz de uma empresa e sua filial, aplicando diferenciação de serviços através de aplicação QoS nos roteadores de borda da rede, priorizando dados que serão definidos pelo próprio cliente.  Basicamente, serão três tipos de classificados na  aplicação do Qos. Uma classe chamada VOZ, para todas as aplicações voip do cliente, classe MIDIA para aplicações de videoconferência e multimídia, e classe EXPRESSO que são dados de qualquer aplicação que o cliente queira que seja priorizado. Será definida em contrato com a operadora, a garantia de todas as especificações mínimas exigidas para cada tipo de serviço e aplicação exigido pelo cliente, gerando multas para cada não conformidade. Nosso problema será como coletar esses dados, medir e garantir que este serviço está ou não de acordo com o especificado no SLA.
 +
   
 +
Com esses dados coletados, cliente e operadora poderão ter acesso as informações de desempenho e qualidade do serviço contratado. Podendo fazer alterações no produto, como diminuição ou abrangência de serviços, e ambos poderão ter um melhor aproveitamento dos seus recursos, podendo gerar mais receita para a operadora, tanto economia para o cliente.
  
−
<span style="color:#FFFFFF; background:#FF0000"> Melhorar texto abaixo em função do que está sendo colocado. Falar sobre os parâmetros QoS que se pretende medir: delay, jitter, banda, perdas. Falar do cenário  real onde se pretende desenvolver o trabalho. </span>
+
==Cronograma==
  
−
Este trabalho de conclusão de curso, visa implementar recursos para efetuar
 
  
−
medições de qos (qualidade de serviço) fim-a-fim em um serviço de comunicação de dados,
 
  
−
por exemplo, comunicação entre a matriz de uma empresa e suas filiais. Este serviço será
 
  
−
provido por uma operadora de telecomunicações, e com os dados coletados pelas medições
+
{| border="1" cellpadding="2"
 +
!Etapas/Mes
 +
!outubro/2012
 +
!novembro/2012
 +
!dezembro/2012
 +
!fevereiro/2013
 +
|-
 +
|Conclusão do Resumo estendido || x || x ||  || 
 +
|-
 +
|Ler artigos, textos, livros, entre outros, sobre o tema definido e iniciar a fundamentação teórica. ||  || x || x ||
 +
|-
 +
|Conclusão da fundamentação teórica e elaboração dos objetivos e proposta do Trabalho de Conclusão de Curso.  || || x || x || x
 +
|-
 +
|Entrega do documento || ||  ||  || x
 +
|}
  
−
será feita uma análise da rede, para que seja possível definir acordos de nível de serviços
+
==3.A Implementação de VPNs IP usando o BGP/MPLS==
  
−
(SLA) entre a operadora e o cliente.
+
A RFC  4364 descreve um método de construção de VPNs IP usando uma arquitetura de rede com a tecnologia BGP/MPLS. Esta arquitetura fundamenta a rede investigada neste trabalho e será aqui detalhada.
  
−
O produto fornecido pela operadora proverá Qos nos roteadores de borda com
+
===3.1.O serviço de VPNs===
  
−
diferenciação de serviços, priorizando dados na rede que serão definidos pelo cliente.
+
Falar sobre espaço de endereçamento de VPNs
  
−
Existe um padrão já estabelecido pela operado de classificação, porém, a mesma pode ser
+
SITE: Um conjunto de sistemas IP pode ser visto como um SÍTIO (''site''), relativo a uma determinada REDE BACKBONE, se estes sistemas possuem conectividade IP que não se utiliza deste backbone. Em geral estes sistemas estão geograficamente próximos mas não necessariamente. Os sítios se conectam a um PE(roteador de borda) da rede BACKBONE através de dispositivos CE que podem ser roteadores ou hospedeiros. Um switch não é considerado CE.
  
−
alterada de acordo com a necessidade do cliente. Basicamente, serão três tipos de classes
+
VPN: Seja um conjunto de sítios conectados a uma mesma rede BACKBONE. Aplique-se alguma política para criar subconjuntos de sítios e aplique-se a seguinte regra: dois sítios podem ter interconectividade através da rede BACKBONE SOMENTE SE pelo menos um dos subconjuntos criados possui estes dois sítios. Estes subconjuntos são VPNs. Deve ser observado que dois sítios que não possuem VPN em comum NÃO possuem conectividade IP através da rede BACKBONE.
  
−
aplicados no Qos. Uma classe chamada VOZ, para todas as aplicações voip do cliente,
 
  
−
classe MIDIA para aplicações de videoconferência e multimídia, e classe EXPRESSO que
+
===3.2 A Estrutura da rede do Provedor===
  
−
são dados de qualquer aplicação que o cliente queira que seja priorizado.
 
  
−
Será feito uma simulação deste serviço para fazer as medições. Utilizaremos dois
+
REDE BACKBONE IP: É o domínio administrativo de um ISP, sendo constituído por roteadores de borda PE e outros roteadores internos P.
 +
Um CE de um sítio é conectado via qualquer tecnologia de camada 2 a um PE (frame relay, por exemplo). Os roteadores de borda são roteadores IP executam o protocolo BGP e possuem tecnologia MPLs para interligação com os demais roteadores do domínio. Roteadores internos ao domínio não necessitam executar o BGP  mas também possuem tecnologia MPLS.
  
−
roteadores Cisco interligados pela interface serial, simulando o backbone ip da operadora,
+
===3.3 Operação do Serviço de VNP===
  
−
e um host em cada lan dos roteadores simulando a matriz comunicando-se com sua filial.
+
-Como é construída as tabelas VRFT
 +
-O que existem nelas
 +
-como são construídos os pacotes MPLS (empilhamento rótulos)
 +
-explicar como os LSPs
  
−
Com a rede montada simularemos trafego utilizando todas as classes de serviços que serão
 
  
−
configuradas nos roteadores. A configuração de qos nos roteadores utilizará marcação dcsp
+
Cada roteador de borda PE mantém um conjunto de tabelas de roteamento "VPN Routing and Forwarding Table" (VRFT) além de uma tabela de rotas default. Cada tabela VRFT é associada a um determinado circuito que conecta a um roteador CE de um sítio do cliente. Quando um roteador PE recebe um pacote provindo de um determinado circuito, ele enncontra a rota a ser seguida olhando na VRFT associada ao circuito. 
  
−
para as prioridades de filas. Alem das medições de trafego das classes de qos, também
+
Uma VRFT é construída através do protocolo iBGP (MP-BGP). Um PE1 conectado a um CE1, aprende - por exemplo, por configuração estatica - as redes do sítio associado ao CE1. Estas redes são divulgadas a todos os PEs do domínio, de forma que eles possam construir as VRFTs para cada VPN.  
  
−
serão medidos delay (atraso), jitter (variação do atraso), perdas de pacotes e taxa de erro.
+
O serviço de VPN pode ser separado em duas partes:
 +
* controle
 +
* encaminhamento
  
−
As medições de trafego das classes de qos e perdas serão coletados através do
+
Roteadores internos ao domínio não necessitam executar o BGP  mas também possuem tecnologia MPLS.
  
−
protocolo snmp.
 
  
−
plataforma cisco em seus roteadores, chamado “ip sla”.
+
===3.4. O QoS na rede ===
  
−
Com base nos dados coletados poderá ser definido um acordo de nivel de serviço
+
===3.5. O SLA entre cliente e Provedor===
  
−
Delay e jitter serão medidos através de um recurso oferecido pela
+
==Referências==
  
−
entre a operadora e cliente, mais detalhado, onde ambos poderão fazer a verificação de
+
FALSARELLA, Douglas.
−
 
+
Redes e Servidores: Conceitos Básicos de QoS.
−
conformidade, utilizando todos os recursos gerenciados pela rede. As características do
+
Disponível em http://imasters.com.br/artigo/13011/redes/conceitos_basicos_de_qos/. Acesso em 4 mai.2012.
−
 
 
−
serviço prestado serão levados em conta na implantação do SLA, por exemplo, a
 
−
 
 
−
velocidade e distancia de cada circuito e a quantidade de usuários de cada rede.
 
−
 
 
−
Nesse sentido, clientes e operadoras poderão ter acesso as informações dos serviços
 
−
 
 
−
prestados para que acompanhem o desempenho e a qualidade do serviço contratado. Com
 
−
 
 
−
isso, ambos poderão ter um melhor aproveitamento dos recursos, podendo gerar mais
 
−
 
 
−
receita para a operadora, tanto economia para o cliente.
 
−
 
 
−
==Cronograma==
 
−
 
 
−
<span style="color:#FFFFFF; background:#FF0000"> Colocar cronograma </span>
 
−
 
 
−
 
 
−
==Referências==
 
−
<span style="color:#FFFFFF; background:#FF0000"> Colocar referências no formato padrão e acrescentar </span>
 
  
 
Deploying Diffserv at the Network Edge for Tight SLAs, Part 1
 
Deploying Diffserv at the Network Edge for Tight SLAs, Part 1
Linha 118: Linha 113:
 
Pub Date : November 09, 2004
 
Pub Date : November 09, 2004
 
ISBN : 1-58705-176-1
 
ISBN : 1-58705-176-1
 +
 +
[http://tools.ietf.org/html/rfc4364 RFC 4364] - BGP/MPLS IP Virtual Private Networks (VPNs)]
 +
 +
[http://www.netcraftsmen.net/resources/archived-articles/373.html]
 +
 +
[http://www.openflow.org/wk/index.php/MPLS_with_OpenFlow/SDN]
 +
 +
[http://www.juniper.net/us/en/local/pdf/whitepapers/2000282-en.pdf]
 +
 +
[http://tools.ietf.org/html/rfc4761]
 +
 +
[http://wiki.mikrotik.com/wiki/Manual:BGP_based_VPLS]
 +
 +
[http://www.sans.org/reading_room/whitepapers/vpns/comparing-bgp-mpls-ipsec-vpns_756]
 +
 +
[http://www.cisco.com/en/US/docs/ios-xml/ios/iproute_bgp/configuration/15-2s/irg-unif-mpls-ibgp.pdf]
 +
 +
[http://www.juniper.net/techpubs/en_US/junose10.1/information-products/topic-collections/swconfig-bgp-mpls/book-swconfig-bgp-mpls-TOC.html]

Edição atual tal como às 21h27min de 30 de outubro de 2012

Resumo

O trabalho visa aplicar técnicas de medições de parâmetros de QoS (delay, jitter, banda, perdas) no tráfego em um domínio que realiza a diferenciação de serviços para seus clientes. Estas medições devem permitir a verificação da conformidade dos acordos de nível de serviço (SLA) firmados entre operador e clientes. O trabalho envolve:

  • o estudo a política e os mecanismos de QoS no domínio;
  • o estudo dos SLAs;
  • o estudo de algumas técnicas de medição de QoS fim-a-fim;
  • a definição de um conjunto de experimentos que permitam avaliar o atendimento dos SLAs;
  • propostas para melhorar o atendimento da QoS no domínio.


RESUMO ESTENDIDO

Medição de Qos fim-a-fim e verificação de conformidade de SLA’s em um domínio com diferenciação de serviços

Helton Luiz Porto

A Internet vem a cada dia se consolidando como uma rede de telecomunicações que suporta aplicações e serviços multimídia. Entretanto, como uma rede de comutação de pacotes, ela ainda não oferece a mesma qualidade de serviço (QoS) das redes tradicionais baseadas em comutação de circuitos. Em serviços de rede privada, para clientes corporativos, as operadoras vêm se adequando aos requisitos dos seus clientes, através do provimento de serviços diferenciados no transporte de pacotes. Acordos são firmados entre clientes e operadoras para o fornecimento de diferentes classes de serviços acomodados em diferentes níveis (Service Level Agreements - SLAs). A forma de monitoramento do cumprimento destes acordos é muitas vezes obscuro para clientes e não definido pela própria operadora.

Este trabalho visa aplicar técnicas de medições de parâmetros de QoS fim-a-fim no tráfego de um domínio que realiza a diferenciação de serviços para seus clientes. Estas medições, sistematizadas na forma de procedimentos e arranjos de ferramentas, devem permitir a verificação da conformidade dos acordos de nível de serviço (SLA) firmados entre operador e clientes. Em caso de discrepância no serviço prestado versus serviço contratado, pretende-se apontar soluções para correções na operação da rede, resguardando-se as limitações de recursos da mesma.

As aplicações e serviços possuem características e particularidades diferentes. Os mais tradicionais como dados, voz e vídeos tem vários parâmetros mínimos de exigência para um bom funcionamento, como largura de banda mínima, sensibilidade ao atraso(delay), variação do atraso(jitter), tamanho do pacote e tolerância a perdas. A aplicação de QoS serve para melhorar o funcionamento dessas aplicações, especificando prioridades na rede para cada tipo de serviço.

Com isso, será feito uma simulação de um produto, onde uma operadora proverá comunicação entre a matriz de uma empresa e sua filial, aplicando diferenciação de serviços através de aplicação QoS nos roteadores de borda da rede, priorizando dados que serão definidos pelo próprio cliente. Basicamente, serão três tipos de classificados na aplicação do Qos. Uma classe chamada VOZ, para todas as aplicações voip do cliente, classe MIDIA para aplicações de videoconferência e multimídia, e classe EXPRESSO que são dados de qualquer aplicação que o cliente queira que seja priorizado. Será definida em contrato com a operadora, a garantia de todas as especificações mínimas exigidas para cada tipo de serviço e aplicação exigido pelo cliente, gerando multas para cada não conformidade. Nosso problema será como coletar esses dados, medir e garantir que este serviço está ou não de acordo com o especificado no SLA.

Com esses dados coletados, cliente e operadora poderão ter acesso as informações de desempenho e qualidade do serviço contratado. Podendo fazer alterações no produto, como diminuição ou abrangência de serviços, e ambos poderão ter um melhor aproveitamento dos seus recursos, podendo gerar mais receita para a operadora, tanto economia para o cliente.

Cronograma

Etapas/Mes outubro/2012 novembro/2012 dezembro/2012 fevereiro/2013
Conclusão do Resumo estendido x x
Ler artigos, textos, livros, entre outros, sobre o tema definido e iniciar a fundamentação teórica. x x
Conclusão da fundamentação teórica e elaboração dos objetivos e proposta do Trabalho de Conclusão de Curso. x x x
Entrega do documento x

3.A Implementação de VPNs IP usando o BGP/MPLS

A RFC 4364 descreve um método de construção de VPNs IP usando uma arquitetura de rede com a tecnologia BGP/MPLS. Esta arquitetura fundamenta a rede investigada neste trabalho e será aqui detalhada.

3.1.O serviço de VPNs

Falar sobre espaço de endereçamento de VPNs

SITE: Um conjunto de sistemas IP pode ser visto como um SÍTIO (site), relativo a uma determinada REDE BACKBONE, se estes sistemas possuem conectividade IP que não se utiliza deste backbone. Em geral estes sistemas estão geograficamente próximos mas não necessariamente. Os sítios se conectam a um PE(roteador de borda) da rede BACKBONE através de dispositivos CE que podem ser roteadores ou hospedeiros. Um switch não é considerado CE.

VPN: Seja um conjunto de sítios conectados a uma mesma rede BACKBONE. Aplique-se alguma política para criar subconjuntos de sítios e aplique-se a seguinte regra: dois sítios podem ter interconectividade através da rede BACKBONE SOMENTE SE pelo menos um dos subconjuntos criados possui estes dois sítios. Estes subconjuntos são VPNs. Deve ser observado que dois sítios que não possuem VPN em comum NÃO possuem conectividade IP através da rede BACKBONE.


3.2 A Estrutura da rede do Provedor

REDE BACKBONE IP: É o domínio administrativo de um ISP, sendo constituído por roteadores de borda PE e outros roteadores internos P. Um CE de um sítio é conectado via qualquer tecnologia de camada 2 a um PE (frame relay, por exemplo). Os roteadores de borda são roteadores IP executam o protocolo BGP e possuem tecnologia MPLs para interligação com os demais roteadores do domínio. Roteadores internos ao domínio não necessitam executar o BGP mas também possuem tecnologia MPLS.

3.3 Operação do Serviço de VNP

-Como é construída as tabelas VRFT -O que existem nelas -como são construídos os pacotes MPLS (empilhamento rótulos) -explicar como os LSPs


Cada roteador de borda PE mantém um conjunto de tabelas de roteamento "VPN Routing and Forwarding Table" (VRFT) além de uma tabela de rotas default. Cada tabela VRFT é associada a um determinado circuito que conecta a um roteador CE de um sítio do cliente. Quando um roteador PE recebe um pacote provindo de um determinado circuito, ele enncontra a rota a ser seguida olhando na VRFT associada ao circuito.

Uma VRFT é construída através do protocolo iBGP (MP-BGP). Um PE1 conectado a um CE1, aprende - por exemplo, por configuração estatica - as redes do sítio associado ao CE1. Estas redes são divulgadas a todos os PEs do domínio, de forma que eles possam construir as VRFTs para cada VPN.

O serviço de VPN pode ser separado em duas partes:

  • controle
  • encaminhamento

Roteadores internos ao domínio não necessitam executar o BGP mas também possuem tecnologia MPLS.


3.4. O QoS na rede

3.5. O SLA entre cliente e Provedor

Referências

FALSARELLA, Douglas. Redes e Servidores: Conceitos Básicos de QoS. Disponível em http://imasters.com.br/artigo/13011/redes/conceitos_basicos_de_qos/. Acesso em 4 mai.2012.

Deploying Diffserv at the Network Edge for Tight SLAs, Part 1 John Evans • Cisco Systems • joevans@cisco.com Clarence Filsfils • Cisco Systems • cf@cisco.com

Deploying Diffserv at the Network Edge for Tight SLAs, Part 2 John Evans • Cisco Systems • joevans@cisco.com Clarence Filsfils • Cisco Systems • cf@cisco.com

QOS IN PACKET NETWORKS Kun I. Park 2005 Springer Science + Business Media, Inc. Boston

End-to-End QoS Network Design Tim Szigeti - CCIE No. 9794, Christina Hattingh Publisher : Cisco Press Pub Date : November 09, 2004 ISBN : 1-58705-176-1

RFC 4364 - BGP/MPLS IP Virtual Private Networks (VPNs)]

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

Disponível em “https://wiki.sj.ifsc.edu.br/index.php?title=Medição_de_Qos_fim-a-fim_e_verificação_de_conformidade_de_SLAs_em_um_domínio_com_diferenciação_de_serviços&oldid=48108”