Universidade de Aveiro Departamento de Electrnica Telecomunicaes e Informtica 2009

Ana Francisca Engenharia de Trfego de Redes Ethernet Carvalho de baseadas em rvores de Suporte Almeida Sampaio e Melo

Universidade de Aveiro Departamento de Electrnica Telecomunicaes e Informtica 2009

Ana Francisca Engenharia de Trfego de Redes Ethernet Carvalho de baseadas em rvores de Suporte Almeida Sampaio e Melo
dissertao apresentada Universidade de Aveiro para cumprimento dos requisitos necessrios obteno do grau de Mestre Integrado em Engenharia Electrnica e Telecomunicaes, realizada sob a orientao cientfica de Amaro de Sousa, Professor Auxiliar do Departamento de Electrnica, Telecomunicaes e Informtica da Universidade de Aveiro

o jri
presidente Professor Doutor Rui Lus Andrade Aguiar
Universidade de Aveiro

vogal Arguente principal

Professor Doutor Carlos Manuel da Silva Rabado

Dep. De Eng Informtica da Esc. Sup. De Tecnologia e Gesto do Inst. Politcnico de Leiria

vogal Orientador

Professor Doutor Amaro Fernandes de Sousa

Universidade de Aveiro

palavras-chave

Multiple Spanning Tree, Ethernet, Engenharia de Trfego.

resumo

Dado o seu custo, a tecnologia Ethernet tem vindo progressivamente a ser utilizada nas redes dos operadores pblicos, nos seus segmentos de rede de acesso e rede metropolitana. Tradicionalmente, o encaminhamento em redes Ethernet baseado numa nica rvore de suporte. Esta forma de funcionamento, apropriada para redes de rea local (LANs), no responde aos requisitos de uma rede de operador. Num passado recente, a Ethernet tornou-se mais atractiva como tecnologia para um operador com a introduo dos protocolos IEEE 802.1w Rapid Spanning Tree Protocol (RSTP), que permite tempos de reconfigurao da rvore de suporte de menos de um segundo quando h falhas de rede, e IEEE 802.1s Multiple Spanning Tree Protocol (MSTP), que permite balancear o trfego pelas diferentes ligaes de rede com base em mltiplas rvores de suporte, conseguindo-se, assim, uma melhor utilizao dos recursos da rede. Este trabalho aborda primeiro a evoluo dos protocolos de encaminhamento para redes de camada 2 baseadas na Ethernet at proposta do MSTP. Depois, faz um estudo da literatura cientfica do modo como o MSTP tem sido explorado para melhorar os diferentes aspectos do funcionamento de uma rede de telecomunicaes tais como o balanceamento de carga, optimizao da utilizao da rede, qualidade de servio, etc.

keywords

Multiple Spanning Tree, Ethernet, Traffic Engineering.

abstract

Due to its cost, Ethernet technology is being progressively used on the access and metropolitan segments of public operator networks. Traditionally, routing on Ethernet networks was based on a single spanning tree. This paradigm, which is appropriate for LAN environments, does not answer to the requirements of a public operator network. Recently, Ethernet became more attractive to operators with the introduction of two new protocols: IEEE 802.1w Rapid Spanning Tree Protocol (RSTP), enabling spanning tree reconfigurations below 1 second, and IEEE 802.1s Multiple Spanning Tree Protocol (MSTP), enabling a better load balance among all network links based on multiple spanning trees and, thus, improving the network resource utilization. This work addresses, firstly, the evolution of layer 2 routing protocols up to MSTP used in Ethernet networks. Then, it makes a comprehensive scientific state-of-art on the different ways that MSTP has been proposed in order to improve different aspects of telecommunication networks like load balancing, optimization of network utilization, quality of service, etc.

ndice
CAPTULO 1 - INTRODUO ............................................................................................................................... 7 1.1 Enquadramento ....................................................................................................................................... 7 1.2 Objectivos................................................................................................................................................. 8 1.3 Organizao da dissertao ..................................................................................................................... 8 CAPTULO 2 A origem do Multiple Spanning Tree e o seu funcionamento .................................................... 9 2.1 Spanning Tree Protocol ............................................................................................................................ 9 2.1.1 Construo da rvore de suporte ................................................................................................... 10 2.1.2 Caso de falha na rede ...................................................................................................................... 13 2.1.3 Estado das portas ............................................................................................................................ 14 2.2 Rapid Spanning Tree Protocol ................................................................................................................ 15 2.2.1 Estado e Funo das portas ............................................................................................................ 15 2.2.2 Bridge Protocol Data Unit (BPDU) ................................................................................................... 18 2.2.3 Fast Aging ........................................................................................................................................ 19 2.2.4 UplinkFast, BackboneFast e PortFast .............................................................................................. 19 2.2.5 Novos mecanismos para deteco de alterao da rede ............................................................... 25 2.3 Melhorias e compatibilidade do RSTP em relao ao STP ..................................................................... 25 2.4 Virtual LANs ............................................................................................................................................ 26 2.5 Per-VLAN Spanning Tree ........................................................................................................................ 27 2.6 Multiple Spanning Tree Protocol ........................................................................................................... 27 2.6.1 Multiple Spanning Tree com Regies .............................................................................................. 28 2.6.2 Instncias MST ................................................................................................................................ 29 2.6.3 Operaes dentro de uma regio ................................................................................................... 31 2.6.4 Operaes entre regies MST ......................................................................................................... 32 2.6.5 Mecanismo de reconfigurao........................................................................................................ 32 CAPTULO 3 Utilizao do MSTP em diferentes contextos ........................................................................... 33 3.1 Engenharia de Trfego em Redes Metro Ethernet ................................................................................ 33 3.2 Cenrios Dinmicos ................................................................................................................................ 45 3.3 Cenrios Estticos .................................................................................................................................. 56 3.4 Diviso da rede em regies .................................................................................................................... 70 3.5 Outros aspectos de Engenharia de trfego ............................................................................................ 74 CAPTULO 4 - CONCLUSES ............................................................................................................................. 90 REFERNCIAS.................................................................................................................................................... 92

CAPTULO 1 - INTRODUO
1.1 Enquadramento
Actualmente, os switches Ethernet so compatveis com os protocolos IEEE 802.1d e o IEEE 802.1q. O 802.1d Spanning Tree Protocol (STP) atribui percursos de encaminhamento entre qualquer par de switches baseados num conjunto lgico de ligaes, que abrangem todos os switches, sem ciclos, ou seja, uma Spanning Tree (ST). Este protocolo inclui deteco de mudanas da topologia de rede e reconstruo da ST para se atingir conectividade global. Numa rede com n switches interligados por ligaes ponto-aponto, h n-1 ligaes activas e as restantes ligaes actuam como ligaes de backup. Por outro lado, o protocolo 802.1q VLAN permite a definio de diferentes VLANs, criando desta forma diferentes domnios broadcast dentro do mesmo conjunto de switches (uma VLAN um conjunto de portas, que pertencem aos mesmos ou a diferentes switches, com conectividade total entre elas). O trfego de diferentes clientes suportado por diferentes VLANs prevenindo assim que pacotes de um cliente cheguem aos portos de outro, optimizando desta forma os recursos da rede e prevenindo ataques de segurana na camada 2. O STP foi proposto h anos atrs quando, aps uma falha de rede, a recuperao da conectividade em alguns segundos era considerado um desempenho adequado. Recentemente, dois novos protocolos foram propostos pelo IEEE para melhorar a sobrevivncia e a capacidade de engenharia de trfego das redes de switches. Um destes protocolos o IEEE 802.1w Rapid Spanning Tree Protocol (RSTP), uma evoluo do STP onde os estados das portas e as suas funes so redefinidas e um mecanismo de negociao usado para acelerar a convergncia da ST sempre que a topologia da rede alterada. O outro protocolo o IEEE 802.1s Multiple Spanning Tree Protocol (MSTP) que usa os protocolos RSTP e VLAN. Com o MSTP, o operador de rede pode definir regies diferentes onde uma Common Spanning Tree (CST) liga todos os switches de todas as regies de tal forma que uma mudana de topologia dentro de uma regio no afecta a CST fora da regio. O MSTP oferece tambm a possibilidade de ter STs adicionais a serem configuradas dentro de cada regio. O MSTP no define como que as redes se devem dividir em regies, que STs devem ser criadas em cada regio e como devem ser atribudas as VLANs a cada ST. Existem, portanto, inmeras possibilidades de melhorar este protocolo, em termos de engenharia de trfego, proporcionando balanceamento de carga, tolerncia a falhas, qualidade de servio (QoS) e proporcionando tambm a possibilidade da sua aplicao em redes mveis, com a vantagem de ser uma tecnologia de baixo custo e bastante flexvel.

1.2 Objectivos
Os objectivos do trabalho desenvolvido so:

(1) estudar a evoluo dos protocolos de encaminhamento para redes de camada 2 baseadas na Ethernet at proposta do MSTP; (2) estudar o protocolo MSTP; (3) fazer um estudo da literatura cientfica do modo como o MSTP tem sido explorado para melhorar os diferentes aspectos do funcionamento de uma rede de telecomunicaes.

1.3 Organizao da dissertao

Esta dissertao est organizada em 4 captulos. O captulo 1 (o presente captulo) apresenta o enquadramento e objectivos do trabalho desenvolvido. O captulo 2 tem como finalidade o estudo do MSTP, comeando por rever os protocolos que lhe deram origem. Compreender o funcionamento do MSTP e tudo que lhe inerente fundamental para que se possa analisar, com esprito crtico, o que at hoje foi feito com base neste protocolo. No captulo 3 feito um estado da arte alargado, analisando diversos artigos que focam diferentes aspectos do protocolo, onde se propem algoritmos e mtodos que proporcionam melhorias em termos de engenharia de trfego. Finalmente, o captulo 4 apresenta as principais concluses do trabalho realizado.

CAPTULO 2 A origem do Multiple Spanning Tree e o seu funcionamento

O IEEE 802.1s Multiple Spanning Tree Protocol (MSTP), proposto em 2002, uma evoluo do IEEE 802.1d Spanning Tree Protocol (STP). Com o crescente nmero de problemas associados ao aparecimento constante de esquemas mais complexos para as redes assentes na camada 2 do modelo de OSI (Open Systems Interconnection), especialmente referentes redundncia e ao balanceamento de carga, foi desenvolvido o MSTP, tendo sempre em vista obter o menor impacto possvel em termos de desempenho. Este novo protocolo veio trazer enumeras vantagens fazendo uso de vrios aspectos de outros protocolos como o Rapid Spanning Tree Protocol (RSTP) e Per-Vlan Spanning Tree (PVST), tornando-o bastante atraente. Para melhor se poder compreender o protocolo Multiple Spanning Tree e a forma como este funciona, este captulo comea por descrever cada um dos protocolos atrs mencionados e evolui, de seguida, para a sua descrio.

2.1 Spanning Tree Protocol

O Spanning Tree Protocol (STP) foi definido pela norma IEEE 802.1d em 1990, tendo sido actualizado em 1998. Este um protocolo para equipamento de rede que assenta na camada 2. Este protocolo estabelece o caminho entre qualquer par de switches baseado numa atribuio lgica de ligaes activas abrangendo todos os switches sem ciclos, i.e., formando uma rvore de suporte. O seu algoritmo determina as ligaes a activar e considera as ligaes adicionais como ligaes de backup. Em caso de falha de uma ligao activa, o protocolo determina uma nova rvore de suporte de ligaes activas (fazendo uso das ligaes de backup) sem o perigo da existncia de ciclos nem da necessidade de configurao manual das mesmas ligaes. Os ciclos numa rede de switches devem ser evitados pois a sua existncia resulta no colapso das comunicaes uma vez que, quando um switch no sabe para onde deve enviar os seus pacotes, ele envia-os para todas as portas, exceptuando a porta de onde recebeu o pacote. Este fenmeno designado por Flooding.

Figura 1 Esquema de uma rvore de suporte

A Figura 1 ilustra uma rvore de suporte bastante simples onde as linhas a negrito identificam as ligaes activas da mesma. No encaminhamento baseado em Spanning Trees ento escolhido um switch como sendo a bridge raiz (Root Bridge). As outras bridges usam o algoritmo de Bellman-Ford assncrono e distribudo para calcular o vizinho no percurso de custo mnimo para a bridge raiz. Desta forma, as ligaes compostas pelos percursos de custo mnimo (de todas as outras bridges para a raiz) definem uma rvore de suporte (Spanning Tree).

2.1.1 Construo da rvore de suporte

A construo da rvore de suporte, no STP, baseada em dois tipos de parmetros inteiros positivos: o BridgeID atribudo a cada switch e o PortCost atribudo a cada porta de cada switch. Estes parmetros podem ser configurados pelo gestor de rede com diferentes valores. O BridgeID de cada switch identificado por um endereo que contm: 2 bytes de prioridade, configurvel pelo gestor de rede, e 6 bytes fixos (um dos endereos MAC das portas da bridge ou qualquer outro endereo nico desse mesmo tamanho). De notar que os 2 bytes de prioridade tm precedncia sobre os 6 bytes fixos. No incio, o switch que tiver menor BridgeID passa a ser a bridge raiz (Root Bridge), isto , o switch que fica na raiz da rvore de suporte. Seguidamente, as ligaes activas so aquelas que pertencem ao percurso de menor custo de cada switch para a bridge raiz. Cada switch tem associado um custo do percurso para a raiz (Root Path Cost) que a soma dos custos das portas que recebem os pacotes enviados pela raiz (porta raiz) no percurso de menor custo para o switch. Se um switch, numa rede local responsvel pelo envio de pacotes dessa mesma rede local para a bridge raiz e vice-versa, denominada de bridge designada (Designated Bridge), sendo que a bridge raiz a

10

bridge designada de qualquer rede local a que esteja ligada. porta que liga uma rede local sua bridge designada designada por porta designada. Assim, cada bridge designada possui uma porta designada, a qual responsvel por, numa rede local, enviar pacotes dessa mesma rede local para a bridge raiz e viceversa. Por outro lado, numa bridge, a porta que fica encarregue de receber/transmitir pacotes de/para a bridge raiz designada de porta raiz (Root Port).

Figura 2 Esquema de rvore de suporte com indicao das portas raiz e designadas

A construo e manuteno desta rvore de suporte so baseadas na troca de mensagens protocolares, denominadas BPDUs (Bridge Protocol Data Units), entre switches. Existem dois tipos de BPDUs: Configuration e Topology Change Notification (TCN). O Configuration BPDU enviado periodicamente, de acordo com o Hello time, cujo valor por defeito de 2 segundos. O TCN BPDU emitido sempre que detectada uma mudana na topologia por um switch.

Figura 3 Formato do pacote trocado entre bridges para a construo e manuteno da Spanning Tree

Como se pode ver na Figura 3, no pacote trocado entre bridges existem quatro campos que antecedem a mensagem BPDU:

Destination: endereo multicast atribudo ao protocolo; Source: endereo MAC da porta que envia o BPDU; DSAP = SSAP = 01000010 (42 hexadecimal): SAP atribudo ao protocolo.

11

A mensagem BPDU composta por diversos parmetros:

Protocol ID: 2 bytes; Version: 1 byte; Type: 1 byte (Configuration BPDU ou Topology Change Notification); Flags: 1 byte (1 bit a flag Topology Change e o 8 bit a flag Topology Change Acknowledgment); Root ID: 8 bytes; Root Path Cost: 4 bytes; Bridge ID: 8 bytes; Port ID: 2 bytes; Message Age: 2 bytes; Max Age: 2 bytes; Hello Time: 2 bytes; Forward Delay: 2 bytes; Frame Padding: 8 bytes (necessria para cumprir com o tamanho mnimo do campo de dados de uma trama Ethernet).

Desta listagem de parmetros salientam-se os seguintes: Root ID, que a estimativa actual do ID da bridge raiz, Root Path Cost, que a estimativa actual do custo para a bridge raiz, Bridge ID, que identifica a bridge que envia a mensagem de configurao e Port ID, que identifica a porta que envia a mensagem de configurao. Inicialmente, cada bridge assume que a bridge raiz e envia mensagens de configurao para todas as suas portas. Estas mensagens tm o campo Root Path Cost igual a zero (por conveno, o custo do percurso da bridge raiz para si prpria zero). Todas as bridges vo armazenando as melhores mensagens de configurao recebidas em cada uma das suas portas, sendo que o ID da bridge raiz o que est associado ao menor valor no campo Root ID. A bridge assume que o custo para a raiz (a sua estimativa de Root Path Cost) igual soma do custo da sua porta raiz com o Root Path Cost da melhor mensagem de configurao recebida at esse instante. A bridge assume que a sua porta raiz aquela em que tenha sido recebida uma mensagem de configurao com um valor de Root ID coincidente com a estimativa actual do endereo da bridge raiz e que fornece menor custo para a bridge raiz, ou seja, a porta para a qual a soma do Root Path Cost (da melhor mensagem de configurao recebida na porta) e do Path Cost da porta for a menor. Se duas ou mais portas oferecerem igual custo para a raiz, recorre-se a um desempate. Em primeiro lugar desempata-se verificando o Bridge ID das mensagens recebidas nas portas. Se este valor tambm coincidir

12

o desempate feito atravs do Port ID. Em qualquer um dos casos, a porta que prevalece a que tiver associada menor valor de Bridge ID ou Port ID. Depois de o algoritmo convergir, apenas uma bridge em cada rede local transmite mensagens de configurao, geradas pela bridge raiz.

2.1.2 Caso de falha na rede

Um switch recebe regularmente BPDUs de configurao enviados pela bridge raiz na sua Root Port (um switch nunca envia BPDU de configurao em direco raiz). Para tal foi introduzido um BPDU especial denominado Topology Change Notification (TCN) BPDU. Assim, quando um switch precisa de notificar uma alterao de rede, comea a enviar TCNs pela sua Root Port. A Designated Bridge recebe o TCN, toma conhecimento da alterao, e gera outro TCN e envia pela sua Root Port. O processo continua assim sucessivamente at chegar Root Bridge. O TCN um BPDU muito simples que contem apenas os trs primeiros campos do BPDU de configurao (Protocol ID, Version, Message Type). A Designated Bridge toma conhecimento do TCN enviando p prximo BPDU de configurao com o bit do Topology Change Acknowledgement (TCA) a 1. A bridge que detectou a alterao da rede no pra de enviar TCNs at que a sua Designated Bridge tome conhecimento dessa alterao. Logo, a Designated Bridge responde ao TCN enviando o prximo BPDU de configurao da sua Root Bridge com o bit do Topology Change Acknowledgement (TCA) a 1. Quando a raiz se apercebe de que ocorreu uma alterao na topologia na rede, comea a enviar BPDUs de configurao com o bit Topology Change (TC) a 1. Esses BPDUs so reenviados para a rede por cada switch. Desta forma, todos os switches tomam conhecimento da alterao na topologia e o Aging Time das tabelas de encaminhamento reduzido para o Forward Delay. Ao ocorrer uma alterao na topologia da rede pode existir uma perda temporria de conectividade se uma porta que estava inactiva na topologia antiga ainda no passou ao estado de activa na topologia nova. Podem tambm existir ciclos temporrios se uma porta que estava activa na topologia anterior ainda no passou ao estado de inactiva na topologia actual. Esta ltima possibilidade mais grave. Para minimizar a probabilidade de ocorrncia de ciclos temporrios, os switches so obrigadas a esperar algum tempo antes de permitirem que uma das suas portas passe do estado inactivo para o estado activo. Este tempo de espera calculado em funo do parmetro Forward Delay. Quando o STP foi desenvolvido, este protocolo era capaz de fazer face s necessidades das redes da poca. O STP foi capaz de oferecer redes de camada 2 redundantes ao mesmo tempo que evitou ciclos, sendo esta a sua grande vantagem. Durante bastante tempo, este protocolo foi capaz de servir os seus utilizadores com uma certa qualidade mas, com o crescimento tecnolgico e crescimento do nmero de utilizadores, as empresas comearam a enfrentar diversos problemas com a sua utilizao. Este protocolo tornou-se insuficiente devido lenta convergncia para uma topologia activa. Mover uma porta do estado Blocking para o estado Forwarding demora, regra geral, 30 segundos. Isto significa que um computador

13

recentemente ligado rede s poder receber/enviar dados decorrido esse tempo, sendo este um exemplo da lenta convergncia. Outro exemplo a falha de uma ligao que liga dois switches. Esta falha acciona a convergncia do Spanning Tree Protocol, fazendo com que parte da rede fique isolada at que o processo de convergncia seja concludo, o que demora, regra geral, 50 segundos.

2.1.3 Estado das portas

Cada porta de um switch dever passar por vrios estados de portas diferentes medida que o protocolo STP evolui para formar a rvore de suporte. Neste protocolo os estados das portas so:

1.

Blocking: estado para o qual a porta transita quando a porta no estno percurso de custo mnimo para a bridge raiz (quando se liga um equipamento, quer seja um outro switch ou um terminal, a uma porta de um switch activo, essa mesma porta fica inicialmente no estado Blocking).Os processos de aprendizagem e de expedio de pacotes esto inibidos, a porta apenas recebe e processa mensagens de configurao.

2.

Listening: do estado Blocking, a porta passa para o estado Listening e aqui permanecer durante um perodo de tempo igual a Forward Delay. Os processos de aprendizagem e de expedio continuam inibidos, recebe e processa mensagens BPDU de configurao.

3.

Learning: aps um tempo no estado Listening, a porta passa para o estado Learning e aqui permanece durante um perodo de tempo igual a Forward Delay. O processo de aprendizagem est activo mas o de expedies de pacotes est inibido, continuando a receber e processar mensagens BPDU de configurao.

4.

Forwarding: o estado activo, tanto o processo de aprendizagem como o de expedio de pacotes esto activos, recebendo e processando mensagens de BPDU configurao.

5.

Disabled: os processos de aprendizagem e de expedio de pacotes esto inibidos, as portas neste estado no participam no algoritmo de Spanning Tree.

A Figura 4 apresenta as transies possveis entre os diferentes estados e quais os eventos que as as determinam.

14

Figura 4 Diagrama de estados das portas no STP

Legenda: 1. 2. 3. 4. 5. Porta activada por gesto ou por inicializao; Porta desactivada por gesto ou falha; Algoritmo selecciona como sendo porta raiz ou porta designada; Algoritmo selecciona como no sendo porta raiz ou porta designada; Forwarding Timer expira.

2.2 Rapid Spanning Tree Protocol

Em 2001 foi desenvolvido o Rapid Spanning Tree Protocol (RSTP), norma 802.1w [3], com a finalidade de acelerar o processo de alterao da rvore de suporte quando h alterao da topologia da rede por forma a que este processo possa acontecer num tempo na ordem das dezenas de milissegundos. O seu funcionamento bastante semelhante ao STP, sendo compatvel com o mesmo (conforme ser explicado mais frente), existindo algumas diferenas.

2.2.1 Estado e Funo das portas

Uma das alteraes introduzidas neste protocolo est nos estados das portas, como apresentado na Tabela seguinte:

15

Estado Operacional Disabled Enabled Enabled Enabled Enabled

Estado STP Disabled Bloking Listening Learning Forwarding

Estado RSTP Discarding Discarding Discarding Learning Forwarding

Tabela 1 Relao entre o estado operacional das portas e os estados STP e RSTP [3]

Pela observao da Tabela 2 sabe-se que as portas no RSTP tm apenas trs estados (Discarding, Learning e Forwarding), sendo que os estados Disabled, Blocking e Listening foram agregados no estado Discarding. J os estados Learning e Forwarding so os mesmos em ambos os protocolos. Qualquer porta pode encontrar-se no estado Discarding quando existe uma topologia activa ou na fase de sincronizao de uma topologia. Este estado impede o envio de tramas para evitar ciclos. Como no estado anterior, o estado Learning pode encontrar-se numa topologia activa ou na fase de sincronizao da mesma, mas as portas neste estado analisam as tramas de dados para construir as suas tabelas de encaminhamento. O estado Forwarding existe apenas quando a respectiva porta pertence topologia activa (o conjunto das portas em forwarding determina a topologia activa em cada momento). Neste caso, aps uma alterao de topologia ou durante a sincronizao, o encaminhamento de tramas apenas acontece depois de haver acordo de topologia. Para alm das alteraes em termos do estado das portas, h tambm diferenas a nvel funcional das portas. Neste protocolo existem duas novas funes das portas em relao s do STP. Estas funes das portas so designadas de Alternate Port e Backup Port, como se pode ver na Tabela 2:

Funo de portas STP Root Port Designated Port Blocking Blocking

Funo de portas - RSTP Root Port Designated Port Alternate Port Backup Port

Tabela 2 Relao entre a funo das portas do STP e RSTP [3]

Pode-se tambm associar funes de portas a estados especficos de portas RSTP. No estado Forwarding temos as Root Port e as Designated Port, e no estado Discarding temos as Alternate Port e as Backup Port. Considere-se o exemplo apresentado na Figura 5.

16

Figura 5 Esquema de rvore de suporte com indicao de porta Alternate e porta de Backup

Uma Alternate Port uma porta que oferece um caminho alternativo para uma bridge, no sendo esta de uma Designated Bridge. Esta assume o estado Discarding numa topologia activa estvel. Uma Alternate Port s pode existir num switch que no seja bridge designada para uma determinada rede local. Em caso de falha da Designated Bridge dessa mesma rede, a Alternate Port altera o seu estado para Designated Port. De notar que no STP esta porta estaria no estado Blocking, enquanto que na nova forma, havendo uma falha, a recuperao da rede efectuada de forma mais rpida. Quando uma Designated Bridge, de uma determinada rede local, tem para alm de uma Designated Port, tem uma porta adicional para essa mesma rede, correspondendo a uma ligao redundante, diz-se que possui uma Backup Port. Esta porta tem um Port ID superior ao da designada assumindo o estado Discarding numa topologia activa. O protocolo em questo oferece uma maior importncia a estas portas, que normalmente estariam no estado Blocking no STP.

Figura 6 Esquema de uma rede com indicao de Edge Port e Non-Edge Port

17

O RSTP faz tambm a distino entre Edge Port e Non-Edge Port. Pela anlise da Figura 6 pode-se dizer que quando uma porta no faz ligao a um outro switch denominada por Edge Port. Caso contrrio, se uma porta faz ligao a um outro switch uma Non-Edge Port. Se uma Edge Port receber um BPDU passa a Non-Edge Port, o que quer dizer que em vez de fazer ligao a um equipamento terminal (por exemplo um PC) passa a fazer ligao a um switch.

2.2.2 Bridge Protocol Data Unit (BPDU)

O formato do BPDU permanece o mesmo em relao ao STP, garantindo a interoperabilidade com o 802.1d Spanning Tree Protocol. As diferenas entre 802.1d e 802.1w em relao s mensagens trocadas na rede, consiste numa alterao nos campos Protocol Version Identifier, BPDU type e Flags, como se pode observar na Figura 7.

Figura 7 Esquema das alteraes nas Flags das mensagens BPDU [5]

No STP so apenas utilizadas duas Flags, Topology Change e Topology Change Acknowledgement, sendo que os restantes bits no tm qualquer significado. J no RSTP, os seis bits restantes do campo Flags so usados para conferir uma maior funcionalidade a este protocolo. O funcionamento das Flags Proposal/Agreement desempenha um papel fundamental para acelerar a mudana de estados das portas, num switch que participe no RSTP (este ser explicado mais frente com detalhe). Para identificar o Port Role so usados dois bits conforme a funo da porta em questo. As flags Learning e Forwarding servem para identificar o estado da porta que estiver a transmitir o BPDU. Estes dois campos auxiliam bastante na tarefa de preveno dos ciclos.

18

Os benefcios trazidos pela norma IEEE 802.1w RSTP vo para alm dos novos estados de portas, as suas funes e o formato do BPDU. A forma como este protocolo opera bastante diferente em comparao com o protocolo de norma IEEE 802.1d STP. Neste ltimo somente a Root Bridge poder gerar os BPDUs de configurao, enviando-os para a rede pelas suas Designated Ports, os restantes switches recebem estes BPDUs de configurao pela sua Root Port, fazem a alterao nos campos necessrios e reenviam, de seguida, os BPDUs alterados pelas suas Designated Ports. Este procedimento foi alterado no RSTP, onde todos os switches so capazes de gerar os seus prprios BPDUs e envi-los em intervalos regulares (definidos pelo Hello Time). Desta forma, a cada 2 segundos (tempo predefinidos) os switches criam os seus prprios BPDUs que so enviados pelas suas Designated Ports permitindo desta forma o processo de Fast Aging.

2.2.3 Fast Aging

No RSTP os BPDUs so utilizados como um mecanismo de Keep Alive entre os switches. O Keep Alive um mtodo bastante conhecido para determinar a disponibilidade de equipamentos de rede, etc. Como todos os switches geram os seus BPDUs e enviam-nos em intervalos regulares (Hello time, 2 segundos por defeito) pelas suas portas designadas, os switches que os recebem, sabem que aquele equipamento est activo, mantendo-o na sua tabela de endereos MAC. Caso contrrio, se uma determinada porta no receber os BPDUs consecutivamente da sua Designated Bridge, o switch elimina as informaes sobre a topologia da rede apreendidas via ligao/porta para o qual o switch no recebeu os referidos BPDUs. O grande benefcio trazido pelo Fast Aging o facto de permitir a deteco de falhas muito mais rapidamente do que os mtodos suportados pelo STP (que faz uso do campo Max Age). No RSTP, os switches utilizam os BPDUs para assegurar a conectividade da rede e detectar mais rapidamente switches vizinhos que se desligaram, em vez de depender do Max Age, resolvendo assim a questo dos 20 segundos de atraso associados a esse campo. Uma outra vantagem em relao a este mecanismo reside no facto de qualquer switch que no receba trs Keep Alive (BPDUs) consecutivos, sabe que o switch que est na outra ponta da ligao est com problemas. J no STP, aps a expirao do Max Age, os switches no possuem conhecimento do local exacto onde ocorreu a falha na rede.

2.2.4 UplinkFast, BackboneFast e PortFast

O IEEE, ao desenvolver a norma 802.1w RSTP, procurou tirar partido do melhor da norma 802.1d STP, utilizando tambm conceitos criados pela Cisco, como Backbonefast, UplinkFast e PortFast, adicionando recursos extra.

19

Figura 8 Esquema de rede local

Conforme ilustra a Figura 8, pode-se verificar que o recurso UplinkFast permite que o switch A tenha uma porta prontamente disponvel para ser usada, caso a ligao activa no momento seja sujeita a uma falha. A porta de Backup mantida no estado Blocking sendo instantaneamente activada caso seja detectada uma falha na porta principal, passando a enviar/receber informao para/de a raiz atravs do switch B. Este mtodo faz alteraes relativas ao custo da porta e do switch para que no seja usado o Backup link para chegar raiz da Spanning Tree. J o mtodo BackboneFast permite mudar o estado das portas rapidamente mas de forma diferente. Quando um switch recebe informao inferior proveniente da sua bridge designada ou da raiz, este aceita-a imediatamente e substitui pela informao guardada anteriormente. Considere-se o exemplo da Figura 8. Se existir uma falha entre o switch B e a raiz, o switch B comea a enviar BPDUs com a informao de que este a nova raiz. No entanto, o switch A sabe que a raiz ainda se encontra activa, logo envia imediatamente um BPDU ao switch B contendo informao da raiz e que pode ser acedida atravs dele. Como resultado, o switch B pra de enviar os seus BPDUs e aceita a porta do switch A como uma nova porta raiz. Na verso proprietria da Cisco, utilizado o termo Edge Port para permitir a configurao do PortFast. Como referido anteriormente, uma Edge Port simplesmente uma porta onde no h switches ligados (apenas terminais). Por ser possvel receber BPDUs numa Edge Port, so nestas portas onde a configurao do PortFast recomendada. Com este mtodo, eliminam-se os 30 segundos necessrios para mover uma porta do estado Blocking para o estado Forwarding. O problema comea quando uma bridge ligada inadvertidamente numa Edge Port da bridge onde deveria estar ligado um terminal. Ao receber BPDUs, o PortFast desactivado e a porta passa pelos procedimentos normais. Mesmo assim possvel que ocorram ciclos temporrios.

20

Uma melhoria do PortFast efectuada pelo RSTP possibilita tambm a activao do PortFast em ligaes ponto-a-ponto, mesmo havendo dois switches ligados nos seus extremos. Para que possa funcionar, a ligao dever estar em modo de operao Full-Duplex, sem excepo. Uma vez existindo ligaes Full-Duplex, quase certo estar-se na presena de uma ligao ponto-a-ponto, no oferecendo assim condies para a formao de ciclos. De notar que a porta que faz a ligao ponto-a-ponto no poder levar raiz, pois dessa forma j existiria possibilidade de ciclos. De seguida, considera-se um exemplo que permite comparar o STP e o RSTP em termos de convergncia da rvore de suporte.

Spanning Tree Protocol (IEEE 802.1d):

Figura 9 Exemplo de uma rede com STP configurado [5]

A Figura 9 representa a adio de uma ligao entre o switch A e a raiz, sendo o acesso anterior do switch A para a raiz efectuada atravs do switch C (ligao C-D). Ao ser estabelecida esta nova ligao, as portas entre o switch A e a raiz so colocadas no estado Listening e no deixam fluir o trfego pela ligao. Como o switch A consegue receber BPDUs directamente da raiz pela nova ligao, este propaga-os pelas suas portas designadas.

21

Figura 10 - Exemplo de uma rede com STP configurado [5]

Quando os switches B e C recebem este novo BPDU indicando que o custo para a raiz menor pelo switch A, estas reencaminham imediatamente essa informao pelas suas portas.

Figura 11 - Exemplo de uma rede com STP configurado [5]

Em alguns segundo o switch D recebe o BPDU da raiz e bloqueia instantaneamente a sua porta P1. A construo da rvore foi eficazmente calculada com esta nova alterao na rede. No entanto, o nico problema o tempo que este processo demora a estar terminado, que igual ao dobro do Forward Delay (30 segundos por defeito). Durante este tempo h uma quebra em todo o trfego da rede. Analisemos o caso do RSTP na mesma situao.

22

Rapid Spanning Tree Protocol (IEEE 802.1w):

Figura 12 - Exemplo de uma rede com RSTP configurado [5]

Quando esta nova ligao estabelecida (switch A raiz) ambas as portas ficam no estado Blocking e inicia-se ento uma negociao entre os switches.

Figura 13 - Exemplo de uma rede com RSTP configurado [5]

O switch A recebe o BPDU da raiz e bloqueia instantaneamente as suas Designated Ports que no sejam Edge Ports, esta operao denominada sync. Quando o switch A bloqueia essas portas coloca de imediato a sua porta para a raiz no estado Forwarding. Esta a grande diferena para o STP, uma vez que

23

neste protocolo as portas vo sendo bloqueadas medida que se vo originando novos BPDUs. Neste ponto ir tambm haver uma negociao entre o switch A e os seus vizinhos (switches B e C). O switch B como, para alm da sua ligao com o switch A, s possui Edge Ports, vai colocar as suas portas no estado Forwarding.

Figura 14 - Exemplo de uma rede com RSTP configurado [5]

Realiza-se o mesmo processo entre o switch C e o switch D e chega-se mesma situao que no STP, ficando bloqueada a porta P1. A rvore de suporte foi gerada sem a utilizao de um timer, o nico mecanismo novo introduzido pelo RSTP a passagem imediata para o estado Forwarding que um switch pode assumir na sua nova porta raiz, no necessitando assim o tempo de espera de transio para o estado Forwarding (no utiliza os passos Listening e Learning). A negociao que cada switch sujeita chama-se de Proposal/Agreement handshake em que utiliza os bits referidos anteriormente no campo Flags do BPDU, isto assinala o bit Proposal quando um switch inicia uma negociao e se houver acordo entre estas, o switch destino assinala o bit Agreement e reenvia o BPDU para a origem para indicar o sucesso da negociao. Em suma, o mecanismo Proposal/Agreement accionado quando um switch recebe uma mensagem Proposal numa das suas portas e essa porta seleccionada como porta raiz. Ento, todas as outras portas sero sincronizadas com a nova informao. S depois de obter a confirmao de que todas as portas esto sincronizadas com a nova informao, o switch envia uma mensagem Agreement para a Designated Bridge correspondente sua Root Port. As portas, que no so Root Port nem Edge Port, actuam de forma idntica para decidir se ficam no estado Forwarding ou Blocking relativamente aos outros switches.

24

2.2.5 Novos mecanismos para deteco de alterao da rede

No RSTP, somente as portas que no so Edge Ports e que esto a transitar para o estado Forwarding podem causar um Topology Change (TC), ou seja, uma porta que est no estado Blocking no pode gerar um TC como acontecia no STP. Assim, quando um switch detecta uma alterao na rede acontece o seguinte: Inicia um TC While Timer com um valor igual ao dobro do Hello Time para todas as Designated Ports e Non Edge Ports e, se necessrio, a sua Root Port; Inicia as suas portas com os endereos MAC associados a essas portas; Enquanto o Timer estiver activo numa porta, so enviados BPDUs com o TC bit a um, sendo enviado tambm pela sua Root Port.

Quando um switch recebe um BPDU com o TC bit activo de um vizinho desencadeia-se os seguintes procedimentos: O switch limpa os seus endereos MAC apreendidos em todas as suas portas com a excepo da porta onde recebeu este BPDU; Inicia o seu TC While Timer e envia BPDUs com TC bit activo em todas as suas Designated Ports e na Root Port.

O switch detecta uma alterao na rede e envia BPDUs com essa informao para todos os switches vizinhos, ao contrrio do STP em que somente a raiz poderia efectuar esta operao. Assim a propagao do TC bastante mais rpida pois j no existe a necessidade de esperar que a raiz seja notificada e somente depois colocar a rede em estado de alterao durante um tempo especificado pela soma de Max Age e Forward Delay.

2.3 Melhorias e compatibilidade do RSTP em relao ao STP

O formato do RSTP BPDU usado somente quando existem switches com o protocolo activo. Os switches com o STP no reconhecem os RSTP BPDUs e descartam estas mensagens. Contudo, os switches com RSTP activo, reconhecem os BPDUs com o formato do STP. Quando um switch tem o STP configurado numa ligao particular, este adapta os seus BPDUs e TCN para o STP nas suas portas associadas, garantindo desta forma uma interoperabilidade entre estes dois protocolos. O RSTP age de forma proactiva no sendo necessrios os Timers Delay existentes no STP. O processo de reiniciar uma nova topologia pode ser despoletado por falta de mensagens Hello e tambm por deteco de anomalia de uma ligao. O RSTP portanto uma evoluo do STP, optimizando uma srie de procedimentos que lhe garante um menor tempo de convergncia.

25

2.4 Virtual LANs

Uma rede local virtual, chamada de VLAN, uma rede logicamente independente, sendo que podem coexistir vrias VLANs num mesmo comutador (switch/bridge). O protocolo, predominantemente utilizado nestas redes virtuais, o IEEE 802.1q [2]. A implementao destas redes virtuais permite a partio de uma rede local em diferentes segmentos lgicos (criao de diferentes domnios Broadcast), permitindo que utilizadores fisicamente ligados a diferentes switches estejam virtualmente ligados a um nico switch. Uma vez que as VLANs proporcionam uma alta flexibilidade numa rede local, estas redes tornam-se ideais em ambientes corporativos. As VLANs possuem inmeras vantagens, entre os quais: Controle do trfego Broadcast: em redes onde o trfego Broadcast responsvel por grande parte do trfego total, as VLANs reduzem o nmero de pacotes enviados para destinos desnecessrios, aumentando a capacidade total da rede; Segmentao lgica da rede: as redes virtuais podem ser criadas com base na organizao sectorial de uma empresa; cada VLAN pode estar associada aos utilizadores de um departamento ou de um grupo de trabalho, mesmo que os seus membros estejas fisicamente distantes, como referido anteriormente; Reduo de custos e facilidade de gesto: grande parte do custo de uma rede deve-se ao facto da movimentao dos utilizadores, sendo necessria uma nova ligao atravs do uso de cabos, novo endereamento e nova configurao dos equipamentos; com o uso de VLANs, a incluso ou movimentao de utilizadores pode ser efectuada de forma remota pelo gestor de rede (da sua prpria estao), sem a necessidade de movimentao fsica, conferindo uma maior flexibilidade; Independncia da topologia fsica: as VLANs proporcionam uma independncia da topologia fsica da rede, permitindo que grupos de trabalhos, fisicamente diversos, possam ser ligados logicamente por um nico domnio Broadcast; Maior segurana: o trfego de uma VLAN no pode ser interceptado por terminais de outra rede virtual, j que estas no se comunicam sem que haja um dispositivo de rede desempenhando a funo de um Router entre elas; desta forma, o acesso a servidores que no estejam na mesma VLAN restrito, proporcionando uma maior segurana.

Outra caracterstica das VLANs a possibilidade de criao de uma Common Spanning Tree (CST), sendo definida como uma nica rvore ST para toda a rede, independentemente da quantidade de VLANs existentes nos switches. Consequentemente, ao ser posta em operao uma rede de switches, todas as VLANs que participem nessa rede vo ser mantidas por uma nica instncia STP. De facto, implementar redes com o modelo CST muito simples e exige pouco do administrador de rede. Por este conjunto de caractersticas das VLANs, pode-se afirmar que apresentam um desempenho superior s tradicionais redes locais.

26

2.5 Per-VLAN Spanning Tree

Baseado na norma IEEE 802.1d STP, o Per-VLAN Spanning Tree (PVST) proposto pela CISCO um protocolo que permite o balanceamento de carga em redes de camada 2. O PVST mantm uma instncia STP para cada VLAN agindo como uma rede independente. O PVST consiste, essencialmente, na configurao dos switches para que os mesmos possam distribuir as VLANs pelas diferentes ligaes, permitindo desta forma um melhor Balanceamento de carga da rede. Embora este modelo tenha esta vantagem, o PVST traz tambm algumas desvantagens, uma vez que para cada VLAN suportada pela rede vai existir uma instncia STP. Por este motivo, em redes de maior escala, cada switch poder ter dezenas ou mesmo centenas de instncias STP em execuo. Em termos de desempenho, este modelo pode levar a uma utilizao de recursos (CPU e memria) muito mais intensa do que o modelo CST.

2.6 Multiple Spanning Tree Protocol

O PSVT proposto pela Cisco foi vantajoso ao permitir o chamado balanceamento de carga em esquemas altamente redundantes. Para alm de ser uma norma proprietria, o grande problema do PVST o excesso de instncias STP que pode existir. O Multiple Spanning Tree Protocol (MSTP), definido pela norma IEEE 802.1s [4], foi proposto em 2002 e inspirado na implementao do Multiple Instances Spanning Tree Protocol (MISTP) da Cisco. Considere-se o exemplo apresentado na Figura 15.

Figura 15 Rede com o MSTP configurado [6]

Esta figura mostra uma rede comum de acesso do switch A, estando 1000 VLANs ligadas em redundncia, a dois switches de distribuio, D1 e D2. Pretende-se que os utilizadores ligados ao switch A dividam o trfego pelos dois switch D1 e D2. Usando apenas as VLANs, a norma original IEEE 802.1q define uma CST que apenas considera uma instncia ST para toda a rede de switches, independentemente do nmero de VLANs. Se for aplicado este modelo a este exemplo, como resultado tem-se o seguinte:

27

Figura 16 Rede considerada anteriormente configurada com a norma 802.1q [6]

Numa rede configurada como ilustra a Figura 16, no possvel ter-se balanceamento de carga, onde uma ligao activa tem que ser bloqueada para todas as VLANs. Por outro lado o processamento do CPU mnimo uma vez que se usa apenas uma instncia ST. Num ambiente Per-VLAN Spanning Tree (PVST), os parmetros ST so atribudos de forma a que as VLANs sejam igualmente distribudas pelas duas ligaes activas. Desta forma, vamos ter na instncia 1: VLAN 1 at VLAN 500 e na instncia 2: VLAN 501 at VLAN 1000. Neste caso especfico consegue-se obter resultados ptimos em relao ao balanceamento de carga sendo mantida uma instncia ST para cada VLAN, isto , 1000 instncias para duas topologias lgicas diferentes. Este panorama tem a desvantagem referida anteriormente, exige demasiado processamento do CPU para todos os switches da rede. Usando o protocolo IEEE 802.1s MSTP, este protocolo combina o melhor do PVST e da norma 802.1q Virtual Bridged LAN. O objectivo suportar vrias VLANs no menor nmero de instncias ST possvel, uma vez que a maior parte das redes necessitam de um nmero reduzido de topologias lgicas. Na topologia analisada na Figura 15 existem apenas duas topologias lgicas logo, s so necessrias duas instncias ST. Se se atribuir metade das VLANs a cada instncia podemos atingir o balanceamento de carga pretendido e o processamento do CPU reduzido (uma vez que h apenas duas instncias). Assim, do ponto de vista tcnico, o MST a melhor soluo. Na perspectiva do administrador de rede, o maior inconveniente associado ao uso do MSTP o facto de este ser mais complexo do que o STP e requerer um maior conhecimento do funcionamento do protocolo.

2.6.1 Multiple Spanning Tree com Regies

Como anteriormente mencionado, a principal melhoria introduzida pelo MSTP o facto de vrias VLANs poderem ser atribudas a uma nica instncia ST. Isto levanta o problema de como determinar quais as VLANs que so associadas a cada instncia, mais precisamente, como rotular BPDUs para que os equipamentos que recebem as mensagens possam identificar as instncias e as VLANs suportadas pela rede.

28

Este aspecto irrelevante no caso da norma 802.1q Virtual Bridged LAN, uma vez que todas as VLANs so atribudas a uma nica instncia. No caso do PVST, diferentes VLANs transportam os BPDUs pelas suas VLANs respectivas (um BPDU por VLAN). O MISTP da Cisco envia um BPDU para cada instncia, incluindo uma lista de VLANs que o BPDU responsvel. No caso de dois switches serem mal configurados e terem gamas diferentes de VLANs associadas a uma mesma instncia, difcil para o protocolo recuperar desta situao. O IEEE 802.1s adoptou uma abordagem mais fcil e simples que introduz o conceito de regies MST. Pode-se pensar numa regio como sendo um grupo de switches debaixo de uma administrao comum. Cada switch que corre o MSTP na rede tem uma configurao MST nica que consiste em trs atributos: Um nome alfanumrico configurado (32 bytes); Um nmero de reviso configurado (2 bytes); Uma tabela com 4096 elementos que associa cada uma das potenciais 4096 VLANs a uma determinada instncia.

Para fazer parte de uma regio MST comum, um grupo de switches deve partilhar os mesmos atributos configurados. Cabe ao administrador de rede configurar correctamente todos os switches de uma mesma regio. Actualmente, esta etapa s possvel atravs da interface da linha de comando ou atravs do Simple Network Managment Protocol (SNMP). Para assegurar uma atribuio das VLANs s instncias de forma consistente, necessrio que o protocolo consiga identificar as fronteiras das regies. Para que tal acontea, as caractersticas da regio so includas nos BPDUs. A atribuio das VLANs s instncias no se propaga nos BPDUs, uma vez que os switches s precisam de saber se esto na mesma regio que o vizinho. Apenas um resumo da tabela de atribuies enviado, juntamente com o nmero e o nome de configurao. Quando um switch recebe um BPDU, esse switch extrai o resumo e compara com o seu prprio resumo. Se os dois resumos diferirem, a porta na qual o switch recebeu o BPDU est na fronteira de uma regio.

2.6.2 Instncias MST

De acordo com as especificaes do IEEE 802.1s, um switch MST deve ser capaz de suportar (i) uma Internal Spanning Tree (IST) e (ii) uma ou mais Multiple Spanning Tree Instance(s) (MSTIs). De seguida descreve-se separadamente cada uma.

Instncia IST Para se perceber o papel de uma instncia IST, convm lembrar que o MSTP foi proposto pelo IEEE. Assim, o MST foi concebido de forma a interagir com a norma IEEE 802.1q Virtual Bridged LAN, uma vez que

29

esta ltima tambm foi proposta pela mesma entidade. Para o 802.1q, uma rede de switches implementa apenas uma ST (CST). A instncia IST simplesmente uma instncia RSTP que estende a CST para dentro das regies MST. Uma instncia IST recebe e envia BPDUs para a CST, uma vez que uma IST representa inteiramente uma regio MST.

Figura 17 Rede de switches MST com IST [6]

Figura 18 Rede de swithes MST onde o IST visto como um switch virtual [6]

Considere-se o exemplo apresentado na Figura 17 em que os PortCosts so todos iguais. A Figura 17 e a Figura 18 so diagramas equivalentes em termos funcionais. De notar a localizao das portas no estado Blocking. Numa rede de switches sem o MSTP, seria de esperar que uma porta entre os switches M e B estivesse bloqueada. Alm disso, em vez de se ter a ligao entre os switches C e D bloqueada, seria de esperar que o segundo ciclo fosse quebrado numa porta no meio da regio MST. No entanto, devido instncia IST, toda a regio aparece como um switch virtual que corre uma nica Spanning Tree (CST). Isto faz com que seja possvel compreender que o switch virtual bloqueia uma Alternate Port na porta B. Por

30

outro lado, o switch virtual contem o switch C, que faz a ligao com o switch D, o que leva a que o switch D tenha a sua porta bloqueada.

Instncias MST As MSTIs so instncias RSTP simples que apenas existem dentro de uma regio. Estas instncias correm o RSTP automaticamente por defeito, sem qualquer trabalho extra de configurao. Ao contrrio da IST, as MSTIs nunca interagem com o que est fora da sua prpria regio. importante referir que o MST usa apenas uma ST fora da regio, exceptuando a instncia IST, em geral as instncias dentro de cada regio no tm qualquer participao com o exterior. De notar que as MSTIs no enviam BPDUs para fora da sua regio, apenas as IST o fazem. As MSTIs no enviam BPDUs individualmente. Dentro de uma regio MST, os switches trocam MST BPDUs que podem se vistos como RSTP BPDUs normais para a IST, mesmo contendo informao adicional para cada MSTI. A Figura 19 ilustra a troca de BPDUs entre os switches A e B dentro de uma regio MST. Cada swicth apenas envia um BPDU, mas cada um deles inclui um MRecord (Informao do protocolo para o MST que est presente na porta) por cada MSTI presente nas suas portas.

Figura 19 Troca de BPDUs entre o switch A e o switch B dentro de uma regio MST [6]

De notar que o primeiro campo de informao a ser enviado pelo MST BPDU contem informao acerca da IST. Isto implica que a IST (instncia 0) est sempre presente em todo o lado dentro de uma regio MST (note-se, no entanto, que o administrador de rede no tem que atribuir VLANs instncia 0). Ao contrrio do que acontece normalmente numa topologia ST, ambas as extremidades de uma ligao podem enviar e receber BPDUs simultaneamente. Isto deve-se ao facto de, como ilustra a Figura 19, cada switch pode ser a bridge designada para uma ou mais instncias e precisa transmitir BPDUs. Assim que alguma instncia MST for designada numa porta, um BPDU que contenha informao para todas as instncias (IST e MSTIs) deve ser enviado.

2.6.3 Operaes dentro de uma regio

A IST interliga os switches que so internos a uma dada regio. Quando existe a convergncia da IST, a raiz da IST torna-se a raiz regional que o switch que possui o menor custo para a raiz da CST e menor

31

Bridge ID em caso de empate (a bridge raiz da CST o switch que apresenta o menor Bridge ID no conjunto de todos os switches). Note-se que, no caso de a rede estar configurada como uma nica regio, a raiz da CST a raiz regional (da nica regio existente). Note-se tambm que os custos das ligaes dentro de uma regio na IST so vistos como nulos pelos switches fora dessa regio, ou seja, todas os switches de uma regio so vistos como uma nica bridge virtual.

2.6.4 Operaes entre regies MST

Quando existem vrias regies, o protocolo assume que entre regies corre o RSTP. O MSTP estabelece e mantm a CST, que inclui todas as regies MST e todos os switches com o RSTP activo. A IST interliga todos os switches configurados com o MSTP dentro da regio e representa uma sub-rvore na CST, tendo a sub-rvore uma raiz regional, como foi descrito anteriormente. A regio MST aparece como uma bridge virtual quer para as outras regies MST quer para as switches fora das regies. Apenas a CST envia e recebe BPDUs, e as instncias MST adicionam a informao das suas STs a estes BPDUs para poderem interagir com os seus switches vizinhos e construir a topologia final da ST. Assim, os parmetros ST relativos transmisso de BPDUs, tais como o Hello Time, Forward Delay, Max-Age, ect., so configurados apenas na instncia CST mas afectam todas as instncias. Parmetros relativos topologia ST (como por exemplo, prioridade da bridge, custo de cada porta, etc.) podem ser configurados tanto na CST como em cada instncia MST. De notar que o uso de regies no visvel s restantes regies vizinhas, ou seja, no caso de falha de uma ligao interna numa regio, as restantes rvores presentes nas regies vizinhas no so afectadas, no dando mesmo por esta alterao na topologia.

2.6.5 Mecanismo de reconfigurao

As instncias IST e MSTIs no usam a informao Message-Age nem a Maximum-Age no BPDU de configurao para determinar a topologia alcanada. Estas instncias usam o custo de percurso para a raiz e um mecanismo de contagem designado por Hop-Count. O resultado alcanado desta forma o mesmo, ou seja, permite determinar quando necessrio proceder a uma reconfigurao. A bridge raiz da instncia a que corresponde envia sempre um BPDU com um custo de 0 e o valor do Hop-Count com o valor mximo. Quando um switch recebe este BPDU, decrementa uma unidade no valor do Hop-Count e propaga este valor como o valor restante do Hop-Count nos BPDUs que gera. Quando este valor chega a 0, o switch descarta o BPDU e a informao nele presente. No entanto, a informao do Message-Age e Maximum-Age da poro RSTP do BPDU continua a ser a mesma por toda a regio, e os mesmos valores so propagados pelas portas designadas da regio na fronteira.

32

CAPTULO 3 Utilizao do MSTP em diferentes contextos

O uso do MSTP como um meio de melhorar as capacidades da engenharia de trfego em proveito dos servios Ethernet tem sido recentemente abordado por diferentes autores [7][8][9][10]. Em todos estes trabalhos so abordados cenrios dinmicos onde as VLANs so solicitadas dinamicamente e as mltiplas Spanning Trees devem ser dinamicamente activadas e desactivadas. Por outro lado, os artigos [11][12][13] focam-se na melhoria do balanceamento de carga e minimizao do impacto de falhas, num cenrio esttico. No artigo [14], os autores abordam o problema da diviso da rede em regies. Outros trabalhos propem usar o MSTP para melhorar aspectos da rede de forma a suportar qualidade de servio [15][16][17][18] e mobilidade[19]. Neste captulo apresentado um estado da arte alargado, onde se detalha a utilizao do MSTP enquanto ferramenta de Engenharia de Trfego. O objectivo aprender em que situaes foi utilizado o MSTP, que alteraes lhe foram introduzidas, e qual a finalidade das solues propostas. Desta forma, pretende-se adquirir uma viso abrangente das inmeras possibilidades e potencialidades deste protocolo e das suas aplicaes prticas. O primeiro artigo a ser analisado [7] foca vrios aspectos inerentes ao MSTP e sua utilizao, tais como: esquema de agrupamento, balanceamento de carga, Multiple Spanning Trees, interaco entre o agrupamento e a largura de banda fornecida e finalmente discute-se a sobrevivncia das redes Ethernet de nova gerao. O contnuo domnio da Ethernet nas reas locais, em campus e em redes empresariais, tem conduzido num passado recente a um esforo no sentido de estender esta tecnologia para as redes metropolitanas do domnio dos operadores pblicos e existem j exemplos de operadores de rede a implementar servios metro com baixo custo e escalabilidade. A tecnologia Ethernet, que foi inicialmente desenvolvida para a aplicao em LANs, actualmente suporta diferentes tipos de trfego, tais como dados, vdeo e voz, em redes empresariais. O maior desafio da implementao desta tecnologia em redes de acesso e redes metro a garantia de qualidade de servio (QoS) usando esquemas de gesto de engenharia de trfego inteligentes. Outros desafios incluem a escalabilidade, fiabilidade e operao, administrao e manuteno (OAM).

3.1 Engenharia de Trfego em Redes Metro Ethernet

Os clientes exigem a existncia de servios Ethernet extremo-a-extremo, nas quais, LANs que estejam geograficamente distantes sejam interligadas como se fossem uma s LAN. Esta LAN virtual do cliente (C-VLAN) oferece ligao entre LANs e permite que uma estao numa LAN comunique em unicast, multicast e broadcast com qualquer estao que pertena C-VLAN. Este tipo de comunicao referido como multiponto. Os clientes esto ligados rede metro Ethernet atravs dos pontos de acesso (APs). Em

33

[7], os APs podem ser referidos como Provider Edge (PE) routers ou bridges. O operador metro implementa, normalmente, a ligao dos seus APs usando uma interface do tipo ST. O interface lgico do cliente para a metro Ethernet denominado User-to-Network Interface (UNI), enquanto a ligao lgica entre UNIs, que constituem todos os sites de um dado cliente, denominada por Ethernet Virtual Connection (EVC). No fundo, este trabalho reflecte sobre problemas bsicos de Engenharia de Trfego (TE) em redes metro Ethernet. O artigo analisa os cenrios de rede seguintes.

Cenrios de Rede Existem vrias arquitecturas disponveis para transportar tramas Ethernet ao longo da rede metro. No entanto, h duas abordagens que tm captado maior ateno da indstria: Usar o Multiprotocol Label Switching (MPLS) como tecnologia de transporte na rede metro; Estender um protocolo nativo da Ethernet.

MPLS em redes metro

Figura 20 - Cenrio de rede 1: uma rede metro MPLS [7]

Como est ilustrado na Figura 20, a rede metro compreende os APs dados em forma de PE routers, Label Switch Routers (LSRs) e Label Switched Paths (LSPs) entre os dois PE routers. Os PEs so ligados aos equipamentos do cliente atravs da UNI. Neste cenrio, o encapsulamento da camada 2 MPLS facilita o transporte das tramas atravs de um domnio MPLS do operador de rede. So inseridas duas etiquetas MPLS nas tramas Ethernet do cliente, baseadas na informao do endereo/porta MAC de destino, nos ns de entrada. A primeira etiqueta, no topo da stack, a etiqueta do tnel que usado para transportar as

34

tramas. Os LSRs do ncleo olham apenas para a etiqueta do topo da stack para transportar essa trama ao longo do domnio MPLS. Esta etiqueta, que fica no topo da stack, normalmente removida pelo penltimo salto do tnel, ou seja, o salto anterior ao Lable Edge Router (LER) de sada. Na segunda posio da stack est a etiqueta denominada Virtual Circuit (VC), que usada pelo LER de sada para determinar como proceder com a trama e onde a entregar na rede de destino. O LER de sada percebe, a partir da etiqueta VC, como processar a trama e depois envia-a pela porta adequada. Esta etiqueta no visvel at altura em que a trama chega ao LER de sada por causa da hierarquia do tnel MPLS. Posto isto, para o encapsulamento MPLS, so necessrias duas etiquetas (tnel/VC).

Provider Bridged Networks

Figura 21 - Cenrio 2: provider bridged network [7]

Este cenrio uma extenso do protocolo nativo Ethernet nas redes metro. Como se pode verificar na Figura 21, a rede metro abrange switches/bridges Ethernet. Um protocolo ST usado para estabelecer uma ou mais rvores de suporte que abrangem todos os APs. Cada rvore fornece um percurso entre todos os sites dos clientes na VLAN desse mesmo cliente. So principalmente usados dois esquemas de encapsulamento para fazer frente aos problemas de escalabilidade da implementao Ethernet num domnio metro. O primeiro problema de escalabilidade devido ao nmero limitado de VLANs que podem ser suportadas. Como o VLAN tag (tambm referido como Q-tag) limitado a 12 bits, uma Q-tag pode ser adicionada, pelo operador de rede, s tramas Ethernet dos clientes no switch de entrada do domnio metro. Usando este esquema, o operador de rede pode

35

transportar mais VLANs dos clientes do que as que seriam possveis. O esquema em questo denominado Q-in-Q ou VLAN stacking. O outro problema de escalabilidade a sobrecarga da tabela de endereos MAC. Esta questo surgiu por causa da necessidade por parte dos switches do ncleo aprenderem todos os endereos MAC dos clientes. Para minimizar este problema, um esquema de encapsulamento do tipo Mac-in-Mac (MiM) usado para transportar trfego do cliente atravs do domnio metro. Em MiM, cada n de entrada insere dois campos adicionais com endereos MAC que correspondem aos respectivos APs e tm importncia local dentro do domnio metro. Desta forma, os endereos MAC dos utilizadores terminais so associados com o endereo MAC do n de sada (AP) correspondente. Cada um dos switches do ncleo tem apenas que aprender os endereos MAC dos switches terminais. Como resultado, muitas entradas de endereos MAC so evitadas nos switches do ncleo.

Servios metro Ethernet

Figura 22 - Servio do tipo E-Line usando EVC ponto-a-ponto [7]

Com base na arquitectura da rede da Figura 22 foram definidas um conjunto de novos servios fornecidos pela metro Ethernet. O equipamento do cliente ligado com a rede metro Ethernet atravs das portas Ethernet. Esta interface com a rede (UNI) actua como um ponto fronteira fsico entre a responsabilidade do fornecedor de servios e a responsabilidade do assinante do servio. Dentro das redes metro, a ligao entre UNIs feita por uma EVC (Ethernet Virtual Circuit) (uma camada de transporte, tal como o Synchronous Digital Hierarchy (SDH), o Ethernet MPLS ou o Synchronous Transfer Mode (ATM), proporciona uma ligao virtual). Do ponto de vista do utilizador, a rede metro assemelha-se a um cabo Ethernet. Dois tipos de servios so definidos com base na conectividade de rede: Ethernet E-Line (E-Line) e E-LAN. O servio E-Line, que fornece uma EVC de ponto-a-ponto entre duas UNIs, pode ser usado para se obter um grande alcance dos servios ponto-a-ponto, tais como o servio Ethernet Private Line (EPL) e o servio Ethernet Virtual Private Line (EVPL). Servios multiplexados de mais do que um EVC podem ocorrer numa, em ambas, ou nenhuma das UNIs.

36

Figura 23 - Servio EVPL usando um servio do tipo E-Line [7]

A Figura 23 apresenta um exemplo de um servio EVPL em que uma porta fsica do cliente A (UNI A) suporta a ligao de dois servios Ethernet. Algumas tramas de servio EVP podem ser enviados para o EVC1 (cliente B), enquanto outras tramas de servios podem ser enviadas para o EVC2 (cliente C). Para ligar trs ou mais sites, o assinante pode usar o servio E-LAN para o qual a rede de transporte executa funes de switching/bridging.

Figura 24 - Extenso LAN usando um servio E-LAN [7]

A Figura 24 apresenta uma extenso da LAN usando um servio E-LAN. Os ns terminais actuam com funes de switching/bridging, enquanto o STP usado para prevenir ciclos da rede do operador. De seguida os autores expem um conjunto de questes e, aps uma reflexo, propem uma soluo.

Questo 1 Escalabilidade do nmero de VLANs activas Como referido anteriormente, o VLAN ID (VID) tem apenas 12 bits disponveis, o que permite que, no mximo, estejam 4096 VLANs activas ao mesmo tempo, no mesmo domnio. Para ultrapassar esta limitao, benfico agrupar vrias C-VLANs, atribuir uma VID para esse grupo e associar esse grupo a uma ST. Note-se que a VID atribuda tem significado local dentro do domnio do operador e o n de sada pode isolar o trfego C-VLAN respectivo. Contudo, durante a fase de aprendizagem (dos endereos MAC), o

37

trfego broadcast de uma C-VLAN pode terminar em alguns APs onde a C-VLAN em causa no se encontra presente. A este fenmeno d-se o nome de leakage (fuga). Os APs devem descartar estas tramas, prevenindo potenciais problemas a nvel de segurana. Apesar de o agrupamento resultar numa melhor utilizao do tamanho do VID, este mtodo pode levar a um desperdcio de recursos de rede. Alm disso, o agrupamento pode resultar em rigorosos pedidos de largura de banda agregada e/ou podem tornar alguns das ST inadequada. Uma dada ST torna-se inadequada para transportar trfego da VLAN X se a VLAN X est agrupada com a VLAN Y que tem essa ST como inadequada de incio. Por este motivo, deve-se prestar a ateno necessria quando se est a desenvolver o algoritmo de agrupamento de associao.

Questo 2 Escassez de largura de banda Em vrias aplicaes benfico aplicar rotas alternativas. Estas rotas alternativas so importantes para a proteco, o encaminhamento com QoS e para a engenharia de trfego. O sistema de gesto de rede feito com MSTs para serem usadas na atribuio das VLANs dos clientes. Devido aos problemas de escalabilidade, a maior parte dos operadores limitam o nmero total de STs activas a 256. Na prtica, em mdia so usadas 64 STs. Estas STs podem ser construdas quer com o STP ou ter a distribuio de trfego das C-VLANs em conta, com o objectivo de construir STs adaptadas ao trfego do cliente. Como exemplo da segunda abordagem, pode ser construda uma ST para um grupo de C-VLANs, de tal forma que o consumo da largura de banda total dos clientes desse grupo nas ligaes fsicas da ST seja minimizado. Para a abordagem com recurso ao STP, podem ser construdas STs genricas, cada uma com a raiz num AP diferente. Em qualquer um dos casos, essas STs oferecem um mecanismo de rotas alternativas que pode proporcionar uma melhor utilizao e balanceamento dos recursos da rede. Este artigo aborda apenas a construo das STs usando a abordagem com STs. Esses problemas so mais tarde endereados.

Questo 3 Sobrevivncia baseada na QoS A terceira questo colocada o problema de fornecimento de nveis diferenciados de proteco em ambientes metro Ethernet. O artigo foca o problema da atribuio do trfego EVC com pedidos de proteco dados em MSTs, utilizando novos esquemas baseados em engenharia de trfego. Esta questo endereada mais frente.

Agrupamento de C-VLANs Como referido anteriormente, benfico agrupar C-VLANs mltiplas e partilhar o mesmo VID. No entanto, o agrupamento de C-VLANs mltiplas na rede do operador pode introduzir fugas nos APs do operador para as mensagens broadcast. As fugas afectam, se no todos os APs, uma parte das C-VLANs do grupo, logo, a largura de banda total usada na rede do operador no ptima. Mais importante, a fugas pode tornar-se um grave problema de segurana e precisa de ser devidamente controlada. Note-se que o trfego unicast no afectado pelo agrupamento.

38

Figura 25 - Ilustrao do conceito de leakage [7]

A Figura 25 ilustra o potencial problema de fuga. Duas C-VLANs, VLAN Y e VLAN B, so agrupadas. A VLAN B ligada ao domnio metro atravs dos ns terminais B, C, D e E. A VLAN Y ligada ao domnio metro atravs dos ns terminais A, B, C e D Contudo, as duas C-VLANs partilham os ns terminais B, C e D. Se um dos terminais da VLAN B envia uma mensagem broadcast, esta vai chegar a todos os ns terminais (A, B, C, D e E). Entre elas, a VLAN B no implica o n terminal A. Como resultado, o trfego broadcast levado ao n terminal A descartado. O fenmeno de fuga baseado em APs d-se quando a fuga do trfego apenas medido nos ns terminais sem ser considerado o seu percurso. Por outro lado, o desperdcio de largura de banda nas ligaes que no fazem parte do caminho de uma C-VLAN no que respeita a uma ST referido como fuga de rede. Para quantificar a fuga de rede, o percurso actual do trfego, ou uma ST especfica, precisa de ser includo no processamento da fuga. Quando existem MSTs na rede, a fuga de rede varia com a seleco da ST para um dado grupo. Por exemplo, quando o segmento da VLAN Y ligado ao n terminal A envia uma trama broadcast, a mensagem introduz fuga de rede na ST 2 no n terminal E. Por outro lado, no h fuga de rede na ST 1 uma vez que o n terminal E um salto necessrio para que a trama chegue aos outros terminais.

39

Uma vez que a fuga de rede precisa de uma atribuio actual do grupo para a ST, a interaco entre a matriz de trfego unicast e broadcast de diferentes VLANs essencial. Anlises computacionais intensivas so exigidas para uma soluo ptima na procura da mnima fuga de rede.

Clculo de fuga Note-se que uma C-VLAN ligada ao operador de rede atravs de mltiplos APs distantes geograficamente. Duas VLANs que tenham um conjunto de APs idntico, so consideradas um par perfeito para o agrupamento. No entanto, quando um ou mais APs no so usados por todas as VLANs agrupadas, ocorre uma fuga. Um esquema de agrupamento deve ter como objectivo a minimizao de fugas atravs do agrupamento inteligente de VLANs similares. H diversas formas de quantificar o critrio de combinao.

Pedidos de largura de banda, balanceamento de carga e atribuio de STs Nesta seco so discutidos vrios aspectos do balanceamento de carga e a atribuio apropriada de C-VLANs s STs. Dado um conjunto de grupos obtidos a partir de um esquema de agrupamento, o objectivo a obteno do melhor encaminhamento em termos de balanceamento de carga desses grupos. Certamente, com o aumento do nmero de STs, esto disponveis mais caminhos alternativos, proporcionando maior flexibilidade no balanceamento do trfego que possvel obter. O balanceamento de carga aqui abordado segundo trs passos. Inicialmente obtida uma soluo que minimiza a largura de banda total utilizada pelos grupos da rede, sendo de seguida encontrada a ligao com a maior quantidade de largura de banda usada (MAX). Seguidamente, a ligao fsica de maior capacidade deixa de ter o valor infinito e passa a guardar o MAX para todas as ligaes. Finalmente, outra vez obtida uma soluo para o encaminhamento dos grupos, mas desta vez tendo em conta o balanceamento do trfego. Admitindo que U e L correspondem ao mximo e mnimo de largura de banda reservada nas ligaes da rede, respectivamente, o balanceamento tem em vista a minimizao U-L. A soluo assim encontrada uma soluo de encaminhamento onde as ligaes fsicas so altamente balanceadas.

Agrupamentos e pedidos de largura de banda A fuga devido ao agrupamento de C-VLANs mltiplas pode afectar a seleco da ST ptima para CVLANs levando a um aumento de utilizao de largura de banda na rede metro Ethernet. No caso de estudo seguinte, 100 VLANs so agrupadas com um mtodo inteligente, tendo um mximo de fugas baseadas em APs, para cada VLAN, de 0,3. verificado que o menor aumento de largura de banda pode ser atingido usando mtodos de optimizao mais agressivos, tal como o mtodo inteligente usado. Houve, no entanto, um pequeno aumento de cerca de 2% na largura de banda comparando com o no agrupamento. De qualquer forma, este ligeiro aumento de largura de banda tolervel se se pensar que so poupados cerca de 34% no espao de etiquetas. Como discutido anteriormente, a fuga para um dado grupo depende da ST seleccionada. relevante o estudo do impacto nos pedidos de largura de banda de abastecimento devido restrio

40

imposta pelas fugas para um grupo. Se uma ST tiver duras restries de fuga para um dado grupo, algumas das STs podem no ser atribudas a esse grupo. De outra forma, as restries de fuga so violadas. Como o nmero de STs disponveis para encaminhamento vai decrescendo devido a esta restrio, era esperado que a quantidade de largura de banda necessria para fornecimento aumentasse por causa da eliminao de alguns caminhos mais curtos das STs. A diferena de percentagem de threshold definida da seguinte maneira: para cada grupo, o conjunto de 21 STs avaliada para calcular a fuga da rede (entre zero e um). A diferena de valor para cada grupo a mxima fuga para uma rvore menos a fuga menor. A diferena de percentagem de threshold de X permite que todas as STs que no excedam (X*valor da diferena da fuga mnima) para serem includas no encaminhamento daquele grupo. Assim, uma diferena de percentagem de threshold de zero permite que apenas STs com a mnima fuga sejam includas, enquanto uma percentagem de 100 de threshold permite a incluso de todas as STs. A Figura 26 mostra a largura de banda total como uma funo da diferena de percentagem de threshold para o agrupamento, resultando em 66 grupos, e usando a topologia da rede Italiana.

Figura 26 - Largura de banda total e mdia do nmero de rvores em funo da diferena de percentagem de threshold para o agrupamento obtido para a rede Italiana [7]

Como demonstra a Figura 26, requisitos restritos na fuga da rede tm um impacto importante no total da largura de banda necessria. Assim, um grupo que necessite de menos fuga de rede pode ter de pagar cada vez mais pelo uso de largura de banda. A figura mostra que de uma percentagem de 60 para cima, o total de largura de banda necessria no afectado. Isto sugere que requisitos moderados para a fuga de rede podem ser acomodados sem grande influncia no total de largura de banda usada. A figura mostra tambm o nmero mdio de rvores por grupo como funo da diferena de percentagem de threshold. Um encaminhamento bem sucedido de C-VLANs pode ser medido pela distribuio de trfego na rede. Um esquema de encaminhamento que equilibra o trfego das C-VLANs atravs da rede melhor que

41

outro esquema qualquer de encaminhamento que tenda a usar as ligaes fsicas de um modo desequilibrado. Claramente, conforme se tem mais opes de encaminhamento (isto , mais STs) para as CVLANs, mais oportunidades existem para o equilbrio do trfego.

Figura 27 - Impacto de encaminhamento alternativo no balanceamento de carga para a rede Italiana [7]

A Figura 27 mostra que a utilizao das ligaes da rede Italiana como uma funo do nmero de caminhos alternativos (isto , rvores) disponveis. O eixo horizontal define os limites do valor da utilizao da ligao, definida como a quantidade de trfego encaminhado numa ligao dividida pela capacidade da ligao. O eixo vertical mostra o nmero de ligaes fsicas cuja utilizao est dentro do respectivo intervalo. Note-se como o trfego fica desequilibrado quando apenas uma ST usada. Algumas das ligaes esto a ser bastante utilizadas enquanto outras no. Quando so usadas 21 STs, o esquema demonstrado capaz de espalhar o trfego atravs da rede de modo a que todas as ligaes sejam igualmente utilizadas. Como mostra a figura, cada ligao individual no utilizada mais de 20%. Este encaminhamento altamente desejvel j que proporciona um balanceamento de carga nos switches e equipamentos de transmisso, e prefervel para esquemas de sobrevivncia.

42

Figura 28 - Reduo da largura de banda usada utilizando MSTs para a rede Italiana [7]

A Figura 28 ilustra o benefcio de mltiplas STs na reduo do uso de largura de banda na rede Italiana. No eixo horizontal varia-se o nmero de STs atribudas de 1 a 21. Como foi mencionado antes, estas STs esto calculadas de acordo com o MSTP (IEEE 802.1s) para uma rede com 21 APs. O eixo vertical quantifica a reduo da percentagem de largura de banda calculada relativamente ao uso de apenas uma ST. Pela figura pode-se verificar os benefcios do uso de MSTs. Usando todas as 21 STs permitidas o uso da largura de banda reduzido at 50%. De notar que a taxa de melhoria decresce quando o nmero de STs aumenta acima de 11. Assim, apenas metade das STs geram 80% da reduo da largura de banda. Questes de sobrevivncia no ambiente Ethernet tm vindo a tornar-se mais importantes medida que as ligaes de rede carregam grandes quantidades de trfego. Numa rede Ethernet, os switches participam no protocolo de distribuio para construrem uma ou mais STs. Uma ST fornece uma ligao sem ciclos entre as fontes de Ethernet e define o que chamada uma topologia activa. No caso de uma ligao falhar, o protocolo STP ou a sua verso melhorada, RSTP, impe que a ligao seja restabelecida na sua totalidade activando alternadamente portas/ligaes. No entanto, este processo leva tempo, e melhorias ao protocolo esto a ser investigadas. A norma IEEE 802.3 fornece um mecanismo para juntar um grupo de portas numa entidade lgica. No caso de uma dessas portas falhar, um protocolo com o nome Link-Aggregate Control Protocol (LACP) activado para mudar o trfego afectado para uma capacidade redundante na ligao lgica conjunta. A reconvergncia do protocolo ST no activada neste caso, e a topologia lgica da topologia activa mantida. Clientes EVCs diferentes podem ter diferentes requisitos para a ruptura de trfego quando ocorrem falhas nas ligaes. Um EVC, por exemplo, transportando trfego multimdia em tempo real vai, provavelmente, ter mais requisitos rigorosos na perda/recuperao de dados que outro EVC que transporta trfego de baixa prioridade. Para permitir tal diferenciao, so propostas MSTs diferenciadas que variam em robustez quando ocorrem falhas nas ligaes. A robustez definida como uma fraco de ligaes de agregados de ligao e o nmero de ligaes que constituem uma ST. Num extremo, uma ST completamente robusta usa (n-1) ligaes que so baseadas em agregados de ligaes. No caso de uma ligao falhar de um dos componentes de um agregado de ligaes lgicas, todo o trfego dos EVCs no componente que falhou pode ser mudado para os componentes subjacentes do agregado de ligaes lgicas. Assim, os EVCs experienciam uma degradao da QoS (em termos de largura de banda) e atraso adicional na activao da ST reconvergente. No outro extremo, uma ST que no seja robusta, no tem nenhuma (n-1) das ligaes de agregados de ligao. No caso de uma das ligaes falhar, a convergncia das ST activada (por exemplo o protocolo RSTP), e a ligao lgica da Ethernet alterada para EVCs transportadas. Usando a continuidade de STs entre estes dois casos extremos, as STs podem ser construdas de uma maneira em que estas possuam vrios graus de robustez. Isto permite que o fornecedor chegue atribuio diferenciada de EVCs nas STs dependendo do ranking da robustez e das baixas probabilidades de

43

interrupo de trfego no conjunto dado de STs. Clientes que exigem menor interrupo de trfego podem pagar mais para ter os seus EVCs atribudos nas STs mais robustas. De seguida, so ilustrados os benefcios da atribuio de VLANs inteligente, para acomodar os requisitos necessrios sobrevivncia baseada em QoS de uma VLAN. O problema de gesto implica a atribuio das VLANs s STs de tal forma que o trfego de VLANs diferenciadas projectado esteja de acordo com o Service Level Agreements (SLAs). Estes SLAs so definidos em termos de requisitos de largura de banda e nvel de proteco.

Figura 29 - Melhoria da sobrevivncia VLAN para a rede Italiana pela construo de STs e atribuio das VLANs s MSTs [7]

A Figura 29 ilustra esta ideia. Esta mostra o desempenho em termos de robustez mdia por VLAN, numa simulao. Assume-se que 10% das ligaes da rede so agregados de ligaes. No eixo horizontal observa-se o nmero de STs disponveis para o encaminhamento e no eixo vertical observa-se o valor da robustez por VLAN. A robustez definida pela percentagem do total da largura de banda da VLAN que se encontra protegida. Os resultados so de dois conjuntos diferentes de STs. O primeiro conjunto (com o nome IEEE 802.1s STs) corresponde a um algoritmo de construo agnstico LACP de uma ST. Estas rvores so as que se esperavam ao correr o algoritmo standard MSTP. O segundo conjunto de rvores (com nome enhanced STs) construdo tirando vantagem das ligaes LACP discutidas. O algoritmo empregue para a atribuio de VLANs optimiza a robustez como uma funo objectiva para cada VLAN. A figura mostra a melhoria na sobrevivncia da VLAN pela construo de STs inteligentes e atribuio de VLANs s MSTs de forma esclarecedora. A capacidade disponvel usada na ligao de equipamento agregado pode ser usada para transporte de bronze-type traffic (isto , trfego que no necessite de mais nada para alm do RSTP para atenuar a

44

falha das ligaes). No caso de ocorrer falha, este trfego pode ser retirado para ser reencaminhado usando RSTP permitindo que o gold traffic (isto , trfego protegido) seja movido para a capacidade disponvel.

Figura 30 - Requisitos de largura de banda na rede Italiana por VLAN para o bronze traffic como funo da configurao de rede [7]

Seria oportuno encontrar a poupana em termos mdios de utilizao de largura de banda para uma bronze VLAN em ambientes que usam agregados de ligaes. Assim, na Figura 30 observa-se a largura de banda mdia usada por VLAN do tipo bronze atravs de uma funo da percentagem dos agregados de ligaes existentes na rede. A figura mostra resultados para dois casos, usando uma ST e quatro STs, para encaminhamento nas VLANs. Como se esperava, a capacidade disponvel do agregado de ligaes reduz drasticamente a largura de banda usada pelo bronze-traffic. Este atenuar pode ser alcanado por cerca de 40% dos agregados de ligaes distribudos na rede. Note-se que as MSTs no ajudam muito na reduo de bronze-traffic em redes com agregados de ligaes j que a atenuao , na sua maioria, causada pela utilizao da capacidade disponvel dos agregados de ligaes. Alm disso, o investimento inicial para o upgrade do agregado de ligaes pode ser recuperado fornecendo servios de sobrevivncia aos clientes.

3.2 Cenrios Dinmicos

O artigo [8] tem como base uma arquitectura Global Open Ethernet (GOE), sendo esta uma soluo escalvel e rentvel de prxima gerao de Virtual Private Networks (VPNs) assente em infraestruturas de redes pticas. Esta arquitectura satisfaz vrios requisitos ao mesmo tempo: flexibilidade na topologia de rede, funcionalidades de rede acessveis, baixo custo de equipamento e baixo custo operacional e baseada nas extenses do STP, tais como o RSTP e o MSTP. Em geral, estas extenses usam uma mtrica de custo de ligao que inversamente proporcional capacidade da ligao. Com o objectivo de obter um melhor balanceamento de carga na rede, os autores apresentam uma mtrica de custo de ligao que

45

uma funo da carga de ligao corrente. So ento propostos dois algoritmos de engenharia de trfego diferentes e comentados acerca dos seus desempenhos para vrias topologias de rede e para diferentes cenrios de trfego.

Arquitectura Global Open Ethernet (GOE)

Figura 31 - Trama GOE tagged e trama VLAN tagged [8]

A Figura 31 representa uma rede de transporte baseada na arquitectura GOE, que consiste no ncleo GOE (GOE core) e nos ns das extremidades. A Figura 31 mostra tambm o formato dos pacotes de entrada dos utilizadores e dos pacotes de encapsulamento GOE transportados para dentro da rede de transporte. O n GOE da extremidade, ao receber tramas Ethernet do utilizador, com ou sem IEEE 802.1d VLAN-tag, adiciona um cabealho GOE imediatamente a seguir ao campo do endereo MAC de origem. Este cabealho flexvel e extensvel com uma estrutura de tamanho varivel, que consiste em dois tags obrigatrios (Forwarding tag e Customer ID tag) e outros tags opcionais (protection tag, OAM&P tag, security tag, QoS tag, e vendor extension tag). O Forwarding tag um elemento chave do GOE para o encaminhamento de pacotes na rede de transporte, ao passo que o Customer ID tag usado apenas para identificar os utilizadores e para solicitar o processamento e trfego especfico do utilizador. Desacoplar o Forwarding e o Customer information em campos tag diferentes pode separar a gesto da rede e a gesto do utilizador, que leva a um funcionamento de rede simples e escalvel. Em particular, para uma maior escalabilidade nas redes VPN,

46

Hierarchical Multiple Rapid Spanning Trees so efectuadas pela combinao do IEEE 802.1s MSTP e o 802.1w RSTP em cada nvel. O Forwarding GOE baseado no endereo do n de destino com o propsito de ser usado de forma semelhante ao que acontece nas redes IP. Basicamente uma VLAN-ID atribuda a um switch Ethernet em vez de uma porta Ethernet, de modo que um VLAN-tag usado como endereo de encaminhamento. Por outras palavras, o VLAN-ID torna-se um tipo de endereo que pode ser processado por switches Ethernet da mesma forma que os routers IP fazem com os endereos IP.

Problema de Engenharia de Trfego Assume-se que h N ns GOE num domnio plano. atribudo um tag VLAN-ID nico a cada n na rede. Em cada um deles criada uma tabela de encaminhamento de pacotes apenas para o topo da stack de Forwarding tags. Por outras palavras, cada n do ncleo GOE verifica o topo da stack dos Forwarding tags apenas para determinar o percurso de encaminhamento. Note-se que nos switches Ethernet usuais verificam o VLAN tag e o endereo MAC de destino para o mesmo efeito. Os pacotes de informao etiquetados com o formato GOE tm que ser transportados pelas STs geradas para cada ID de n (VLAN ID). O GOE utiliza o MSTP mas de uma forma diferente da habitual. criada uma ST para cada n de destino com uma VLAN-ID nica. A rvore parece-se com uma ST ao contrrio para cada destino, onde o n raiz desta rvore sempre o n de destino.

Figura 32 - Pedido de servios de trfego na arquitectura GOE [8]

assumido pelos autores que a matriz de requisitos de trfego conhecida, e pode ser baseada num conjunto de subscries de utilizadores para um servio de linhas alugadas virtuais. Considere-se o exemplo da Figura 32. H N ns e cada um dos utilizadores A, B e C pretendem estabelecer um servio VLAN, do tipo multiponto-multiponto, entre as cidades seleccionadas. A localizao do utilizador A e C est nos ns 1, 2 e N, e a localizao do utilizador B est nos ns 1 e N. Neste tipo de servios, cada pacote enviado pelo utilizador A localizado no n 1, deve ser enviado para o n 2 e N. Na mesma linha de raciocnio, cada pacote enviado pelo utilizador A localizado no n N deve ser enviado para o n 1 e 2, e

47

assim sucessivamente. Note-se que um pedido de servio, que feito em termos de largura de banda, entre qualquer par de localizaes do utilizador A o mesmo e igual a uma constante, i.e., assume-se que os requisitos de trfego so sempre simtricos. O mesmo pressuposto assumido aos requisitos de trfego entre as localizaes dos utilizadores B e C. Posto isto, formulado o problema: dados pedidos de trfego entre pares de ns e capacidade disponvel em todas as ligaes de rede, como criar uma ST ao contrrio para cada n de destino activo de forma a minimizar o nmero de pedidos de trfego rejeitados. Esta rvore especial, chamada de perdestination MRSTP (PD-MRSTP), encontra o caminho mais curto de cada n para um n raiz (o n de destino) usando o inverso da largura de banda das ligaes fsicas com sendo o peso da ligao. Para resolver o problema apresentado usada uma abordagem popular, uma heurstica baseada no algoritmo de Dijkstra, devido sua baixa complexidade. Contudo, estas heursticas podem variar, dependendo da definio da funo de custo de ligao e do mtodo utilizado para escolher o pedido de trfego. So ento apresentados dois algoritmos, o primeiro chamado o algoritmo Constant Residual Bandwidth (CRB) e o segundo o algoritmo Reciprocal Residual Bandwidth (RRB). Estes dois algoritmos so comparados com o algoritmo standard do STP que usa uma mtrica fixa de custo de ligao. CRB usa uma mtrica de custo de ligao dinmica que uma funo constante da largura de banda residual de ligao; RRB usa uma mtrica de custo de ligao dinmica que o recproco da largura de banda da ligao residual; RLC usa uma mtrica de custo de ligao esttica que o recproco da capacidade de ligao.

So usadas diversas mtricas de desempenho para comparar estes trs algoritmos. A primeira a probabilidade de bloqueio da largura de banda, dado por Bbw, que expressa a razo entre a quantidade total de largura de banda rejeitada e a quantidade total de largura de banda requisitada. Na segunda mtrica de desempenho calculada a probabilidade de bloqueio de servio, dada por Bsr, que expressa a razo entre o nmero total dos pedidos de servios de trfego rejeitados e o nmero total de pedidos de servios de trfego. Note-se que quando um pedido de servio para ri,j unidades de largura de banda entre a origem i e o destino j rejeitado, o nmero de pedidos rejeitados aumenta em uma unidade, e o total de largura de banda rejeitada aumenta em ri,j unidades de largura de banda. O objectivo manter o Bbw e o Bsr o mais baixo possvel. A terceira mtrica de desempenho, dada por , a utilizao mdia das ligaes, ou seja, a utilizao da rede. Entre dois algoritmos com probabilidades de bloqueio semelhantes, o que tiver menor mdia de ocupao de ligao prefervel uma vez que h menos recursos de rede ocupados. ento usado o mtodo de WaxMan para gerar topologias mesh aleatrias. Nas simulaes, e para cada topologia de rede, so usados dois tipos de trfego: trfego baseado em distribuies uniformes

48

e e trfego baseado em distribuies de Zipf. So feitas 5 simulaes em cada caso para, a partir dos resultados mdios, serem tiradas concluses. Os resultados so sumariados na Figura 33 e Figura 34.

Figura 33 - Probabilidade de bloqueio de largura de banda (Bbw) [8]

Figura 34 - Probabilidade de bloqueio de largura de banda (Bbw) [8]

A partir da observao destas figuras, pode-se tirar as seguintes concluses: Para todas as topologias de rede e de trfego, e em todos os trs algoritmos, a probabilidade de bloqueio aumenta quando aumenta a carga de trfego; Para todas as topologias de rede e todos os algoritmos, a probabilidade de bloqueio para a distribuio Zipf sempre maior do que a distribuio uniforme. Esta constatao coerente com o esperado, uma

49

vez que no caso da distribuio Zipf h menos ns destino activos, mas h bastante mais pedidos de trfego do que no caso de distribuio uniforme. Em termos de probabilidade de bloqueio, o algoritmo RRB tem melhor desempenho. O algoritmo CRB tem um desempenho ligeiramente pior do que o RRB considerando que o algoritmo RLC significantemente pior em relao aos dois anteriores. Isto aplica-se a todas as topologias de rede e de trfego. Em alguns casos, a probabilidade de bloqueio segundo o algoritmo RLC 0.15 superior do que segundo o algoritmo RRB. A razo para tal acontecer o facto de o algoritmo RRB faz um melhor balanceamento de carga do trfego de tal forma que o nmero de ligaes sobrecarregadas e subcarregadas reduzido. O trfego, no caso do algoritmo RLC, transportado atravs de um menor nmero de ligaes. Neste algoritmo, o custo das ligaes fixo e no corresponde ao estado actual da rede de tal forma que o algoritmo de Dijkstra no distribui a carga por todas as ligaes da rede.

Os resultados para Bsr no caso da topologia de rede ter 32 e 128 ns vm confirmar todas as concluses retiradas da anlise dos resultados para o Bbw. O resultado para o no caso da topologia de rede ter 32 e 128 ns apresentada na Figura 35 e na Figura 36, respectivamente.

Figura 35 - Utilizao da rede () [8]

50

Figura 36 - Utilizao da rede () [8]

As duas figuras mostram que a utilizao das ligaes da rede maior no caso do RRB, ligeiramente menor no caso do CRB e a mais baixa atingida quando se usa o RLC. No caso da distribuio Zipf, a utilizao da rede sempre menor do que no caso da distribuio uniforme. Em alguns casos, a utilizao de rede usando o RLC menor em 0.2 do que se for usado o RRB. A fraca utilizao de rede e a alta probabilidade de bloqueio segundo o algoritmo RLC demonstra que o mtodo de optimizao bastante pobre com a mtrica de ligao esttica em termos de uso dos recursos da rede. Como concluso, evidente pelos resultados apresentados que o algoritmo RLC (usado no STP) bastante pior do que o RRB e o CRB, em termos de probabilidade de bloqueio e de eficincia no uso dos recursos da rede. Dentro dos dois algoritmos que usam uma mtrica de custo de ligao dinmica, o algoritmo RRB faz um melhor balanceamento de carga do que o algoritmo CRB, logo atinge um melhor desempenho.

O artigo [9] prope uma arquitectura MST Ethernet, denominada por Viking, que melhora o throughput agregado e a tolerncia a falhas abordando a tecnologia VLAN de uma forma diferente. A ideia nuclear de um sistema Viking a de usar MSTs em conjunto com a tecnologia VLAN com o objectivo de melhorar o desempenho do throughput em toda a rede usando ligaes mltiplas redundantes. Alm disso, o Viking proporciona caractersticas de tolerncia de falha proporcionando um mecanismo para desviar as comunicaes afectadas para percursos alternativos aps a deteco de falha. De facto, o Viking esfora-se por proporcionar uma soluo de engenharia de trfego tolerante a falhas para redes metro Ethernet e redes cluster. O sistema Viking assenta na tecnologia VLAN para a seleco do percurso apropriado. As VLANs so convencionalmente usadas para simplificar a administrao de redes, a reduo de custos e melhorar a segurana. O sistema Viking afasta-se do paradigma convencional e usa tags baseados nas VLANs para

51

seleccionar o percurso apropriado entre pares de terminais. Todos os caminhos que possivelmente podem ser usados para os percursos so suportados em STs diferentes. Uma vez que cada instncia ST corresponde a uma VLAN particular, uma seleco explcita de uma VLAN resulta numa seleco implcita de um percurso associado, com uma ST correspondente. Em caso de falha, os terminais precisam apenas de mudar o VLAN ID nas tramas subsequentes para seleccionar um percurso alternativo. Com o objectivo de utilizar os recursos de rede disponveis de forma eficaz, os seguintes factores devem ser tomados em conta na construo das STs. Para a tolerncia a falhas, deve haver pelo menos dois percursos para qualquer par de ns em duas STs diferentes que no partilhem ns nem ligaes. Um desses percursos pode ser o percurso primrio, e o outro o percurso de backup. Para o eficiente balanceamento de carga, a seleco do percurso deve maximizar a utilizao das ligaes marginalmente carregadas e minimizar o uso de ligaes muito carregadas. Para maximizar o nmero de ligaes activas globalmente, as STs devem-se sobrepor minimamente. O nmero mximo de VLANs, e por isso o nmero de STs possveis na rede, ditado pelo equipamento de rede usado. O tamanho do VLAN ID limitado a 4096 entradas, mas o nmero mximo de STs suportadas pelos switches bastante inferior a esse valor. Tipicamente, os switches suportam um mximo de 1024 instncias ST, havendo mesmo switches que apenas suportam um mximo de 64 STs. Assim, torna-se imperativo minimizar o nmero de STs necessrias enquanto se maximiza o nmero de ligaes activas, de forma balanceada, com espao para percursos de backup em caso de falha. O sistema Viking enderea estas questes seguindo uma abordagem de engenharia de trfego. Tipicamente, o trfego que corresponde aos percursos de backup para um par de ns pode ter menor prioridade do que o trfego correspondente aos percursos primrios de outros pares de ns que partilhem o mesmo conjunto de ligaes. Isto pode ser feito marcando os bits de prioridade nas tramas de transmisso em concordncia com as especificaes da norma IEEE 802.1p. A possibilidade de implementar MSTs na camada 2 de rede faz com que seja possvel explorar as redundncias da rede fsica e aumentar o throughput agregado, restabelecer percursos aps uma falha e diminuir o tempo de recuperao da mesma. Devido a uma melhoria no desempenho e das caractersticas de recuperao de falha, o sistema Viking forma uma construo de um bloco melhor para MANs, para redes de armazenamento e para redes cluster. desenvolvida uma construo de MSTs centralizada que tem como objectivo o balanceamento de carga de todas as ligaes da rede fsica, assumindo uma topologia de rede esttica e um trfego fixo. Atravs de um conjunto de simulaes exaustivo do algoritmo proposto, demonstrado que a arquitectura Ethernet com MSTs e a construo de STs associada pode efectivamente aumentar o throughput agregado e acelera o processo de recuperao de falhas. Para provar a viabilidade da arquitectura proposta, so tambm apresentados detalhes de implementao de um prottipo Viking. Medies empricas neste prottipo esto em linha com os resultados das simulaes. Em particular, a tolerncia a falhas por parte do sistema Viking proporciona uma recuperao transparente no caso de ocorrer uma falha de ligao, com o perodo de recuperao reduzido de dezenas de segundos, na arquitectura de uma nica ST, para 400 a 600 milissegundos. Apesar de o sistema Viking poder ser

52

construdo em switches Ethernet usando SNMP, um design mais estreitamente integrado pode levar a um ainda melhor tempo de recuperao.

O artigo [10] debrua-se sobre os problemas de engenharia de trfego relacionados com a construo das STs que influenciada pela mtrica de custo de ligao considerada. Para atingir um bom balanceamento de carga e diminuir o atraso mdio da rede, os autores prope o uso de uma mtrica com o custo de ligao configurvel que depende do atraso e da carga de ligao corrente. Em vez de ser usada uma abordagem esttica no custo da ligao, que inversamente proporcional capacidade da ligao, pode ser usada uma atribuio de custos de forma dinmica em funo da carga da ligao para atingir um melhor balanceamento de carga. Os custos das ligaes so atribudos tendo em conta a largura de banda disponvel. demonstrado que o uso de uma funo de custo de ligao dinmica leva a um aumento notvel na utilizao da rede relativamente ao caso onde o custo de ligao constante. So propostas funes de custo de ligao configurveis para algoritmos de pr-planeamento de construo de rvores, tentando atingir o melhor compromisso entre o balanceamento de carga e o atraso mdio possvel. Nesta primeira abordagem, onde so construdas MSTs baseadas na origem para avaliar as diferentes mtricas de custo de ligao, no foi atingido o compromisso ptimo entre o balanceamento de carga e o atraso mdio, uma vez que no levado em conta o atraso de ligao nem a largura de banda disponvel na mtrica do custo da ligao. Assim, proposta uma alterao ao algoritmo anterior que colmata essa lacuna. No entanto, muito simples perceber que os resultados da engenharia de trfego so altamente dependentes da relao entre a variao do atraso da ligao e a variao da largura de banda da ligao usada. verificado que com este esquema no se consegue atingir uma boa distribuio de trfego quando h uma grande variao do atraso de ligao. Nos algoritmos de construo de rvores prplaneadas, so preferidas mtricas de custo de ligao mais complicadas e flexveis. Como resultado, considerada uma nova funo de custo de ligao que depende de , sendo o parmetro de custo de ligao. Este parmetro toma o valor 1 quando o custo de ligao determinado tendo em conta apenas o atraso de ligao; pelo contrrio, toma o valor 0 se determinado apenas pela carga de ligao. Com controla-se portanto o peso entre o atraso e a carga de ligao. O algoritmo de construo de rvores que usa esta funo, denominada (, 1-), atinge um forte balanceamento de carga. Em comparao com este, so usados dois algoritmos sugeridos por outros autores para avaliar o desempenho em redes Metro Ethernet no que toca a engenharia de trfego. Considere-se os diferentes algoritmos considerados: Algoritmo (, 1- ) usa a mtrica de custo de ligao exposta anteriormente; Algoritmo 1/C usa a mtrica de custo de ligao proposta em [8]; Algoritmo D/C usa a mtrica de custo de ligao proposta em [14].

53

A simulao feita com o uso dos trs algoritmos referidos anteriormente aplicados topologia de rede dos E.U.A.. Em todas as simulaes, os pedidos de trfego so gerados aleatoriamente. A capacidade das ligaes de 1000 Mb/s. A sada da simulao o formato das STs. De acordo com as rvores formadas e os requisitos do trfego, calculado o atraso mdio e a variao da largura de banda usada em todas as ligaes. A largura de banda utilizada uma mtrica importante para se poder avaliar o desempenho do balanceamento de carga.

Figura 37 - Rede dos E.U.A [10]

A rede dos E.U.A. apresentada na Figura 37 que contem 12 ns e 17 ligaes. Os valores observados nas ligaes so o atraso de ligao correspondente mesma, que o comprimento em milhas da ligao. So gerados 50 fluxos de trfego gerados aleatoriamente e, seguidamente, so formadas as MSTs usando os trs algoritmos considerados.

Tabela 3 Resultados da simulao na rede dos E.U.A. [10]

A Tabela 3 mostra a largura de banda mdia usada na rede, a variao da largura de banda usada em todas as ligaes e o atraso mdio da rede, tendo sido, para o efeito, efectuadas em mdia 20 simulaes.

54

Das simulaes tiram-se as seguintes ilaes: A variao da largura de banda de ligao usada mais pequena quando o algoritmo (, 1-), com = 0, usado, apesar de o atraso mdio ser significativamente maior do que nos outros casos. Isto deve-se ao facto de o algoritmo tentar o seu melhor para atingir o balanceamento de cargas sem considerar o atraso do caminho; O algoritmo (, 1-), com a 1, atinge o menor atraso mdio, mas a variao da largura de banda de ligao usada a maior. Por ser igual a 1, o objectivo do algoritmo a optimizao do atraso mdio da rede sem considerar o balanceamento de carga; O algoritmo (, 1-), com o a 0.5 atinge um balanceamento de carga considerado bom e o atraso mdio pequeno quando comparado com outros casos. Neste caso, tem-se um compromisso, atrs referido, entre o balanceamento de carga e o atraso mdio. O algoritmo usa o caminho de carga marginal cujo atraso no significativamente grande quando comparado com outros caminhos, logo, o atraso mdio no se vai deteriorar de forma significativa; O algoritmo 1/C atinge um bom balanceamento de carga. Contudo, o atraso mdio imprevisvel, uma vez que o algoritmo proposto para optimizar o balanceamento de carga sem considerar o atraso mdio. De qualquer forma, o balanceamento de carga resultante pior do que no algoritmo (, 1-); O algoritmo D/C atinge um desempenho em termos de balanceamento de carga e de atraso mdio comparvel ao algoritmo (, 1-) com igual a 1. Apesar do algoritmo considerar os dois casos (atraso e largura de banda de ligao), os resultados da engenharia de trfego dependem altamente da relao entre a variao do atraso de ligao e a variao da largura de banda de ligao. Na simulao efectuada, a variao do atraso de ligao superior variao de largura de banda da ligao, logo, o algoritmo D/C no consegue atingir uma boa distribuio de trfego.

Considere-se a figura seguinte que tambm referente rede dos E.U.A. ilustrada anteriormente:

Figura 38 - Resultados da engenharia de trfego com diferentes parmetros [10]

55

A Figura 38 mostra de que forma o parmetro afecta o desempenho em termos de balanceamento de carga e de atraso mdio. Verificamos que, medida que aumenta, a variao de carga aumenta e o atraso mdio diminui.

Figura 39 - Variao de carga vs atraso mdio [10]

A forma como escolhido o parmetro vai depender dos requisitos da engenharia de trfego. Com o resultado das simulaes obtida a Figura 39, com a variao da largura de banda de ligao usada no eixo horizontal e o atraso mdio no eixo vertical. Pode-se concluir que, se o objectivo a obteno de uma melhor balanceamento de carga, o atraso mdio tem que subir. Tambm atravs da Figura 39 pode-se dizer que dados os mesmos requisitos de balanceamento de carga, o algoritmo (, 1-) consegue obter o atraso mdio mais baixo do que o algoritmo 1/C. Como j foi referido, no ambiente de simulao deste artigo, o algoritmo D/C equivalente ao algoritmo (, 1-) quando se aproxima de 1. De qualquer forma, este ltimo consegue abranger vrios requisitos de engenharia de trfego, atribuindo o valor apropriado a , enquanto que os outros dois algoritmos so rgidos e altamente dependentes do contexto da rede. Podese concluir, portanto, que o algoritmo (, 1-) consegue atingir uma melhor engenharia de trfego e mais flexvel.

3.3 Cenrios Estticos

Os trs artigos [11][12][13] abordam a melhoria do balanceamento de carga, usando para isso um cenrio esttico. No caso de [11], o autor prope tambm uma melhoria da resistncia da rede Ethernet a falhas, tudo isto assente no caso de existir apenas uma regio. apresentada uma soluo que determina os parmetros de configurao MSTP, que optimize o balanceamento de carga e minimize o impacto das falhas de rede. O artigo [12] faz a passagem para o caso de existirem mltiplas regies e compara este caso,

56

com o estudado no artigo anterior. Em [13] tambm explorada a relao entre o balanceamento de carga e o service disruption assente numa falha de ligao quando a redes tem apenas uma regio ou com mltiplas regies, e com diferente nmero de STs adicionais. Em [11] dada uma rede Ethernet composta por um conjunto de switches ligados atravs de ligaes ponto-a-ponto e por um conjunto de VLANs, cada uma definida por um conjunto de pedidos de trfego que devem ser suportados pela rede. Posto isto, so determinados os parmetros MSTP apropriados para a implementao das STs que tem que estar operacionais e a atribuio de cada VLAN de trfego a uma das STs. A soluo aqui apresentada separa a determinao das ligaes activas que definem a ST, da determinao dos parmetros MSTP apropriados. Para qualquer ST desejada, sempre possvel determinar um conjunto de parmetros MSTP que faam com que as ligaes pretendidas fiquem activas. Cada fluxo de trfego encaminhado pela rede pelo percurso definido pela ST a que a sua VLAN foi atribuda. A carga de um arco pode ser determinada somando os pedidos de fluxo de trfego que utilizaram esse mesmo arco. definido um array de cargas de uma soluo particular, o array que formado por todos os valores das cargas resultantes de todos os arcos da rede, numa ordem decrescente: o primeiro elemento contm o valor mais alto de carga, o segundo contm o segundo valor mais alto de carga e assim sucessivamente. Este array utilizado para comparar o balanceamento de carga entre diferentes solues. Para duas solues dadas, 1 e 2, as quais possuem um array de carga L1 e L2, respectivamente, considera-se que a soluo 1 melhor do que a 2 se L1 tiver menor valor do que L2 na primeira posio do array em que o valor de ambos diferente. O objectivo seleccionar a soluo com menor valor de pior carga. O algoritmo elaborado foi testado em dois casos de estudo diferentes. O primeiro considera um pequeno exemplo que permite ilustrar os resultados da configurao dos parmetros MSTP atribudos. O segundo caso de estudo lida com um cenrio de rede mais realista. O primeiro caso considera o exemplo apresentado na Figura 40.

Figura 40 - Rede do primeiro caso de estudo [11]

Este caso baseado numa rede composta por 8 switches e 13 ligaes ponto-a-ponto. Esta rede tem ligaes com capacidade de 1 Gbps (linhas grossas) e ligaes com capacidade de 100 Mbps (linhas

57

finas). Os parmetros iniciais da ST so: o switch A tem o menor Bridge ID, os valores de Port Cost eram iguais a 1 para todas as portas de 1 Gbps e iguais a 10 para todas as portas de 100 Mbps. No que toca aos pedidos de trfego, so consideradas 12 VLANs e 32 fluxos de trfego (2 VLANs com 6 fluxos de trfego cada e 10 VLANs com 2 fluxos de trfego cada). Os ns de origem e destino dos fluxos de trfego so seleccionados aleatoriamente entre todos os switches, e as suas capacidades foram geradas aleatoriamente entre 10 Mbps e 100 Mbps. O conjunto de fluxos de trfego gerados tem a particularidade de a largura de banda total dos fluxos de trfego originados no switch G ser igual 113 Mbps, que um valor acima da capacidade de qualquer das suas ligaes de sada. Esta tcnica foi aplicada para valores de n entre 1 e 4, sendo que n representa o nmero de instncias ST.

Tabela 4 - Array L da melhor soluo encontrada para cada valor de n [11]

58

Figura 41 - rvore com valores de Port Cost [11]

Figura 42 - Ligaes activas da ST resultante [11]

O caso n = 1 representa o caso STP tradicional: a Figura 41 mostra os valores de Port Cost alterados pela tcnica usada e a Figura 42 mostra as ligaes activas resultantes. Neste caso, o resultado presente na Tabela 4 (o primeiro valor de L superior a 100% da carga de ligao) mostra que no possvel proporcionar uma configurao STP sem haver congestionamento e perda de alguns fluxos.

59

Figura 43 - rvore com Port Cost [11]

Figura 44 - Ligaes activas das duas STs [11]

Para n = 2, possvel determinar uma configurao onde o valor da pior carga de 60%, que fica bastante abaixo do nvel de congestionamento de ligao. A Figura 43 mostra os valores do Port Cost determinados para as duas Spanning Trees e a Figura 44 mostra as duas STs com as respectivas ligaes activas, uma representada pelas linhas contnuas e a outra por linhas com tracejado. Este caso demonstra que com o MSTP, a rede pode suportar mais trfego do que com o tradicional STP. Note-se que o nmero de ligaes comuns entre as duas STs mnimo, o que tambm minimiza o impacto de falhas de ligao em fluxos de trfego. Para o caso de existirem 3 ou 4 instncias ST, a Tabela 4 apenas apresenta ganhos marginais e no so obtidas melhoras nos 5 piores casos de carga. Daqui resulta a seguinte concluso: um balanceamento de carga aproximadamente ptimo pode ser obtido com um nmero pequeno de STs, no penalizando significantemente com isto o processamento dos switches. Considere-se o segundo caso de estudo.

Figura 45 - Esquema da rede A [11]

60

Figura 46 - Esquema da rede B [11]

Este segundo caso de estudo considera cenrios de rede mais realistas. A primeira rede, a rede A, possui 12 switches e 20 ligaes ponto-a-ponto (Figura 45). Nesta rede, os switches de A a F so switches de acesso, onde o equipamento do utilizador est ligado, e os switches de G a L so switches de transporte que proporcionam ligaes redundantes entre switches de acesso. Cada switch de acesso est ligado a dois switches de transporte diferentes para poder recuperar de uma falha de ligao. A segunda rede, a rede B, baseada na rede A, qual se adicionaram 10 ligaes ponto-a-ponto. Nesta rede, cada switch de acesso est ligado a 3 switches de transporte diferentes, aumentando nmero de caminhos alternativos entre switches, e h tambm mais ligaes entre switches de transporte. Em ambas as redes, todas as ligaes tm a capacidade de 1 Gbps. No que toca a pedidos de trfego, so considerados 30 VLANs e 60 fluxos de trfego (cada VLAN com 2 fluxos de trfego). Os pedidos de capacidade para os fluxos de trfego foi considerado com a seguinte distribuio: 10 fluxos com 100 Mbps, 15 fluxos com 50 Mbps, 15 fluxos com 10 Mbps e 20 fluxos com 2 Mbps. Os ns origem e destino de cada fluxo de trfego so seleccionados aleatoriamente de entre o conjunto de switches de A a F. O mesmo conjunto de fluxos de trfego foi considerado para ambas as redes. Mais uma vez foi usada a tcnica anteriormente referida para os casos em que n varia entre 1 e 4. A Tabela 5 apresenta os 14 primeiros elementos do array de cargas L da melhor soluo encontrada, para a rede A.

61

Tabela 5 - Resultados do caso de estudo da rede A [11]

Neste caso, a melhor configurao STP necessita de um pior caso de 75.4% de carga de ligao em 6 ligaes diferentes, e o menor valor de carga, entre todas as ligaes activas, de 56.6% (a Tabela 5 mostra apenas os 14 piores casos). Com uma configurao MSTP, baseada em duas instncias ST, o resultado muito melhor, o pior caso de carga de ligao diminuiu para 37.8%, que aproximadamente metade do valor no caso do STP, e este valor de pior caso ainda melhor do que todos os 14 piores valores de carga de ligao no caso do STP. Em relao ao caso de termos 3 ou mais STs, os resultados da Tabela 5 mostram ganhos marginais e no se fizeram sentir melhoras nos valores dos 8 piores casos de carga. A Tabela 6 apresenta os primeiros 14 elementos do array de cargas L para as melhores solues encontradas para o caso de estudo B.

62

Tabela 6 - Resultados do caso de estudo da rede B [11]

Neste caso, como h mais ligaes, a topologia possibilita a existncia de mais STs com menos ligaes em comum e um melhor balanceamento de carga pode ser obtido. Na rede B, as duas instncias ST levam a que o valor do pior caso de carga diminua de 75.4% para 33.2% e as trs instncias ST oferecem a possibilidade de diminuir ainda mais esse valor, de 33.2% para 25.2%. Em relao a ter 4 instncias ST, no h melhorias significativas. Estes resultados mostram a relao entre o nmero ptimo de instncias ST e a topologia da rede: o uso de n instncias ST no MSTP torna-se benfico se a topologia possibilitar a existncia de n STs disjuntas (ou quase disjuntas), ou seja, que no partilham ligaes. No caso da rede A, a topologia possibilita a existncia de duas STs praticamente disjuntas pelo que foram verificadas melhorias significativas de balanceamento de carga com duas instncias ST, enquanto que com mais instncias ST as melhorias pouco se fizeram sentir. No caso da rede B, a sua topologia permite a obteno de trs STs disjuntas pelo que a melhoria no balanceamento de carga fortemente sentido quando se usam trs instncias ST ao passo que com quatro instncias ST as melhorias so marginais. Comparando os resultados da rede A com a rede B, pode-se concluir: Uma ST no consegue utilizar as ligaes adicionais para obter um balanceamento de carga significativo; Duas instncias ST conseguem melhorar o balanceamento de carga com a adio de ligaes, mas com pequenas melhorias; Trs e quatro instncias ST conseguem melhorar significativamente o balanceamento de carga com a adio de ligaes.

63

Estes resultados mostram que, com a configurao adequada, o MSTP permite ao gestor de rede adicionar novas ligaes e desta forma balancear a carga de trfego dentro das ligaes disponveis. No que toca ao desempenho da tcnica proposta, usado como critrio de paragem um nmero fixo de 100000 iteraes. Na prtica, uma soluo que minimiza um nmero pequeno de piores casos da carga suficiente, uma vez que os restantes valores se tornam pequenos. Com este critrio, so necessrias bastante menos iteraes. A tcnica proposta um processo estocstico, o que quer dizer que simulando duas vezes, pode-se encontrar duas solues diferentes. Para cada caso foram efectuadas 10 simulaes. A melhor soluo para os 8 valores do pior caso de cargas foi sempre encontrada abaixo das 1000 iteraes para n = 1, e abaixo das 100 iteraes para n > 1. Isto quer dizer que esta tcnica consegue encontrar uma boa soluo com um tempo de processamento sempre abaixo dos 5 segundos numa plataforma computacional standard. Para o primeiro caso de estudo, os tempos de processamento foram muito menores. Estes resultados mostram que a tcnica proposta uma soluo vlida e simples para obter automaticamente os parmetros MSTP de configurao para melhorar o balanceamento de carga e a resistncia das redes Ethernet a falhas.

O artigo [12] debrua-se sobre a mesma problemtica do [11], explorando a alternativa de redes Ethernet usando o MSTP com mltiplas regies, uma vez que esta proporciona uma melhor resistncia da rede, ou seja, a rede menos susceptvel ocorrncia de falhas. Aos parmetros de rede Ethernet dados pelo trabalho anterior, junta-se tambm outro dado inicial: um conjunto de regies definidas na rede. Com isto determinam-se, para alm da atribuio de VLANs s STs, os parmetros MSTP apropriados implementao da CST e das STs adicionais. Algumas alteraes tm que ser efectuadas no algoritmo. De referir que adicionado cdigo referente determinao do conjunto de ligaes da CST que optimizam o resultado do array de carga L. Em cada iterao gerada uma ST assente no grafo G, posteriormente esta ST melhorada em relao ao array de cargas de ligaes, LG e, se o resultado de LG for melhor do que o LG j existente, guardado o ltimo LG obtido como a melhor soluo encontrada at ao momento. Seguidamente, tratada cada regio separadamente. determinada um conjunto de ligaes da CST dentro da regio e de todas as STs adicionais optimizando o resultado do seu array de carga. Para cada regio gerada um conjunto de STs assentes no grafo Gi, o que determina uma atribuio de um array que indica a ST atribuda a cada VLAN, juntamente com o resultado do array de carga LGi. Mais uma vez compara-se este ltimo array com o que estava previamente guardado em LGi para se guardar o melhor caso entre os dois. De seguida so determinados os parmetros MSTP apropriados para a CST e todas as STs adicionais assentes no grafo. Os casos de estudo deste artigo consideram a rede apresentada na Figura 47.

64

Figura 47 - Rede Ethernet com 23 ns, 42 ligaes e 3 regies [12]

Na Figura 47 est representada uma rede Ethernet com 23 ns, 42 ligaes e 3 regies, em que todas as ligaes tm a capacidade de 1 Gbps. Os switches de A a D, de H a K e de O a R so switches de acesso, onde os equipamentos dos clientes so ligados, e os switches V e W so switches gateway que fazem ligao entre a rede Ethernet e outras redes core. No que toca aos pedidos de trfego, so consideradas 51 VLANs (cada VLAN com 2 fluxos de trfego) seleccionadas aleatoriamente entre todos os pares de switches de acesso e todos os pares de gateway de acesso. Os valores dos pedidos foram seleccionados aleatoriamente entre 4 valores diferentes (10, 20, 50 e 100 Mbps) considerando trs casos de estudo: a percentagem total de pedidos internos a uma regio de 20% para o caso de estudo A, 50% para o caso de estudo B e de 80% para o caso de estudo C. Os trs casos foram resolvidos considerando um nmero n de STs adicionais, dentro de cada regio, igual a 1 e 2. Em todos os casos, o caso n = 2 no encontrou melhor soluo do que a melhor soluo do caso n = 1. A Tabela 7 apresenta os resultados obtidos.

Tabela 7 - Os 10 valores mais altos do array de carga para cada caso de estudo [12]

No caso de estudo A, a maior parte dos valores das piores cargas esto em ligaes fora da regio e, uma vez que as MSTs apenas conseguem melhorar o balanceamento de carga dentro das regies, h uma melhoria mnima no uso de uma ST adicional. Por outro lado, a ST adicional proporciona uma melhoria significante no caso de estudo C, uma vez que todos os valores das piores cargas na soluo melhor de uma nica CST correspondem a ligaes dentro de regies. O caso de estudo B est no meio dos dois resultados anteriores: a ST adicional possibilita uma pequena diminuio da pior carga de ligao de 55% a 51%.

65

Para todos os casos o nmero de iteraes foi igual a 10000. A primeira parte do algoritmo demorou 160 segundos, no mximo, com a melhores solues a serem encontradas nas primeiras 10 iteraes para todos os casos. A segunda parte do algoritmo demorou, no mximo, 2 segundos, com as melhores solues a serem encontradas nas primeiras 1000 iteraes para todos os casos. Estes resultados mostram que o procedimento proposto bastante eficiente e capaz de obter solues com um pequeno tempo de processamento. Para comparar as duas abordagens, usado o algoritmo de [11] para obter a melhor soluo para estes trs casos, assumindo a rede global como uma s regio. Os resultados so apresentados na Tabela 8.

Tabela 8 - Os 10 valores mais elevados do array de carga, considerando a rede como uma s regio [12]

Considere-se inicialmente o caso de estudo C. Neste caso, a maior parte do trfego interno s regies e a soluo para a abordagem das 3 regies apresentada na Tabela 7 (com o valor de pior carga igual a 29%) apenas ligeiramente pior do que a melhor soluo com a abordagem de uma s regio apresentada na Tabela 8 (com o valor de pior carga igual a 21%). Neste caso, a abordagem das 3 regies uma boa soluo dado que pode atingir um balanceamento de carga quase to bom como a soluo ptima de uma nica regio e isso minimiza o impacto de falha de ligao na rede. No caso A e B, a soluo com apenas uma regio obtm solues bastante melhores de balanceamento de carga. De notar que, no caso de estudo A, a abordagem com 3 regies ainda pior do que a soluo do STP (a pior carga 70%) e isto acontece porque o STP no necessita de um conjunto de ligaes activas. Nestes casos, h um compromisso entre o balanceamento de carga e o impacto de falha de ligao. Para finalizar, os resultados apresentados na Tabela 8 mostram que solues aproximadamente ptimas foram obtidas com duas STs adicionais. No esquecer que, no trabalho anterior [11], uma ST adicional era suficiente para obter o melhor balanceamento de carga. Estas observaes mostram que possvel optimizar o balanceamento de carga com um nmero pequeno de STs, sem que isso penalize significativamente o elevado (overhead) processamento dos switches. O artigo [13] estuda o relacionamento entre o balanceamento de carga e o service disruption assente na falha de uma ligao, no caso de quer uma regio ou diferentes regies serem adoptadas, e para diferentes nmeros de STs adicionais. De notar que todo o trfego cujo percurso de encaminhamento

66

alterado sofre temporariamente service disruption. O trabalho [12] j abordava o tema da optimizao do balanceamento de carga, mas o algoritmo de optimizao proposto menos eficiente do que o apresentado neste e o impacto de falhas de ligaes no service disruption no foi abordado. Aqui so melhorados, quer o algoritmo de atribuio dos valores de Port Cost, quer o algoritmo de optimizao propriamente dito. Foram solucionados diferentes problemas de instncias gerados aleatoriamente com o algoritmo proposto. Os casos de estudo aqui apresentados consideram a rede apresentada na Figura 47, a mesma utilizada em [12], com as mesmas caractersticas de rede e de trfego. Os casos de estudo A, B e C so tambm idnticos. Todos os casos de estudo foram resolvidos pelo algoritmo de optimizao proposto. Seguidamente, as STs obtidas foram usadas para atribuir parmetros MSTP apropriados, usando o algoritmo de atribuio de Port Cost. Os 3 casos de estudo foram resolvidos assumindo o nmero mximo de n STs dentro de cada regio entre 0 e 2. A Tabela 9 mostra os piores valores de carga de ligao de cada soluo obtida.

Tabela 9 - Resultados do caso de estudo baseado em 3 regies [13]

Estes resultados mostram que uma ST adicional obtm: Uma melhoria significante no balanceamento de carga para o caso de estudo C onde o trfego na maioria interno s regies (pior carga de ligao diminui de 41% para 29%); Uma pequena melhoria no balanceamento de carga para o caso de estudo B (pior carga de ligao diminui de 55% para 51%); No h melhorias no caso de estudo A.

Estes resultados mostram que quando se adoptam regies mltiplas, a quantidade de balanceamento de carga que se pode obter com STs adicionais limitada. Foram tambm considerados os trs casos de estudo mas assumindo toda a rede como uma s regio. Os 8 valores de pior carga de ligao de cada soluo obtida so apresentados na Tabela 10.

67

Tabela 10 - Resultados do caso de estudo baseado numa regio [13]

Estes resultados mostram que uma ST adicional obtm uma melhoria significante no balanceamento de carga para todos os casos de estudo (pior carga de ligao diminui de 70% para 31%, no caso A, de 50% para 23% no caso B e de 41% para 21% no caso C). Comparando as duas tabelas anteriores, observa-se que em todos os casos, uma nica regio melhor. Esta diferena bastante acentuada no caso de estudo A e B e apenas ligeira no caso C uma vez que este o caso onde o trfego maioritariamente interno s regies e, como observado anteriormente, a ST adicional foi eficiente na melhoria do balanceamento de carga. Alm disso, duas STs adicionais no proporcionam uma melhoria no desempenho significante em relao a uma ST adicional, o que significa que o balanceamento de carga aproximadamente ptimo obtido com uma nica ST adicional, e sem penalizar significativamente o elevando processamento dos switches. Foi tambm analisado neste artigo o service disruption de todas as melhores solues com os parmetros MSTP atribudos pelo algoritmo de atribuio de Port Cost. Para cada soluo, e para cada ligao usada pelo menos numa ST, foi testado: A nova ST quando a ligao em questo falha; Os fluxos de trfego cujos percursos so modificados pelas novas STs; A soma dos pedidos de fluxos; A percentagem de todos os pedidos que sofrem service disruption.

Com estes dados foi determinado: A mdia de todas as percentagens de trfego para todas as ligaes que so usadas pelo menos por uma ST; A percentagem de todos os pedidos de trfego que sofre service disruption no pior caso de falha de ligao, como se pode verificar na Tabela 11.

68

Tabela 11 - Resultados do service disruption [13]

Quer na anlise da mdia, quer na anlise do pior caso, os resultados mostram um ponto importante. A abordagem de uma nica regio sempre melhor quando so consideradas STs adicionais (mesmo no caso de estudo C, onde o trfego na maioria interno s regies). Isto pode parecer inesperado uma vez que os cenrios com mltiplas regies garantem que as falhas de ligaes dentro das regies no alteram as STs fora da regio. De qualquer forma, quanto melhor for o balanceamento de carga da rede e o algoritmo de atribuio de parmetro MSTP proposto, que minimiza o nmero de ligaes que mudam de estado quando se d uma falha, melhores so os resultados de service disruption na abordagem de uma nica regio. Alm disso, duas STs adicionais no proporcionam melhorias significativas no service disruption em relao a uma ST adicional, o que significa que, como em anlises anteriores, solues aproximadamente ptimas so obtidas com uma nica ST adicional, no penalizando significativamente o processamento elevado dos switches. O algoritmo de atribuio de parmetros MSTP proposto tem uma complexidade polinomial relativa ao nmero de switches e ao nmero de ligaes e, desta forma, o algoritmo corre com tempos computacionais bastante baixos. O algoritmo de optimizao proposto foi corrido em todos os casos com um tempo mximo de 30 minutos. Na prtica, uma soluo que minimiza um nmero pequeno de valores de pior carga (assumam-se os 6 valores de pior carga) suficiente uma vez que os restantes valores se tornam pequenos. Com este critrio, necessrio muito menos tempo de processamento. Mais uma vez, o algoritmo proposto um processo estocstico, o que significa que corrido em diferentes alturas pode obter resultados diferentes. Foram corridos 5 vezes todos os casos aqui presentes e, de todas as vezes, a melhor soluo dos 6 valores de pior carga foi sempre encontrada decorridos menos de 2 minutos de tempo de processamento para casos com 1 ou 2 STs adicionais. Estes tempos deixam os autores confiantes de que os resultados obtidos so de facto ptimos para os 6 valores de pior carga.

69

3.4 Diviso da rede em regies

O artigo [14] prope um algoritmo para a definio de regies MST num domnio de rede empresarial que tem como objectivo proporcionar o melhor tempo de convergncia, a reutilizao dos VLAN tags, a proteco contra falhas e um tamanho de domnio broadcast ptimo. Nesta abordagem, membros de diferentes VLANs podem ser associadas a um switch, ou seja, o switch pode fazer parte de mltiplas regies. Quando um switch faz parte de vrias regies, as ligaes associadas a esse switch podem agir como membros de mais do que uma regio. Esta tcnica bastante flexvel e escalvel. Os switches podem ser adicionados ou removidos de uma regio com base no facto de pertencerem a uma VLAN da regio. Por exemplo, adicionar um novo membro a uma VLAN v implica a adio desse membro a um switch. Se o switch no fizer parte da regio onde v pertence, o switch adicionado a essa mesma regio. No entanto, este mtodo usado para construir regies deve ir de encontro aos seguintes requerimentos: Proporcionar proteco; Garantir no mnimo duas ligaes fsicas entre regies; Oferecer uma rpida recuperao de falhas; Assumir um compromisso entre o tamanho da regio e o desempenho; Garantir um tamanho de domnio broadcast ptimo; Permitir a reutilizao dos VLAN tags.

A proteco contra falhas de ligao pode ser conseguida garantindo, pelo menos, duas ligaes fsicas entre regies pelo que o primeiro e o segundo ponto esto relacionados. O tamanho do domnio broadcast depende do tamanho do domnio e o seu dimetro. A rpida recuperao de falhas atingida mais facilmente se a regio onde se d a falha for pequena pelo que, os terceiro, quarto e quinto objectivos esto tambm relacionados. No entanto, ter demasiadas regies pequenas na rede resulta na circulao de mais mensagens de controlo, o que faz com que o uso de regies deixe de ter sentido. Assim sendo, surge a necessidade de encontrar um tamanho ptimo para uma regio, que deve ter em considerao o nmero de ns e o dimetro da mesma. O algoritmo desenvolvido est dividido em duas partes. A primeira parte consiste na formao de regies, ligadas entre si por duas ligaes fsicas (2-connected). A segunda parte a expanso da regio. O algoritmo comea por gerar aleatoriamente uma VLAN e assume-a como sendo uma regio. O passo seguinte fazer com que esta regio seja do tipo 2-connected adicionando novos ns. Se a regio puder albergar mais ns, adicionada outra VLAN e o processo continua. So constantemente geradas regies at no existirem mais VLANs. Quando so consideradas regies mais pequenas, algumas VLANs podem no ser adequadas para nenhuma regio disponvel. O problema pode passar pelo tamanho da VLAN ou pelo facto de os ns da VLAN estarem muito dispersos. A estas VLANs d-se o nome de blocked VLAN. Com base na disponibilidade

70

dos VLAN tags, ou se faz com que algumas regies representem uma nica VLAN ou se forma uma regio com todas as blocked VLANs. Antes de mais, oportuno introduzir alguns termos/procedimentos utilizados neste artigo, para uma melhor compreenso do mesmo.

VLAN-Region share list (VR list) Uma VR list expressa a percentagem de ns (switches) partilhados entre uma VLAN e uma regio especfica. Esta lista vai ser inicializada a zeros e vai sendo actualizada medida que a rede se vai dividindo. A lista em questo , portanto, uma ajuda para escolher as VLANs candidatas para dada uma regio. Observe-se um exemplo de uma VR list na Tabela 12.

VLAN 1 VLAN 2 VLAN 3

100% 60% 70%

Tabela 12 - Exemplo de uma VLAN-Region share list (VR list) [14]

Tagging Este procedimento usado para identificar a distncia a que um n est da sua regio. Quanto menor for o tag, menor a distncia entre o n e a regio. Inicialmente, todos os ns da rede que pertencem regio so atribudos com o tag 1. Seguidamente, cada n com o tag 1, encontra todos os ns adjacentes que no tm nenhum tag, aos quais atribudo o tag 2. Este processo continua at todos os ns da rede possurem um tag. Para evitar inconsistncias, nunca se atribui um tag a um n que j o possua. Durante o processamento do algoritmo, vo ser adicionados regio ns novos que passam a ter o tag 1. Isto resulta no retagging de outros ns na rede.

Voting O procedumento de voting usado para identificar o quanto um n est ligado a uma regio. Todos os ns da rede tm uma hiptese de votar nos seus vizinhos. No entanto, o voto s atribudo a ns que no faam parte da regio actual. Um n com tag k pode dar um voto de 1/k a todos os seus vizinhos. Considere-se a seguinte Figura 48.

71

Figura 48 - Exemplo de tagging e voting [14]

A Figura 48 mostra um grafo com tags e votes. Esta votao usando 1/tag explica com que actividade um n est ligado regio e conforme o valor do tag aumenta, os ns mais distantes da regio vo ter menos votos de baixo valor, o que significa que estes ltimos ns vo ser evitados na expanso da regio. O processo de voting com tagging selecciona ns que so imediatamente vizinhos e esto fortemente ligados regio. Isto faz com que se mantenha o dimetro da regio num nvel aceitvel. Como explicado na seco tagging, quando um novo n passa a fazer parte da regio, necessrio fazer um revoting.

Coarsening O procedimento de coarsening usado para reduzir o tamanho de um grafo sem perder as suas propriedades. Este mtodo utilizado no decorrer do algoritmo num grafo simplificado, reduzindo a complexidade do algoritmo. Observe-se a Figura 49 que representa este mtodo, onde o ponto negro na ilustrao da direita, representa todos os pontos e ligaes negras da ilustrao da esquerda.

Figura 49 - Exemplo de coarsening [14]

Assegurar 2-connectivity Depois dos processos de tagging e de voting, o algoritmo extrai um subgrafo 2-connected da rede com todos os ns da regio. Este processo implica a adio de alguns ns regio para garantir que haja sempre duas ligaes fsicas entre todas as regies dadas. Estes ns so chamados de Bridge-nodes (agem como bridges entre os ns da regio). Apesar de os autores terem como objectivo a minimizao do nmero de bridge-nodes na regio, os ns extra no vo afectar o desempenho da regio ou qualquer dos objectivos propostos. Os bridgenodes adicionais na regio proporcionam mais recursos. Uma vez que os ns so partilhados entre regies,

72

no h desperdcio de recursos e estes bridge-nodes vo tambm participar na seleco de outras VLANs que so bastante prximas da regio que est a ser processada quando se d a expanso do tamanho da regio. As simulaes so efectuadas em redes geradas aleatoriamente para estudar o desempenho da abordagem de construo de regies proposta pelos autores. Estas simulaes foram testadas com vrias redes com diferente nmero de switches e VLANs. O gerador de regies da simulao foi testado primeiro para a conectividade dupla (2-connectivity). Os resultados provam que pode ser fornecida proteco contra, pelo menos, um n ou uma falha de ligao. O tamanho do domnio broadcast da regio foi testada usando o dimetro, que o maior caminho mais curto na rede. Considere-se a Figura 50 que mostra os diferentes dimetros para regies com diferente nmero de ns e com diferente nmero de VLANs.

Figura 50 Dimetro [14]

Ao observar a Figura 50 percebe-se que quando o tamanho da rede aumenta, o dimetro tambm aumenta. Contudo, o aumento do dimetro menos acentuado quando h um grande nmero de VLANs na rede. Note-se que, com o aumento do nmero de VLANs, a regio fica mais pequena, logo, o dimetro obtido melhor. Isto indica claramente que, quando se tem mais VLANs para escolher, as regies esto mais perto do ptimo. Consequentemente, fica provado que a abordagem dos autores apropriada para redes de grande dimenso com elevado nmero de VLANs e ns. Observe-se a Figura 51.

73

Figura 51 - VLANs bloqueadas [14]

Na Figura 51 apresentada uma comparao entre a abordagem do autor (regies lgicas) e as regies fsicas baseadas no nmero de blocked VLANs. Na regio fsica, um switch tem permisso para fazer parte de apenas uma regio. Pode-se concluir que os mtodos propostos neste artigo suportam a natureza dinmica das VLANs, onde os ns VLAN podem ser adicionados, mudados de posio ou removidos sem muito esforo. Este mtodo fornece recursos suficientes a uma regio para que esta consiga recuperar pelo menos de falhas isoladas. Com as simulaes, conclui-se tambm que esta abordagem pode ser usada para melhorar o desempenho do MSTP dividindo a rede em regies com base nas VLANs. Este algoritmo pode ser facilmente alargado de forma a construir regies baseadas em prioridades de trfego, departamentos, acessos privilegiados, e requisitos de segurana.

3.5 Outros aspectos de Engenharia de trfego

3.5.1 QoS As normas do IEEE adoptam uma estrutura Spanning Tree. Esta abordagem foi plausvel durante algumas dcadas, no entanto, recentemente as aplicaes multimdia tm chamado a ateno da comunidade de redes, e vrios tipos de informao com diferentes requisitos de servio emergiram. Neste contexto, as abordagens standard que assentam numa nica ST acarretam os problemas. Em primeiro lugar, uma vez que todo o trfego de rede passa pela mesma rvore, frequente dar-se o congestionamento de rede, mesmo em situaes onde as ligaes bloqueadas possuem bastante largura de banda disponvel. Isto causa a degradao da qualidade de servio para fluxos QoS-sensitive. Desta forma, toda a rede subutilizada e as questes do balanceamento de carga e da engenharia de trfego tornam-se difceis de solucionar nestas condies. Em segundo lugar, os standards IEEE referidos possuem uma disciplina de agendamento que dispe de filas de prioridade simples. No que toca a este assunto, uma vez que o trfego multimdia prioritrio em relao ao trfego best effort. Estes fluxos de menor prioridade

74

podem sofrer de starvation, (ou seja, podem no ser servidos) se os fluxos multimdia, de maior prioridade, constiturem uma fraco significante do trfego. Uma soluo para esta situao implica que o gestor de rede decida manualmente as configuraes da ST de diferentes VLANs para atingir um balanceamento de carga apropriado. claramente poupado muito tempo e esforo, se o MSTP puder convergir para uma boa topologia, que tenha em conta o trfego, sem a interveno humana. Estes assuntos foram abordados por diversos autores. O artigo [15] prope um novo, simples e melhorado MSTP com o objectivo de atingir elevado grau de QoS, tendo em considerao as diferentes caractersticas dos vrios tipos de trfego. proposto um mecanismo MST baseado em QoS para redes WAN que constri STs baseadas no tipo de trfego e melhora a qualidade de servio e a eficcia do balanceamento de carga. Para assegurar a compatibilidade com os protocolos em uso, o mecanismo no requer nenhuma modificao mas apenas uma extenso. O IEEE 802.1s no especifica os detalhes de atribuio de um grupo de VLANs a uma ou mais MSTIs. No mecanismo baseado na QoS, proposta uma poltica de atribuio baseada nas caractersticas do trfego. Para trfego no multimdia, uma ST para cada tipo de trfego partilhada entre todas as VLANs para evitar a exploso de mensagens de controlo. No caso do trfego multimdia (por exemplo, trfego de voz e vdeo), uma ST construda para cada par de VLAN/tipo de trfego, uma vez que tanto o throughput como o atraso end-to-end so factores igualmente importantes na qualidade de servio. Neste novo mecanismo de QoS, quando uma VLAN criada, o seu tipo de trfego tambm assinalado com a sua VLAN ID. Neste trabalho, utilizada a correspondncia seguinte entre tipos de trfego e valores de prioridade: 0 Trfego best effort; 1 Trfego background; 2 Spare; 3 Trfego excellent effort; 4 Trfego controlled load; 5 Trfego video; 6 Trfego voice; 7 Trfego network control.

Para diferentes tipos de trfego, as suas mtricas de custo mais relevantes podem ser diferentes. Por exemplo, o trfego 7 de mais alta prioridade precisa que os pacotes no sejam perdidos. Por outro lado, o trfego 5 e 6 so trfegos de vdeo e voz e necessitam de um atraso e de um jitter limitado. O trfego do tipo 0 a 4 (trfego no multimdia) tenta ao mximo evitar no ser servido. O protocolo standard usa apenas a velocidade do interface como mtrica de custo do percurso para construir a ST. Esta mtrica de custo esttica, no reflectindo correctamente o estado da rede, e a ST resultante sempre a mesma a

75

menos que haja falha de ligaes. Para ultrapassar esta limitao, adoptado o uso de mtricas adicionais baseadas nos tipos de trfego bem como na velocidade das interfaces para adaptar o custo do percurso.

Tabela 13 - Valores do parmetro custo do percurso [15]

No mecanismo de construo de MSTs baseadas no QoS, inicialmente considerado um custo para cada porta baseado na sua velocidade de transmisso de acordo com o que feito pelo protocolo standard (Tabela 13). Seguidamente, o custo do percurso adaptado pela mtrica adicional de acordo com o tipo de trfego a ser servido. No incio, a ST para o trfego no multimdia construda de acordo com a velocidade dos interfaces. Como referido anteriormente, o IEEE 802.1s MSTP considera uma IST e uma ou mais MSTIs. A ST, para o trfego best effort no novo mecanismo baseado em QoS, desempenha um papel de IST no protocolo standard. Por outras palavras, a ST em questo faz a ligao com uma ST fora do campus, e as outras STs para o trfego de maior prioridade esto relacionadas com as MSTIs. No caso do trfego multimdia, o atraso extremo-a-extremo um dos factores de maior importncia. De qualquer forma, a informao da fila dinmica e imprevisvel, especialmente no que toca a filas de prioridade simples. Assim, introduzida uma nova mtrica, o nmero de VLANs activas, que indica o nmero actual de fluxos VLAN que esto a passar pelo switch. Uma vez que a ST abrange todos as switches da rede, e o trfego actual pode fluir apenas por uma pequena parte da ST, so usadas entradas up-to-date na base de dados de filtragem para se saber quantas VLANs esto activas atravs de uma porta em particular. Usando esta informao, quando um switch recebe uma trama de controlo para a construo da ST para o par VLAN/tipo de trfego, o switch calcula a largura de banda vivel, Fbw(tc), e a largura de banda efectiva, Ebw(tc), baseada nas especificaes de classe do trfego tc no BPDU. Para avaliar o desempenho deste novo mecanismo foi adoptado o simulador de rede Qualnet 3.5 que suporta as normas do IEEE, logo, a construo de uma nica ST e a criao e manuteno de VLANs. No entanto, este simulador no suporta MSTs pelo que foi implementado o IEEE 802.1s MSTP para MST e, de

76

seguida, os mdulos MST baseados no QoS propostos. Foi comparado o desempenho entre estes mecanismos de construo de STs em termos de throughput e de atraso extremo-a-extremo. A topologia simulada consiste numa rede com 16 switches e ligaes de 10 Mbps. Para trfegos padro, foram gerados quatro tipos de trfego: best effort, vdeo, voice e controlo de rede. Uma vez que no existe nenhuma mistura ideal dos vrios tipos de trfego, variou-se o a distribuio destes quatro cenrios de tipo de trfego. So usados dois mecanismos assentes na QoS que constroem uma ST baseada no estado da rede. O primeiro mecanismo, QoS-MST, anula as STs que no modificam os seus caminhos de acordo com o estado actual da rede, reconstruindo-as. O segundo mecanismo, QoS-DYN-MST, no entanto, guarda uma tabela com o nmero de VLANs que atravessam as portas mesmo depois de as novas rvores serem construdas.

Tabela 14 - Benefcios do throughput para cada tipo de trfego (Kbps) [15]

A Tabela 14 mostra a melhoria apresentada pelas diferentes distribuies de trfego para cada classe de trfego quando comparada com o caso de implementao de uma nica ST. obvio que quer o MSTP, QoS-MSTP e QoS-DYN-MSTP tm um desempenho muito melhor do que o STP. Os resultados apresentados so a diferena mdia do atraso e do throughput observados pelas vrias classes de trfego no que respeita ao cenrio base MSTP.

77

Tabela 15 - Benefcios do atraso extremo-a-extremo para cada tipo de trfego (ms) [15]

So usadas 10, 20 e 30 VLANs com o objectivo de saturar a rede completamente. A Tabela 14 e a Tabela 15 mostram o throughput e o atraso end-to-end para cada classe de trfego no que respeita distribuio de trfego. Como o trfego de controlo de rede o trfego de maior prioridade, nunca sacrificado em relao a outros trfegos e raramente descartado, a menos que a ligao esteja congestionada por outros trfegos de controlo de rede. Desta forma, o artigo foca-se no desempenho de rede do trfego best effort, video e voice. Uma vez que o throughput do trfego voice (VoIP) pequeno e no um factor decisivo, o throughput foi comparado entre o trfego best effort e o trfego video. A distribuio de trfego indica a percentagem atribuda a cada tipo de trfego. Logo, 20/70/10 implica 20% de todo o trfego da rede best effort, 70% trfego multimdia (voice e video) e 10% trfego de controlo de rede. Se a poro de trfego multimdia for muito pequeno comparado com o trfego best effort, este ltimo no sofre starvation (i.e., no deixa de ser servido). Este o motivo pelo qual mantida uma quantidade de trfego multimdia significante para clarificar a diferena de desempenho. As tabelas mostram claramente que o QoS-MSTP e o QoS-DYN-MSTP apresentam melhorias notveis quando comparadas com o MSTP simples. Alguns resultados so bastante interessantes e validam o que os autores tinham em mente. Por exemplo, para 20 VLANs, com distribuio de trfego de 20/70/10 e de 30/60/10, verifica-se que o trfego best effort (BE) sofre muito mais no caso do QoS-MSTP do que no caso QoS-DYN-MSTP, enquanto o trfego multimdia ganha muito mais no caso QoS-MSTP do que no caso QoS-DYN-MSTP. Isto deve-se ao facto de o QoS-MSTP fixar a ST pelo que o trfego de classe 5 e 6 permanece com uma boa rvores de suporte, fazendo uso dela, deixando o trfego BE, que vem de seguida, sem ser servido. Por outro lado, o QoS-DYN-MSTP monitoriza continuamente e altera a ST se houver necessidade de servir trfego de classe 5 ou 6. Isto implica uma melhor partilha de recursos entre as vrias classes. De facto, na distribuio 30/60/10 para 20 VLANs, pode-se verificar que quer o trfego BE quer o

78

trfego multimdia ganham comparativamente ao MSTP, enquanto para o QoS-MSTP, o trfego multimdia ganha muito, mas o trfego BE sacrificado. O artigo [16] aborda tambm a engenharia de trfego em termos de QoS de uma forma dinmica. O tradicional STP e MSTP so do tipo topology-driven, ou seja, as rvores so construdas apenas com base nas informaes da rede. Em contraste com a abordagem topology-driven, o mtodo de engenharia de trfego proposto neste artigo tem a finalidade de construir as rvores e atribuir-lhe VLANs de uma forma traffic driven onde o objectivo a optimizao da atribuio de VLANs e a garantia por parte das rvores de requisitos de QoS e de utilizao de rede. Depois de uma optimizao, so atribudos pesos (custos) s ligaes da rede Ethernet. Aqui considerado o MSTP com apenas uma regio em toda a rede de acesso. A atribuio de rvores e VLANs baseada no destino dos pacotes: uma VLAN pertence a uma rvore se o destino dos pedidos, que formam essa VLAN, o n raiz da rvore. Se todas as VLANs tiverem os seus destinos a pertencer a uma mesma rvore, a atribuio das VLANs s rvores do tipo straightforward; caso contrrio, necessrio distribuir as VLANs pelas rvores. Quando se faz essa atribuio, quer a engenharia de trfego, quer os requisitos de QoS so considerados. Posto isto, so formulados 3 casos de estudo: Optimized Spanning Tree Protocol (STPopt): considerada apenas uma rvore na rede. No entanto, em vez de uma abordagem do tipo topology driven, assumida uma abordagem do tipo traffic driven, na qual se assume que todos os pedidos de todas as classes de trfego tm que ser transportados por essa rvore nica. Optimized MSTP com 1 rvore por raiz (MSTPopt1): assumido que h mltiplas rvores e existe uma rvore para cada n edge. A cada rvore atribuda uma S-VLAN (conjunto de clientes com o mesmo tipo de trfego/servios) baseada no destino e na classe do trfego dessa mesma S-VLAN. Note-se que pode haver mltiplos pedidos encaminhados atravs de diferentes rvores para diferentes razes, possibilitando que o trfego seja distribudo entre as ligaes sem correr o risco de ocorrncia de ciclos em qualquer das rvores. Optimized MSTP com 2 rvores por raiz (MSTPopt2): assumido que h duas (ou at mais) rvores para cada n edge. A cada rvore so atribudas S-VLANs para cada classe, mas as C-VLANs so atribudas s S-VLANs de uma forma ptima. Isto permite que uma nica ligao possa transportar ambas as rvores que mais tarde podem usar ligaes diferentes de novo. Esta abordagem suporta melhor a engenharia de trfego. Aqui no s se define o encaminhamento nas rvores, como simultaneamente se atribuem VLANs a essas rvores.

Para testar estes trs mtodos, so usadas as normas STP e MSTP para comparar resultados. A nica restrio o facto de a raiz das rvores terem que ser um dos ns edge.

79

A maior parte dos critrios seleccionados focam-se na qualidade das solues dadas. Entre eles, o throughput disponvel o critrio mais importante, uma vez que quanto mais pedidos poderem ser transmitidos ao mesmo tempo, mais pedidos podem ser servidos no mbito global.

Figura 52 - Topologia de uma rede de acesso tpica [16]

So usadas trs redes diferentes: uma rede pequena (12 ns) e uma de tamanho mdio (18 ns), ambas dual-homed, e uma rede em rvore como a representada na Figura 52. A capacidade das ligaes na parte do ncleo de 1 Gbps enquanto na parte de acesso de 100 Mbps. Para simplificar, so aqui usados apenas 4 classes como mostra a Tabela 16. atribudo o maior peso ( =4 neste caso) classe de trfego de maior prioridade tendo, no entanto, o menor volume de trfego, ou seja, taxa de recursos de ligaes que lhe atribuda a menor ( 1 = 10% neste exemplo).
1

Tabela 16 - Classes de trfego [16]

atribudo o maior peso s classes de mais alta prioridade de trfego embora estas tenham menor volume pelo que -lhes tambm atribudo a mais baixa parcela de recursos de ligao.

Tabela 17 - Parmetros de capacidade de uma topologia de tamanho mdio [16]

80

A Tabela 17 mostra que se forem usadas mais STs, o comprimento do percurso diminui, uma vez que no h necessidade de desviar o trfego atravs do n raiz de uma nica rvore. Alm disso, o decrscimo da mdia do comprimento do percurso explica a razo dos pequenos aumentos de atribuio da capacidade resultarem num ganho em termos de throughput. Apesar de ser transmitido mais trfego, este encaminhado pelos caminhos mais curtos, logo, atingida uma maior utilizao das ligaes (average link utilization). As simulaes feitas (12 por caso) indicaram que o throughput depende maioritariamente da topologia e do mtodo de optimizao de rvores utilizado. A vantagem do MSTP em relao ao STP bvia pois as duas rvores atribudas aos dois ns edge podem usar percursos diferentes para transmitir o trfego nas partes de acesso, o que aumenta o throughput. A maior limitao da topology-driven STP e MSTP vm ao de cima. Todos os ns de acesso numa parte de acesso, so ligados a uma nica bridge interna que tem o menor valor de Bridge ID. Ao poder escolher entre duas ou mais VLANs (MSTPopt2) um consequente ganho pode ser alcanado. De qualquer forma, os mtodos traffic driven tm aproximadamente o mesmo desempenho que os mtodos topology driven quando as partes de acesso tm topologias em rvore. O artigo [17] volta a incidir na construo e manuteno de MSTs para uma distribuio de trfego prxima do ptimo. Aqui, para que uma VLAN seja atribuda a cada ST e as tramas enviadas para uma rvore sejam identificadas pelo VLAN ID, as STs so construdas de tal forma que o trfego bem distribudo e no h ligaes sobrecarregadas. As ligaes tm que ser escolhidas de tal forma que possam lidar com os pedidos de trfego gerado pelos ns terminais. Uma soluo simples a utilizao do algoritmo Dijkstra. Este algoritmo constri uma ST para cada C-VLAN e depois actualiza o peso das ligaes para construir o novo trfego. Uma vez que um cliente no usa todos os APs, pode no ser obtido o melhor percurso entre VLANs e APs para o trfego dado, mesmo que a ST tenha custo (peso) mnimo. Tambm a ordem pela qual as ligaes so seleccionadas, onde o n raiz colocado e a ordem da construo da ST vo afectar a soluo final. Posto isto, os autores prope uma soluo considerando todos estes requisitos que constri STs. Apesar disso, esta abordagem pode no lidar com mudanas bruscas de carga na rede, mas a constante monitorizao e uma reconfigurao simples melhoram o desempenho. Aqui o peso uma funo da capacidade da ligao dada e do atraso: o peso de uma ligao directamente proporcional ao atraso e inversamente proporcional sua capacidade. So ento apresentados os resultados das simulaes efectuadas ao algoritmo de construo de MSTs optimizado. O algoritmo simulado para determinar o desempenho baseado nos percursos da ST, nos pedidos de trfego e distribuio do mesmo. As entradas da simulao so: a topologia de rede em formato de matriz e os pedidos de trfego para cada C-VLAN. Ambas so geradas aleatoriamente baseadas em funes de probabilidades. Em todas as topologias, a largura de bandas das ligaes usada foi de 100 Mbps. O atraso de propagao seleccionado aleatoriamente entre 0,2 e 1,0 milissegundos. A sada da

81

simulao dada em formato de STs. Seguidamente analisado o desempenho destas rvores comparando com rvores construdas usando o algoritmo de Dijkstra.

Tabela 18 - Desempenho de uma rede de 22 ns [17]

A Tabela 18 mostra o desempenho de uma rede de 22 ns. Dois parmetros so seleccionados para mostrar o desempenho: o peso agregado (Ag_W) da ST e o comprimento do peso mdio (Av_WL) dos percursos dentro da rvore. Para calcular o comprimento do peso mdio encontrado primeiro o comprimento do peso de todos os percursos entre pares de APs para a C-VLAN em particular. A mdia destes valores d o valor final de Av_WL. Estes parmetros do claramente a ideia do atraso envolvido e o tamanho do domnio broadcast. Estes parmetros so tambm comparados com o uso dos protocolos standard. A rede resultante tem 13 pontos de acesso e recolhida uma matriz de desempenho para 5 CVLANs.

Tabela 19 - Matriz de desempenho para 5 redes diferentes [17]

Se em vez da rede anterior, tivermos 5 redes com diferente nmero de ns, i.e., com uma topologia diferente, e com diferente nmero de C-VLANs, e utilizar a mesma simulao para todas, obtmse uma matriz de desempenho diferente para cada rede, como se pode observar na Tabela 19. Os parmetros so seleccionados pela mdia para cada tipo de rede, sendo que os valores de Ag_W e Av_WL so valores mdios. Os resultados das simulaes mostram que a abordagem dos autores d, de uma forma consistente, uma mdia de desempenho de 20% ( i.e. a mdia entre Ag_W e Av_WL) ou mais. Em alguns

82

casos, o aumento do desempenho foi inferior a 15% para algumas C-VLANs, mas em geral o desempenho da rede foi acima dos 20%

Figura 53 - Matriz desempenho para 5 redes diferentes [17]

A Figura 53 mostra a distribuio do trfego numa rede com 12 ns ligados (40 ligaes) com 100 Mbps de largura de banda baseada nas seguintes abordagens: Uma nica ST para ligar todos os ns da rede. Esta ST usada por todas as C-VLAN da rede. MSTs para as C-VLANs. No entanto, as capacidades das ligaes no so actualizadas depois da construo das rvores, resultando em rvores bastante similares. MSTs so construdas e as capacidades das ligaes so actualizadas depois de ter sido construdas para a C-VLAN. Isto muito semelhante abordagem deste artigo, excepto a procura do percurso mais curto e a atribuio na rvore que no se aplicam. A abordagem proposta pelo artigo.

Pelo grfico da figura anterior, claro que as tcnicas 1 e 2 causam uma sobrecarga nas ligaes e so usadas menos de 30% das ligaes. Mesmo assim, so usadas MSTs na segunda abordagem, o resultado prximo do uso de uma nica ST. Uma vez que o trfego no reflectido num grafo depois de ser construda a ST, escolhendo diferentes ns raiz para cada C-VLAN no far muito diferena para a estrutura das STs. No entanto a terceira tcnica e a quarta abordagem so muito semelhantes. No algoritmo proposto, o trfego mximo numa ligao inferior a 50% da capacidade de ligao, e menos de 10% das

83

ligaes no tiveram qualquer trfego. Na terceira tcnica, 25% das ligaes no foram usadas e mais de 80% da capacidade de algumas ligaes foram usadas.

3.5.2 Mobilidade O crescimento rpido dos pedidos de servios de comunicaes pessoais com terminais mveis refora a importncia da implantao de tecnologia de redes de rea metropolitana (Metropolitan Area Network, MAN) e a sua integrao com sistemas wireless capazes de fornecer servios de rede a milhes de utilizadores mveis. Estes pedidos de comunicaes mveis no so uniformes em toda a rede pelo que a rede tem que ser flexvel na sua configurao. Vrios sistemas rdio podem integrar as MANs, tais como 3G, 4G e wireless Local Area Networks (LANs), fornecendo tambm servios IP comuns beneficiando de cada acesso wireless ao mesmo tempo que suporta a mobilidade [19]. O suporte mobilidade dos terminais predominantemente endereado em termos da camada IP. O mecanismo IP mvel (mobile IP) deve suportar a mobilidade terminal, mas precisa de uma pesada troca de mensagens, tais como Binding Update e Return Routability, para atribuir cuidadosamente um novo endereo e lig-lo ao endereo residencial (home address) na transio do terminal mvel entre redes de acesso. Os pacotes IP passam pelos routers e deparam-se com fragmentaes, esperas e pesquisas da Route Table, causando perda de pacotes e atrasos. Comparativamente, os routers so mais complexos do que os switches da camada 2. A tecnologia Ethernet candidata para a construo de uma MAN, tendo esta wireless LANs, devido sua simplicidade e flexibilidade de manuteno de uma topologia de rede. A Ethernet mvel consiste na introduo de Layer 2 Cache Learning e mecanismos de Handover em switches. Contudo, a rede no garante a reconfigurao da rede de forma a atingir a flexibilidade necessria para suportar utilizadores mveis.

Figura 54 - Ethernet mvel e acesso wireless [19]

84

A Figura 54 descreve o modelo da Ethernet mvel, sendo uma das solues que permite integrar variados acessos wireless. A Ethernet mvel baseada na Ethernet WAN, onde cada mensagem virtualmente transmitida na rede partilhada com endereos MAC e permite ligar vrios tipos de sistemas de rdio, tais como 3G, 4G e Wireless LANs, seguindo uma interface MAC e autenticao da rede. Os terminais mveis escolhem, de entre as redes de acesso disponveis, aquele que melhor se adequa baseado, por exemplo, na sua prpria poltica e na informao disponibilizada pelas redes. A Ethernet mvel organiza seces para obter uma boa escalabilidade da Ethernet. Desta forma, temse uma certa liberdade ao projectar uma estrutura de seces. As seces so ligadas atravs de redes de Fast Core. Para implementar a Ethernet mvel dentro da Metropolian Area imperial que haja escalabilidade nas redes do ncleo e nas seces. Isto deve-se ao facto de o Core (ncleo) ter que cobrir uma cidade e as suas reas suburbanas, bem como cada seco tem que fazer a ligao entre centenas de pontos de acesso na rea da cidade. Tecnologias com redes Mesh so adequadas para uma seco Ethernet uma vez que no possuem restries topolgicas. Contudo, no existe nenhum mecanismo de manuteno da ST numa rede Mesh de milhares de switches que satisfaa os requisitos para aplicaes sensveis ao tempo.

Uma rede Ethernet tpica tem redundncia nos percursos que lhe confere flexibilidade e fiabilidade. No entanto, geram-se ciclos criando uma sobrecarga na rede, como referido anteriormente. O STP resolve este problema mas o seu algoritmo demora algum tempo at convergir para uma topologia final em caso de falha ou alterao da rede. Como se sabe, o RSTP constri uma rvore de suporte mais rapidamente. No artigo [19] medido o tempo decorrido para completar a rvore de suporte em redes Mesh (com N ns) com a condio de que estas esto simultaneamente ligadas com parmetros recomendados pelo RSTP.

Figura 55 Tempo de convergncia RSTP numa rede mesh com N ns [19]

85

A Figura 55 mostra o que o tempo necessrio para formar a rvore de suporte aumenta com o nmero de bridges sendo precisos 8 segundos para se formar uma rede Mesh com 11 ns. Isto acontece devido a alteraes em partes especficas da topologia, o que implicam a reconstruo da rvore de suporte pelo RSTP. Isto faz com que um novo protocolo assente em STs escalveis numa MAN de grande dimenso seja necessria. Neste ponto, com o MSTP, j se sabe que so atribudas vrias VLANs a cada uma das MSTs, existindo menor volume de mensagens de controlo trocadas criando, desta forma, mltiplas regies numa subnet IP. Assume-se que uma rede MAN consiste em milhares de switches Ethernet com milhes de terminais mveis e que contm problemas inerentes ao uso do STP, relativamente escalabilidade. Os autores de [19] propem um Scalable Spanning Tree Protocol (SSTP), que uma extenso do MSTP, para organizar as regies automaticamente com a limitao de um nmero de switches predefinido numa regio. Propem tambm uma reduo do trfego de sinalizao e do tempo de convergncia na construo da ST. O SSTP possui trs funes: 1. 2. 3. Construir e manter automaticamente as regies; Construir e manter uma ST em cada regio; Construir e manter uma ST entre regies.

O artigo refere que a funo 1. foi desenvolvida e posteriormente integrada na 2. e na 3. usando o IEEE 802.1s MSTP. So ento definidos os parmetros para o SSTP: Region Size, Region ID e Prev Region ID. O Region Size o nmero de bridges que pertencem mesma regio; o Region ID um valor nico para cada regio e igual ao menor Bridge ID da regio. Numa primeira fase, cada bridge tem um valor inicial de Region Size que igual a 1, o Region ID um valor aleatrio que atribudo pelas suas Bridge ID. Posteriormente so criadas regies fundindo regies vizinhas. O SSTP agrupa duas regies vizinhas quando a soma das Region Size das duas regies no excede o mximo Region Size predefinido. A nova Region ID da regio agrupada passa a ser a Region ID de menor valor entre as duas regies originais. Como resultado da repetio desta sequncia de acontecimentos, regies cuja Region Size menor do que o mximo Region Size so agrupadas. Este protocolo usa mensagens SSTP para comunicar. Essas mensagens consistem em campos de informao que so: type, Bridge ID, Region Size, Region ID e Prev Region ID. H dois tipos de mensagens Hello ou Change (cada tipo identificado pelo campo type). O campo Bridge ID indica o Bridge ID da bridge que envia a mensagem, enquanto o campo Region Size d a informao do nmero de bridges existentes nessa regio. O Region ID e o Prev Region ID indicam as Region IDs que a bridge tem agora e que tinha antes, respectivamente.

86

A mensagem Hello uma mensagem do tipo heart-beat para perceber se duas regies devem ser agrupadas. A mensagem Change notifica o agrupamento das duas regies a todas as bridges envolvidas no processo. Periodicamente as bridges trocam mensagens Hello para todas as bridges s quais esto ligadas num dado intervalo de tempo. Uma bridge que recebe uma mensagem Hello verifica se a sua Region ID menor que a sua e se a soma das Region Size da mensagem e da bridge igual ou inferior ao valor mximo do Region Size. Se for menor, o campo Region ID da bridge passa a ter o valor do da mensagem e o campo Region Size incrementado do valor da mensagem. O Region ID guardado como Prev Region ID. De seguida, a mensagem Change enviada para todas as bridges que esto ligadas com a bridge em questo. Quando uma bridge recebe uma mensagem Change, esta verifica se o valor do Prev Region ID da mensagem igual ao seu Bridge ID. Se for, o Bridge ID da bridge alterado para o valor do mesmo campo da mensagem e mais uma vez o valor do anterior passa guardado em Prev Region ID sendo enviada uma nova mensagem Change pela bridge para todas as bridges a que est ligada. Por outro lado, se o Region ID da mensagem for igual ao da bridge, o campo Region Size da bridge passa a ser igual ao da mensagem. Seguidamente enviada a todas as bridges que esto ligadas bridge em questo. O artigo [19] refere tambm a necessidade de fazer com que o parmetro Region Size, em cada bridge, se mantenha coerente quando uma bridge falha ou uma ligao desactivada. Por exemplo, quando uma bridge falha depois das regies terem sido criadas, as bridges cujo Region Size tem um valor superior ao da bridge que falhou, precisam de mudar o valor desse parmetro uma vez que no representa a situao no momento. Assim, uma bridge deve verificar periodicamente a actividade das bridges ligadas a si que tm um valor inferior de Region Size comparado ao seu. Se nenhuma mensagem Hello for recebida de uma bridge, durante um perodo de tempo pr-definido, assume-se que essa bridge falhou. Esse tempo deve ser superior ao intervalo de tempo em que as mensagens Hello so enviadas. Se o parmetro Region Size ultrapassar o limite mximo, a bridge limpa os seus parmetros e passa a guardar os que possua inicialmente. Quando uma bridge detecta uma mudana nos parmetros SSTP, eles reflectem-se nos parmetros IEEE 802.1s MSTP. O nome da configurao atribudo atravs de uma mistura do Region ID da bridge com uma chave comum rede. Posteriormente, a bridge envia um 802.1s BPDU de configurao para todas as bridges a que est ligada. Para avaliar o desempenho e a eficincia do SSTP, os autores adoptaram um simulador, MIRAI Simulation Framework (MIRAI-SF). Na simulao, so definidos N x N redes Mesh, constitudos por bridges que contm um valor aleatrio como Bridge ID. O intervalo definido para o envio de mensagens Hello de 1 segundo e o atraso de comunicao entre duas bridges de 100 microssegundos. A simulao foi feita com diferentes tamanhos de redes Mesh e de Region Size assumindo que todas as bridges so activadas ao mesmo tempo, o que constitui o pior cenrio para o protocolo dado que vrios agrupamentos vo acontecer em simultneo.

87

Este artigo mostra a criao de regies atravs do SSTP em 50 x 50 redes Mesh com o parmetro Region Size a 10. O nmero de bridges em algumas regies superior ao valor do Region Size. Isto acontece porque o agrupamento de regies feito de forma independente. Existe a possibilidade de algumas regies se tornarem bastante grandes, mas este o compromisso que feito para se poder ter a simplicidade deste protocolo e continuar a ser til para o objectivo final, mesmo que o Region Size no represente exactamente o nmero de bridges da regio.

Figura 56 - Tramas SSTP para a configurao de redes [19]

A Figura 56 apresenta o nmero mdio de tramas por bridge para uma configurao automtica de uma regio, excluindo as mensagens MSTP. O valor mximo por volta das 11 tramas por segundo, o que insignificante para uma rede de alta velocidade como a Gigabit Ethernet, uma vez que o tamanho das mensagens SSTP menor do que 1kB. Assim, a largura de banda consumida pelo SSTP no mximo 10kB/s. O tempo necessrio para a construo de regies neste caso cerca de 1 a 2 segundos em qualquer dos tamanhos da rede Mesh, que comparativamente com o caso RSTP mostrado na Figura 55 considerada pequena. De seguida analisado o caso em que uma bridge seleccionada aleatoriamente da rede activada quando todas as outras bridges j formaram as respectivas regies e a ST.

Tabela 20 - Tempo necessrio para reconstruir a ST na adio de uma nova bridge [19]

88

A Tabela 20 mostra o tempo decorrido, em segundos, que necessrio para reconstruir a ST depois de se correr 100 vezes a simulao com vrios parmetros Region Size. Como se pode verificar, a ST reconstruda na maior parte das vezes dentro de 1 segundo, que mais rpido em relao ao RSTP para o mesmo tamanho de rede Mesh. Para um gestor de rede um fardo ter de configurar cada bridge com parmetros de regies MSTP numa rede MAN que contm vrias bridges. O SSTP resolve o problema uma vez que os parmetros MSTP so configurados automaticamente apenas substituindo as bridges existentes por bridges SSTP. Este protocolo funciona completamente independente do mecanismo de Forwarding, logo compatvel com IEEE 802.1s MSTP. Apesar de o SSTP diminuir o tempo necessrio para reconstruir uma ST, ligar todos os ns de uma cidade do tamanho de uma MAN com Ethernet ainda limitado pelos servios em tempo real, tais como trfego de voz e vdeo. De qualquer forma os autores acreditam que a combinao de tecnologias backbone com o SSTP resulta numa MAN ideal. tambm importante evitar a concentrao de trfego na raiz da ST que causado pela comunicao entre ns em lados diferentes da raiz. Note-se que o SSTP pode ser conjugado com outras propostas para o balanceamento de carga e QoS na Ethernet usando o MSTP [15].

89

CAPTULO 4 CONCLUSES
A Ethernet cresceu desde as suas origens em ambientes domsticos e empresariais at abranger outro tipo de redes como as redes de acesso e redes metropolitanas (MANs). No entanto, a implementao da Ethernet em redes MAN requer actualizaes considerveis. Nos artigos analisados foram endereadas e discutidas inmeras questes que se levantam quando considerada a engenharia de trfego de redes metropolitanas Ethernet. Foram discutidos vrios esquemas e algoritmos eficientes para proporcionar aos clientes VLANs prprias de redes metro Ethernet. Enderearam-se questes relevantes, tais como, o tamanho do VLAN ID, o balanceamento de carga, a minimizao da largura de banda e a sobrevivncia da rede. No primeiro artigo [7] analisado foi proposto um esquema de agrupamento que estende o espao das etiquetas no domnio do operador e permite proporcionar um grande nmero de VLANs de forma eficiente. Posto isto, as questes de balanceamento de carga, MSTs e interaco entre grupos e fornecimento de largura de banda so discutidas e propostas solues. Finalmente, apresentada uma tcnica que permite ao operador atribuir VLANs de acordo com os seus requisitos de sobrevivncia. Os resultados das simulaes mostraram que o alargamento do tamanho da etiqueta VID pode ser atingido usando heursticas simples, o balanceamento da distribuio do trfego pode ser obtido usando uma ferramenta eficiente e rpida e, a sobrevivncia baseada na qualidade de servio pode ser proporcionada aos clientes usando algoritmos de construo/atribuio de MSTs inteligentes. As questes de construo de MSTs foram abordadas com cenrios dinmicos e estticos. Nos cenrios dinmicos foram comparadas diversas mtricas de custo de ligao propostas. As modificaes introduzidas afectam sobretudo a forma de definir a mtrica de custo de ligao, ao contrrio das mtricas de custo fixo, que so dadas pelo inverso da capacidade da ligao. So propostas funes de custo de ligao que dependem da largura de banda disponvel. Foram analisados os desempenhos dos diversos algoritmos para vrias topologias de rede assentes em diferentes cenrios de trfego. Os resultados demonstram que os algoritmos que usam uma mtrica de custo de ligao dinmica tm um melhor desempenho em termos de probabilidade de bloqueio, eficincia no uso dos recursos da rede e so tambm mais flexveis. Foram tambm endereados problemas de como usar o MSTP para melhorar o balanceamento de carga e o service disruption nas redes Ethernet, com cenrios estticos. Aqui foram propostos algoritmos de atribuio de parmetros MSTP que implementam um conjunto qualquer de STs que minimizam o nmero de ligaes mudando os seus estados entre activo e backup quando ocorre uma nica falha de ligao. Foi tambm proposta uma optimizao do algoritmo que determina um conjunto de STs que optimiza o balanceamento de carga e o service disruption. Os resultados computacionais mostraram que a combinao dos dois algoritmos bastante eficiente e consegue obter boas solues com tempos de computao muito pequenos. O algoritmo de atribuio de parmetros MSTP um importante resultado por si s uma vez que

90

permite a determinao dos parmetros MSTP apropriados para outro conjunto de STs que podem ser calculadas por outro mtodo qualquer, possivelmente endereando outros objectivos de optimizao. Foi estudada a relao entre o balanceamento de carga e o service disruption assentes numa nica falha de rede quando adoptada uma ou mais regies. Foi tambm mostrado que a abordagem com uma nica regio sempre melhor quando o MSTP configurado de forma ptima e que um pequeno nmero de STs adicionais podem obter resultados muito prximos do ptimo. Introduziu-se tambm a problemtica da diviso de regies de uma rede. Foi ento proposto um algoritmo de construo de regies MST que proporciona engenharia de trfego bsica da Ethernet num domnio empresarial. O mtodo proposto suporta a natureza dinmica das VLANs onde ns VLAN podem ser adicionados, movidos ou removidos sem grande esforo. Este mtodo proporciona tambm recursos suficientes na regio para suportar proteco contra, pelo menos, falhas nicas. Ao longo das simulaes, concluiu-se que esta abordagem pode ser usada para aumentar o desempenho do MSTP dividindo a rede em regies com base nas VLANs. Este algoritmo facilmente extensvel de forma a basear-se em prioridades de trfego, departamentos, acesso privilegiado e em requisitos de segurana. Apontaram-se limitaes significativas bsicas do STP e do MSTP actualmente definidos pelas normas IEEE no que toca qualidade de servio. O MSTP apenas atinge o balanceamento de carga geogrfico e no tem em considerao diversas caractersticas do trfego que transporta usando tcnicas de filas de prioridade simples. So apresentadas melhorias simples e altamente eficazes ao MSTP para atingir um elevado grau de QoS. Isto conseguido mantendo em perspectiva as diferentes caractersticas dos vrios tipos de trfego. Os detalhes dos esquemas propostos tornam claro que bastante vivel e podem ser postos em prtica com um esforo mnimo. Tendo em vista a mobilidade, foi discutida a implementao da tecnologia Ethernet assente nas redes MAN, e as questes inerentes de escalabilidade. Foi proposto o Scalable Spanning Tree Protocol (SSTP), que trabalha com o MSTP, que configura os seus parmetros automaticamente mantendo a compatibilidade com os protocolos existentes nos switches. Os resultados das simulaes mostraram que o SSTP rpido na reconstruo das STs comparando com o existente STP e tem um overhead pequeno na configurao das regies.

91

REFERNCIAS
[1] IEEE Standard 802.1D, Media Access Control (MAC) Bridges, 1998 [2] IEEE Standard 802.1Q, Virtual Bridged Local Area Networks, 1998 [3] IEEE Standard 802.1w, Media Access Control (MAC) Bridges-Amendment 2: Rapid Reconfiguration, 2001 [4] IEEE Standard 802.1s, Virtual Bridged Local Area Networks-Amendment 3: Multiple Spanning Trees, 2002 [5] Cisco Systems, Understanding Rapid Spanning Tree Protocol (802.1w), 2007-2008 [6] Cisco Systems, Understanding Multiple Spanning Tree Protocol (802.1s), 2006-2007 [7] Ali, M., Chiruvolu, G., Ge, A.: Traffic Engineering in Metro Ethernet. IEEE Network Vol. 19 No. 2 (2005) 10-17 [8] Kolarov, A., Sengupta. B., Iwata, A.: Design Of Multiple Reverse Spanning Trees in Generation os Ethernet-VPNs. IEEE GLOBECOM04, Dallas, USA Vol. 3 (2004) 1390-1395 [9] Sharma, S., Gopalan, K., Nanda, S., Chiueh, T.: Viking: A Multi-Spanning-Tree Ethernet Architecture for Metropolitan Area and Cluster Networks. IEEE INFOCOM04, Hong Kong, Vol. 4 (2004) 2283-2294 [10] Chen, W., Jin, D., Zeng, L.: Design of Multiple Spanning Trees for Traffic Engineering in Metro Ethernet. International Conference on Communication Technology (ICCT06), Tsinghua Univ., Beijing, (2006) 1-4 [11] de Sousa, A.: Improving Load Balance and Resilience of Ethernet Carrier Networks with IEEE 802.1s Multiple Spanning Tree Protocol. 5th Int. Conference on Networking (ICN06), Mauritius Islands (2006) [12] de Sousa, A., Soares, G.: Improving Load Balance of Ethernet Carrier Networks using IEEE 802.1s MSTP with Multiple Regions. 5th Int. IFIP-TC6 Networking Conference, LNCS, Vol. 3976, Springer (2006) 1250-1260 [13] de Sousa, A., Soares, G.: Improving Load Balance and Minimizing Service Disruption on Ethernet Networks with IEEE 802.1s MSTP. Proc Workshop on IP QoS and Traffic Control, Lisbon, Portugal, Vol.1 (2007) 25-35 [14] Padmaraj, M., Nair, S., Marchetti, M., Chiruvolu, G., Ali, M.: Traffic Engineering in Enterprise Ethernet with Multiple Spanning Tree Regions. Proc of System Communications (ICW05), Montreal, Canada (2005) 261-266 [15] Lim, Y., Yu, H., Das, S., Lee, S.-S., Gerla, M.: QoS-aware Multiple Spanning Tree Mechanism over a Bridge LAN Environment. IEEE GLOBECOM03, San Francisco, USA Vol. 6 (2003) 3068-3072 [16] Cinkler, T., Moldovn, I., Kern, A., Lukovszki, C., Saltai, G.: Optimizing QoS Aware Ethernet Spanning Trees. 1st Int. Multimedia Services Access Networks (MSAN05), (2005).

92

[17] Padmaraj, M., Nair, S., Marchetti, M.: Metro Ethernet Traffic Engineering Based on Optimal Multiple Spanning Trees. 2nd IFIP Int. Conference on Wireless and Optical Communications Networks, Dallas, USA (2005) [18] Kern, A., Moldovn, I., Cinkler, T.: Scalable Tree Optimization for QoS Ethernet. 11th IEEE Symposium on Computers and Communications (ISCC06), Cagliari, Italy (2006) [19] Ishizu, K., Kuroda, M., Kamura, K.: SSTP: na 802.1s Extension to Support Scalable Spanning Tree for Mobile Metropolian Area Network. IEEE GLOBECOM04, Dallas, USA Vol. 3 (2004) 1500-1504

93