Mudanças entre as edições de "Balanceamento de tráfego em LANS ethernet usando uma abordagem SDN/Openflow"
Linha 1: | Linha 1: | ||
− | + | = Resumo Estendido = | |
+ | |||
+ | == Introdução == | ||
Com a evolução e popularização da internet as empresas de médio a grande porte, | Com a evolução e popularização da internet as empresas de médio a grande porte, | ||
principalmente os provedores de internet, estão tendo que investir cada vez mais na sua | principalmente os provedores de internet, estão tendo que investir cada vez mais na sua | ||
infraestrutura de redes, tornando-as cada vez maiores e complexas, para assim suprir a | infraestrutura de redes, tornando-as cada vez maiores e complexas, para assim suprir a | ||
demanda e garantir um serviço de qualidade para seus clientes. | demanda e garantir um serviço de qualidade para seus clientes. | ||
+ | Em um cenário de uma rede de médio ou grande porte, notamos o quão realmente algumas técnicas utilizadas podem estar subutilizando o potencial da rede. Por exemplo, problemas causados por caminhos fechados (''loops'') entre switches que podem ser intencionais (para tolerância a falhas) ou acidentais. Um loop entre switches gera um tráfego indefinido de pacotes em broadcast e multicast dentro desse caminho fechado, deixando a rede travada. | ||
− | + | == Motivação == | |
− | + | Técnicas que visam resolver esse problemas de enlace, como os protocolos do tipo ''spanning-tree'', desabilitam links entre switchs assumindo uma topologia em árvore, dessa forma evitando os loops. Porém, os caminhos desabilitados resultam no subaproveitamento da rede. | |
− | Técnicas que visam resolver esse problemas de enlace, como os protocolos do tipo ''spanning-tree'', desabilitam links entre switchs assumindo uma topologia em árvore, dessa forma evitando os loops. Porém, os caminhos desabilitados resultam no subaproveitamento da rede. | + | A motivação é atacar esse problema que encontramos nas redes locais, aumentando o desempenho da rede. |
− | Uma alternativa para | + | == Objetivo == |
− | fechados é a utilização | + | Uma alternativa para alterar a maneira de como os switches funcionam tratar o problema de caminhos |
− | + | fechados é a utilização do protocolo SDN/Openflow. Com ele podemos programar na | |
camada de enlace, dessa forma pode-se resolver o problema sem desabilitar caminhos e | camada de enlace, dessa forma pode-se resolver o problema sem desabilitar caminhos e | ||
assim aproveitando todo o potencial da rede. Definir padrões de encaminhamentos para | assim aproveitando todo o potencial da rede. Definir padrões de encaminhamentos para | ||
Linha 17: | Linha 20: | ||
maneira proposta para fazer o balanceamento de carga, mantendo todos os caminhos rede. | maneira proposta para fazer o balanceamento de carga, mantendo todos os caminhos rede. | ||
− | === | + | == Cronograma == |
+ | {| class="wikitable" style="text-align: center" | ||
+ | !rowspan="2"|Etapas | ||
+ | !colspan="4"|Mês | ||
+ | |- | ||
+ | !Dezembro/2012 | ||
+ | !Janeiro/2013 | ||
+ | !Fevereiro/2013 | ||
+ | !Março/2013 | ||
+ | |- | ||
+ | |align="left"|Revisão Bibliográfica || x || x || x || | ||
+ | |- | ||
+ | |align="left"|Escrita do Documento || || x || x || x | ||
+ | |} | ||
== Resumo == | == Resumo == |
Edição das 14h17min de 20 de dezembro de 2012
Resumo Estendido
Introdução
Com a evolução e popularização da internet as empresas de médio a grande porte, principalmente os provedores de internet, estão tendo que investir cada vez mais na sua infraestrutura de redes, tornando-as cada vez maiores e complexas, para assim suprir a demanda e garantir um serviço de qualidade para seus clientes. Em um cenário de uma rede de médio ou grande porte, notamos o quão realmente algumas técnicas utilizadas podem estar subutilizando o potencial da rede. Por exemplo, problemas causados por caminhos fechados (loops) entre switches que podem ser intencionais (para tolerância a falhas) ou acidentais. Um loop entre switches gera um tráfego indefinido de pacotes em broadcast e multicast dentro desse caminho fechado, deixando a rede travada.
Motivação
Técnicas que visam resolver esse problemas de enlace, como os protocolos do tipo spanning-tree, desabilitam links entre switchs assumindo uma topologia em árvore, dessa forma evitando os loops. Porém, os caminhos desabilitados resultam no subaproveitamento da rede. A motivação é atacar esse problema que encontramos nas redes locais, aumentando o desempenho da rede.
Objetivo
Uma alternativa para alterar a maneira de como os switches funcionam tratar o problema de caminhos fechados é a utilização do protocolo SDN/Openflow. Com ele podemos programar na camada de enlace, dessa forma pode-se resolver o problema sem desabilitar caminhos e assim aproveitando todo o potencial da rede. Definir padrões de encaminhamentos para determinados fluxos de quadros e escolhendo os melhores caminhos para esses fluxos é a maneira proposta para fazer o balanceamento de carga, mantendo todos os caminhos rede.
Cronograma
Etapas | Mês | |||
---|---|---|---|---|
Dezembro/2012 | Janeiro/2013 | Fevereiro/2013 | Março/2013 | |
Revisão Bibliográfica | x | x | x | |
Escrita do Documento | x | x | x |
Resumo
As topologias de redes locais ethernet de médio e grande porte podem conter caminhos fechados (loops), que podem ser intencionais (para tolerância a falhas) ou acidentais. Um caminho fechado pode causar um colapso na capacidade de uma rede local, pois quadros em broadcast ou multicast ficam circulando indefinidamente por seus enlaces. Para resolver esse problema, a abordagem usual é ativar um protocolo do tipo spanning-tree, tal como STP, RSTP ou MST, que estabelece uma topologia lógica em árvore. Esse tipo de solução desfaz os caminhos fechados, porém não aproveita toda a capacidade da rede local.
Esta sugestão de TCC propõe aplicar SDN/Openflow para tratar o problema dos caminhos fechados, porém aproveitando as capacidades de enlaces redundantes. Desta forma, pretende-se que todos os enlaces possam ser utilizados, e que os switches encaminhem quadros pelos melhores caminhos dentro da rede. O trabalho deve ser desenvolvido usando uma rede virtual como plataforma de desenvolvimento, e ao final deve ser demonstrado em uma rede real.