Mudanças entre as edições de "Balanceamento de tráfego em LANS ethernet usando uma abordagem SDN/Openflow"

De MediaWiki do Campus São José
Ir para navegação Ir para pesquisar
(Criou página com '= 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 ...')
 
Linha 7: Linha 7:
 
= Bibliografia =
 
= Bibliografia =
  
* [http://www.openflow.org/documents/openflow-wp-latest.pdf Text técnico sobre Openflow]
+
* [http://www.openflow.org/documents/openflow-wp-latest.pdf Texto técnico sobre Openflow]
 
* [http://www.openflow.org/ Site do Openflow]
 
* [http://www.openflow.org/ Site do Openflow]
 
* [http://www.openflow.org/videos/ Videos de projetos demonstrativos de Openflow]
 
* [http://www.openflow.org/videos/ Videos de projetos demonstrativos de Openflow]
 
* [http://openvswitch.org/ Openvswitch - um switch virtual que inclui suporte a Openflow]
 
* [http://openvswitch.org/ Openvswitch - um switch virtual que inclui suporte a Openflow]

Edição das 08h55min de 30 de outubro de 2012

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.

Bibliografia