Algoritimos de Roteamento

Frank Meylan
ANLISE COMPARATIVA DE ALGORITMOS DE

ROTEAMENTO MULTICAST PARA
COMUNICAO MULTIMDIA EM REDES DE
ALTA VELOCIDADE
So Paulo
1998
Dissertao apresentada Escola
Politcnica da Universidade de
So Paulo para obteno do ttulo
de Mestre em Engenharia
Frank Meylan
ANLISE COMPARATIVA DE ALGORITMOS DE
ROTEAMENTO MULTICAST PARA
COMUNICAO MULTIMDIA EM REDES DE
ALTA VELOCIDADE
So Paulo
1998
rea de Concentrao:
Engenharia Eletrnica
Orientador:
Prof. Dr. Srgio Takeo Kofuji
i
Meylan, Frank
Anlise Comparativa de Algoritmos de Roteamento Multicast para Comunicao
Multimdia em Redes de Alta Velocidade. So Paulo, 1998. 114p.
Dissertao (Mestrado) Escola Politcnica da Universidade de So Paulo.
Departamento de Engenharia Eletrnica.
1. Transmisses Multicast 2. Algoritmos de Roteamento 3. Redes de Alta
Velocidade I. Universidade deSo Paulo. Escola Politcnica. Departamento de Engenharia
Eletrnica
ii
Aos meus pais
s minhas irms
e Ceclia
iii
AGRADECIMENTOS
Em primeiro lugar, agradeo a DEUS por todas as
graas recebidas ao longo de minha vida.
Aos meus pais, Jean Claude e Mirtes, por todo amor,
incentivo e esforos realizados para que eu
conseguisse atingir meus ideais, meu humilde
obrigado.
s minhas irms Gabi e Nati, pelo carinho e
fraternidade que une nossa famlia.
minha namorada Ceclia pelo carinho, apoio e
companheirismo em todos os momentos desta
caminhada.
Ao meu orientador, Prof. Dr. Sgio Takeo Kofuji
pela orientao competente e por todo apoio
recebido.
Ao Prof Dr. Marcelo Zuffo, pelo acompanhamento e
conhecimentos transmitidos, meus agradecimentos.
Ao Prof. Dr. Pedro Frosi Rosa, pela ilustre e
enriquecedora presena na banca, meu respeito e
admirao.
professora Roseli Lopes de Deus que sempre me
incentivou e me apoiou para o trmino deste
trabalho.
Aos grandes amigos Zanoni e Kiatake pelas
discusses tcnicas, pela colaborao no trabalho e
sobretudo pela extrema amizade. Muito obrigado!
Aos amigos Borges, Rafaelle e Tadeu, pela
compreenso e colaborao, meus agradecimentos.
Meus agradecimentos a ABC BULL S/A
TELEMATIC pelo suporte ao projeto conjunto LSI-
USP/ABC BULL em Gerenciamento de Sistemas
de Alto Desempenho, no qual estive inserido e
muito contribuiu para realizao deste trabalho.
A todos os meus amigos que, de alguma forma,
contriburam nesta caminhada, meus sinceros
agradecimentos.
iv
ANLISE COMPARATIVA DE ALGORITMOS DE ROTEAMENTO
MULTICAST PARA COMUNICAO MULTIMDIA EM REDES DE
ALTA VELOCIDADE
Resumo
Durante muito tempo, a qualidade das aplicaes multimdia distribudas esteve
restringida s limitaes da tecnologia de rede utilizada para a interligao dos
computadores. Este cenrio mudou bastante com a introduo das redes de alta
velocidade. Caractersticas como garantia de qualidade de servio (QdS), suporte a
diferentes tipos de trfego (voz, vdeo e dados), alta escalabilidade, entre outras, fazem do
ATM (Asynchronous Transfer Mode) uma das alternativas mais adequadas para a
implantao das chamadas redes multisservio.
Porm, a disseminao de aplicaes multimdia, que demandam grandes quantidades de
banda de transmisso e atrasos controlados, a utilizao de atributos de QdS, o
crescimento de transmisses multicast, tornam a tarefa de roteamento muito mais
complexa.
Assim, esta dissertao abordar em detalhes a questo do roteamento multicast com
restrio de QdS, apresentando um estudo comparativo sobre as solues que esto sendo
propostas para tratar deste novo problema. Este estudo ser conduzido atravs de
simulaes entre quatro heursticas, onde parmetros relativos ordem de complexidade,
qualidade da rvore multicast gerada, tempo de execuo, etc., sero avaliados e
analisados.
v
COMPARATIVE ANALYSIS OF MULTICAST ROUTING
ALGORITHMS FOR MULTIMEDIA COMMUNICATIONS IN HIGH
SPEED NETWORKS
Abstract
For a long time, the quality of the distributed multimedia applications has been restricted
to the limitation of network technology used in computer communication. This scenario
has suffered a great change with the introduction of the high-speed networks. Attributes
like quality of service (QoS), support for different kind of traffic and high scalability,
among others, makes ATM (Asynchronous Transfer Mode), one of the most appropriate
choices for multiservice networks.
However, the dissemination of multimedia applications which require high bandwidth as
well as controlled delays, the use of QoS parameters and increase of multicast
communication are characteristics which require routing to be a much more complex task
than it is presently.
So, this thesis will discuss, in detail, the multicast routing with restriction of QoS,
presenting a comparative study of solutions that are being proposed to deal with this new
problem. This study will be done through simulations of four heuristics, where parameters
like complexity, quality of the multicast tree generated, execution time, etc., will be
evaluated and analyzed.
vi
Sumrio
1 -Introduo____________________________________________________________ 1
1.1. Motivaes_____________________________________________________________ 3
1.2. Objetivos ______________________________________________________________ 3
1.3. Metodologia____________________________________________________________ 4
1.4. Justificativa ____________________________________________________________ 6
1.5. Trabalhos Correlatos ____________________________________________________ 6
1.6. Contribuies __________________________________________________________ 7
1.7. Sumrio Estruturado ____________________________________________________ 8
2 -Redes ATM __________________________________________________________ 10
2.1. Introduo____________________________________________________________ 10
2.2. Conceitos Bsicos ______________________________________________________ 11
2.2.1 Clulas ATM_____________________________________________________________ 12
2.2.2 Conexes ATM ___________________________________________________________ 13
2.2.3 O modelo de camadas ATM _________________________________________________ 15
2.2.4 O Endereamento ATM_____________________________________________________ 19
3 -Solues de Integrao IP/ATM _________________________________________ 22
3.1. Introduo____________________________________________________________ 22
3.2. Classical IP ___________________________________________________________ 22
3.2.1 Servidor ATMARP ________________________________________________________ 23
3.2.2 Comunicao na soluo Classical IP__________________________________________ 24
3.3. Lan Emulation_________________________________________________________ 25
3.3.1 Comunicao na soluo Lan Emulation________________________________________ 28
3.4. Comparao entre o Lan Emulation e o Classical IP para Comunicao
Multimdia _________________________________________________________________ 32
4 -Comunicao Multicast ________________________________________________ 35
4.1. Introduo____________________________________________________________ 35
4.2. Conceitos Bsicos ______________________________________________________ 36
4.3. Taxonomia de Conexes Multiponto ______________________________________ 38
4.3.1 Plano de controle __________________________________________________________ 38
4.3.2 Plano de Dados ___________________________________________________________ 39
4.3.3 ATM e Multicast IP segundo a Taxonomia ______________________________________ 39
4.4. Algoritmos de Roteamento Multicast ______________________________________ 40
4.4.1 Inundao (Flooding)_______________________________________________________ 40
4.4.2 rvores de Espalhamento (Spanning Trees) _____________________________________ 41
4.4.3 RPB (Reverse Path Broadcasting)_____________________________________________ 42
4.4.4 TRPB (Truncated Reverse Path Broadcasting) ___________________________________ 43
4.4.5 RPM (Reverse Path Multicasting) _____________________________________________ 44
4.4.6 rvores de Steiner _________________________________________________________ 46
4.4.7 CBT (Core Based Trees) ____________________________________________________ 47
4.5. Multicast IP ___________________________________________________________ 48
4.5.1 Endereamento Multicast IP _________________________________________________ 48
4.5.2 Multicast IP sobre Ethernet __________________________________________________ 49
4.6. Protocolos de Roteamento Multicast _______________________________________ 50
vii
4.6.1 IGMP (Internet Group Management Protocol) ___________________________________ 50
4.7. Protocolos de Roteamento Multicast IP em Redes de Longa Distncia___________ 54
4.7.1 DVMRP _________________________________________________________________ 54
4.7.2 MOSPF _________________________________________________________________ 56
4.7.3 PIM ____________________________________________________________________ 57
4.8. MBONE______________________________________________________________ 60
4.9. Multicast IP sobre ATM_________________________________________________ 61
4.9.1 MARS __________________________________________________________________ 63
4.9.2 Malha de VCs (VC Mesh) __________________________________________________ 65
4.9.3 MCS (Multicast Server) _____________________________________________________ 66
4.9.4 Comparativo entre o MCS e malha de VCs _____________________________________ 68
4.9.5 Comentrios ______________________________________________________________ 68
4.10. Concluses __________________________________________________________ 70
5 -Algoritmos de Roteamento Multicast com QdS____________________________ 71
5.1. Introduo____________________________________________________________ 71
5.2. Classificao dos Algoritmos de Roteamento Multicast _______________________ 72
5.3. Parmetros Relevantes e Metodologia para Comparao de Algoritmos Multicast 74
5.4. Algoritmos de Roteamento Multicast ______________________________________ 75
5.4.1 Heurstica KPP____________________________________________________________ 75
5.4.2 Heurstica CSPT __________________________________________________________ 78
5.4.3 Heurstica CCET __________________________________________________________ 78
5.4.4 Heurstica Hbrida _________________________________________________________ 80
5.5. Concluses____________________________________________________________ 81
6 -Simulaes e Anlises _________________________________________________ 82
6.1. Introduo____________________________________________________________ 82
6.2. Simulador ____________________________________________________________ 82
6.3. Adaptaes feitas no simulador___________________________________________ 84
6.4. Configurao das Simulaes ____________________________________________ 85
6.5. Resultados e Anlises ___________________________________________________ 86
6.5.1 Estudo da complexidade dos algoritmos ________________________________________ 86
6.5.2 Custo total da rvore gerada__________________________________________________ 87
6.5.3 Atraso da rvore multicast ___________________________________________________ 89
6.5.4 Nmero de comutadores em cada caminho ______________________________________ 90
6.5.5 Tempo de execuo dos algoritmos ____________________________________________ 92
6.5.6 Nmero de sesses estabelecidas com sucesso ___________________________________ 93
6.6. Concluses____________________________________________________________ 95
7 -Concluses e Trabalhos Futuros _________________________________________ 97
7.1. Concluses____________________________________________________________ 98
7.2. Trabalhos Futuros _____________________________________________________ 99
Anexo A O Gerador Aleatrio de Enlaces _________________________________ 101
Anexo B Interface do Simulador MCRSIM________________________________ 103
Referncias Bibliogrficas _______________________________________________ 104
Lista de Acrnimos _____________________________________________________ 107
viii
Lista de Figuras
Figura 1 - Estrutura de uma rede ATM_______________________________________ 12
Figura 2 A clula ATM e a estrutura de seu cabealho _________________________ 13
Figura 3 Comutao das clulas ATM[Alles95] ______________________________ 14
Figura 4 Modelo simplificado de camadas ATM______________________________ 16
Figura 5 Classificao de servios para as AALs _____________________________ 18
Figura 6 Modelo de camadas ATM ________________________________________ 19
Figura 7 Formato dos endereos ATM______________________________________ 20
Figura 8 Mapeamento IP sobre ATM utilizando Classical IP ____________________ 23
Figura 9 Duas redes IP sobre uma mesma rede ATM utilizando Classical IP _______ 24
Figura 10 Modelo de camadas do Lan Emulation _____________________________ 26
Figura 11 Componentes de uma rede emulada________________________________ 27
Figura 12 Comunicao entre o LEC e o LECS para obteno das informaes das
ELANs configuradas _________________________________________________ 29
Figura 13 Processo de filiao a uma ELAN _________________________________ 30
Figura 14 Establecimento de conexo entre LECs ____________________________ 32
Figura 15 Comunicao Multicast _________________________________________ 35
Figura 16 Tabela comparativa entre Multicast IP e ATM, segundo taxonomia proposta 39
Figura 17 rvore de Espalhamento ________________________________________ 42
Figura 18 rvores geradas a partir do RPB (Reverse Path Broadcasting) __________ 43
Figura 19 rvore multicast gerada pelo algoritmo RPM________________________ 45
Figura 20 rvore de Steiner ______________________________________________ 46
Figura 21 rvore CBT __________________________________________________ 47
Figura 22 Mapeamento de endereos IP classe D em endereos MAC Ethernet______ 49
Figura 23 Encapsulamento de mensagem IGMP em um datagrama IP _____________ 51
Figura 24 Tabela sobre a abrangncia da transmisso multicast __________________ 56
Figura 25 Insero de uma estao no grupo multicast, atravs do PIM-SM ________ 59
Figura 26 Envio de mensagens multicast atravs dos pontos de encontro ___________ 59
Figura 27 rvore RP e rvore de Menor Caminho dividindo o trfego, segundo
implementa o protocolo PIM-SM________________________________________ 60
Figura 28 Estrutura de um cluster administrado por um MARS __________________ 64
Figura 29 Representao da estrutura da malha de VCs ________________________ 65
Figura 30 Arquitetura do servidor de transmisso multicast _____________________ 67
Figura 31 Comparativo entre a malha de VCs e o MCS________________________ 68
Figura 32 rvore de menor caminho _______________________________________ 72
Figura 33 rvore Steiner Mnima__________________________________________ 73
Figura 34 Evoluo da soluo KPP________________________________________ 77
Figura 35 Estgios do algoritmo CCET _____________________________________ 80
Figura 36 Tabela referente ordem de complexidade dos algoritmos ______________ 87
Figura 37 Custo das rvores geradas pelos algoritmos__________________________ 88
Figura 38 Atraso mdio das rvores geradas _________________________________ 90
Figura 39 Nmero de mdio de comutadores nos caminho da rvore multicast ______ 91
Figura 40 Tempo de execuo dos algoritmos _______________________________ 92
Figura 41 Nmero de sesses multicast estabelecidas com sucesso _______________ 94
Figura 42 Interface grfica do simulador MCRSIM___________________________ 103
Captulo 1 - Introduo 1
1
C Ca ap p t tu ul lo o 1 1 - - I In nt tr ro od du u o o
Os recentes avanos nas tecnologias de comutadores e a disseminao da fibra tica como
meio de transmisso, tm possibilitado o desenvolvimento de uma gerao de redes de alta
velocidade, cujas taxas de transmisso j esto na ordem de gigabits por segundo e com
baixas taxas de erro. Alm disso, o progresso das tcnicas de armazenagem e transmisso
de udio, vdeo e dados contribuem para o surgimento de novas aplicaes multimdia
distribudas.
Tais aplicaes, como por exemplo: vdeo sob demanda, ensino a distncia,
videoconferncia, etc., possuem caractersticas e necessidades especiais que devem ser
consideradas pela rede de transmisso, de forma a se obter um servio com a qualidade
esperada. A transmisso de voz e vdeo numa videoconferncia, por exemplo, exige certa
quantidade de banda disponvel e garantida durante a durao da sesso, alm de atraso
controlado dentro de limites conhecidos. Estas caractersticas ou exigncias impostas pelas
aplicaes so chamadas de parmetros de qualidade de servio (QdS). A rede, ao tomar
conhecimento destes parmetros, avalia segundo a disponibilidade de recursos de todos os
equipamentos intermedirios, a possibilidade de prestao do servio requisitado pela
aplicao.
Estas aplicaes envolvem, em muitos casos, vrios participantes simultneos (por
exemplo cinco pessoas discutindo atravs de uma videoconferncia) numa mesma sesso,
o que exige da rede um mecanismo eficiente de comunicao multicast. Percebe-se, ento,
a concepo de um novo paradigma: a interao entre a aplicao e seu meio de
transmisso visando a negociao da prestao de um servio.
2
Com o objetivo de prover recursos necessrios, permitindo diferenciao de classes de
servios e qualidade de servio garantida, foi concebido o modo de transmisso assncrona
(ATM ou Asynchronous Transfer Mode). Esta tecnologia orientada a conexo, sendo que
durante o estabelecimento desta, os recursos so alocados, nos equipamentos
intermedirios at o destinatrio, garantindo assim, a continuidade do servio negociado
durante a existncia da conexo.
A rede ATM tem nas clulas sua unidade bsica de transmisso, onde seu tamanho fixo e
pequeno garante um baixo tempo de comutao implicando num menor atraso fim-a-fim.
Alm disso, esta caracterstica facilita o transporte e a administrao de recursos para os
diferentes tipos de trfego. As antigas tecnologias de redes, tambm conhecidas como
redes convencionais, eram baseadas em pacotes de tamanho varivel e no ofereciam
qualquer garantia de banda de transmisso ou controle de atraso.
O roteamento nestas redes era uma tarefa relativamente simples, uma vez que as aplicaes
utilizavam uma quantidade modesta de banda de transmisso e no impunham exigncias
de qualidade de servio. Alm disso, poucas eram as aplicaes que utilizavam o conceito
de multicast. Logo, os algoritmos de roteamento eram bastante simplificados, porm
suficientes.
Este cenrio mudou bastante nas redes de alta velocidade. A introduo do conceito de
qualidade de servio, o crescimento de transmisses multicast, a disseminao de
aplicaes multimdia utilizando grandes quantidades de banda de transmisso e exigindo
atrasos controlados, tornaram a tarefa de roteamento muito mais complexa e com vrios
parmetros influindo sobre a escolha das rotas.
3
Assim, esta dissertao abordar em detalhes a questo do roteamento multicast com
restrio de QdS, ou tambm conhecido como roteamento multicast restrito, apresentando
um estudo comparativo sobre as solues que esto sendo propostas para tratar deste novo
problema.
1.1. Motivaes
Com a consolidao da tecnologia ATM e principalmente devido sua grande aceitao no
mercado, diversas empresas e entidades de pesquisa investiram no desenvolvimento de
novas tcnicas de roteamento multicast, levando em considerao as caractersticas
especficas que as aplicaes multimdia de tempo real exigem. Assim, muitos trabalhos
surgiram inovando os algoritmos de roteamento e aperfeioando os antigos. Entretanto, so
escassos os trabalhos que comparam estes algoritmos aplicando tcnicas de simulao
baseadas nas situaes observadas num cenrio real de redes de computadores.
Visando a disseminao desta nova classe de aplicaes, necessrio que as novas tcnicas
de roteamento sejam estudadas, comparadas e aperfeioadas. Assim, dentro de algum
tempo, servios de videoconferncia, ensino a distncia, tele-medicina, faro parte do
cotidiano das pessoas da mesma forma que hoje fazem o telefone, a televiso, o fax, etc.
1.2. Objetivos
Este trabalho tem como principal objetivo analisar uma nova heurstica de roteamento
multicast que considera aspectos de qualidade de servio, proposta originalmente por
Waters e Crawford [Waters97]. A fim de que esta avaliao seja consistente, a heurstica
ser implementada no simulador de redes ATM MCRSIM, e comparada com trs outras
abordagens de comportamento e desempenho j descritos na literatura.
4
1.3. Metodologia
Para que os objetivos descritos fossem atingidos, procurou-se , numa primeira etapa, fazer
um levantamento bibliogrfico referente ao assunto, buscando o estado da arte do mesmo.
Este levantamento resultou na identificao dos principais autores e seus respectivos
artigos e teses.
Atravs desta pesquisa inicial, tomou-se conhecimento da tese de doutorado de Hussein
Salama apresentada Universidade da Carolina do Norte em 1996. Com o auxilio deste
trabalho [Salama96], foi possvel destacar os principais algoritmos de roteamento multicast
disponveis na poca e uma metodologia proposta para analis-los e compar-los. Para a
validao da parte prtica das simulaes, Salama desenvolveu um simulador de
algoritmos multicast sobre redes ATM, chamado MCRSIM, que ser aproveitado e
aprimorado nesta dissertao.
O simulador, foi escrito utilizando a linguagem C++, interface grfica baseada no Motif e
compilado, segundo o autor, em algumas plataformas: Sun, Dec, RS6000. Como parte
deste trabalho, este simulador foi portado para a plataforma PC/Linux, uma vez que esta
plataforma aberta e tem conquistado considervel prestgio ultimamente no meio
acadmico.
Dentre as diversas novas propostas de algoritmos de roteamento multicast restrito, uma em
especial: A Hybrid Approach to Quality of Service Multicast Routing, elaborada por
John Crawford e Gill Waters [Waters97] da Universidade de Kent, Inglaterra, apresenta
uma nova abordagem de algoritmo de roteamento multicast. Esta abordagem tem como
mrito utilizar propostas otimizadas, j existentes, para casos especficos do problema de
roteamento multicast, de forma a agregar num nico algoritmo as vantagens relativas a
5
cada uma das propostas anteriores, resultando em um algoritmo de roteamento multicast
restrito genrico.
A partir do estudo detalhado desta nova heurstica, foi possvel sua implementao no
simulador. Seguindo a metodologia de anlise utilizada por [Salama96] e [Tobagi94], a
heurstica foi simulada e comparada com trs abordagens j descritas na literatura.
Este estudo consistiu na anlise terica dos algoritmos, ou mais especificamente, na ordem
de complexidade de cada um e aspectos relativos s simulaes, onde os principais
parmetros foram identificados:
Gerenciamento eficiente dos recursos da rede;
Parmetros de QdS considerados;
Aplicabilidade para redes simtricas e assimtricas;
Escalabilidade;
Tempo de execuo;
Nmero de falhas.
As redes utilizadas nas simulaes foram geradas aleatoriamente segundo um modelo
consolidado na literatura [Waxman88]. O tamanho das redes simuladas e o nmero de
participantes do grupo multicast foram variados, procurando salientar o desempenho dos
algoritmos em relao a grupos pequenos de at vinte ns e a grupos grandes de at
duzentos ns. Os resultados obtidos das simulaes foram apresentados em grficos e
analisados segundo os parmetros relevantes para a transmisso de fluxos multimdia.
6
1.4. Justificativa
A comparao entre as heursticas de roteamento multicast essencial para ressaltar as
falhas, vantagens e desvantagens de cada uma, de forma a direcionar os trabalhos futuros
em busca de novas abordagens, caso as existentes no atenderem s necessidades, ou
evidenciar os pontos em que estas devam ser aperfeioadas.
Os estudos tericos (complexidade, quantidade de memria para armazenar as
informaes) e as simulaes (tempo de execuo, nmero de falhas, recursos consumidos,
etc.) permitem avaliar a viabilidade de se implementar protocolos ou mesmo equipamentos
que se utilizem destes algoritmos.
1.5. Trabalhos Correlatos
Na literatura, encontra-se um grande nmero de algoritmos propostos para muitas
variaes do problema de roteamento multicast. Conforme a situao, diferentes ambientes
de rede foram criados ou simulados e consequentemente diferentes parmetros analisados.
A existncia de estudos comparativos entre as diferentes abordagens dos algoritmos,
entretanto, bastante escassa.
Em 1983, foi realizado um estudo terico comparando rvores de menor caminho e rvores
mnimas de Steiner [Kadaba83]. Os autores no levaram em considerao aspectos
relativos ao atraso e ao custo das ligaes. Isto porque, nesta poca, gerenciamento de
recursos e requisies de qualidade de servio no tinham sido definidas ainda.
Posteriormente, Tanaka e Huang [Tanaka93] compararam o desempenho de diversos
algoritmos de rvore de Steiner mnima no restritos. As simulaes foram executadas
sobre redes simtricas de 20 ns e foi assumido que o custo de uma ligao era
proporcional ao comprimento da mesma.
7
O algoritmo de atraso mnimo sobre rvores de menor caminho e a heurstica KMB foram
estudadas por Wei e Estrin [Wei94]. Neste trabalho foram utilizadas redes de 50 e 200 ns
geradas aleatoriamente atravs do modelo de Waxman [Waxman88]. As redes eram
formadas por ligaes assimtricas, contendo atraso e custo. Os resultados demonstraram
que a heurstica KMB produziu rvores cujo custo era de aproximadamente 20% menor do
que aquelas produzidas pelo algoritmo de menor atraso. Porm, o atraso mximo fim-a-fim
ficou em at 60% maior.
Os trabalhos elaborados por Hussein Salama [Salama96] e Tobagi [Tobagi94] foram os
nicos que consideraram aspectos de QdS (Qualidade de Servio), indispensveis para
aplicaes multimdia de tempo real, durante suas anlises. Nestes trabalhos foram
estudados algoritmos restritos e irrestritos tanto de rvores de menor caminho quanto de
rvores mnimas de Steiner. Tal estudo se baseou na anlise do desempenho dos
algoritmos em termos das caractersticas da rvore gerada, como por exemplo: custo,
atraso mximo fim-a-fim, nmero de tentativas antes de obter uma rvore que satisfizesse a
condio de atraso mximo, complexidade do algoritmo, etc. Para tanto, foram realizadas
simulaes baseadas em redes reais ou geradas aleatoriamente, onde foi definida uma
funo de custo e estimado o atraso nas ligaes, considerando sempre o congestionamento
atravs de polticas de admisso de novas conexes. Percebe-se, assim, que a metodologia
utilizada procurou aproximar as simulaes do contexto real com o maior grau de detalhes
possvel.
1.6. Contribuies
Este trabalho posicionar o leitor frente a um novo problema decorrente do
desenvolvimento das tecnologias de rede e aplicaes multimdia distribudas: roteamento
multicast com QdS. Em funo disso, apresentar as diversas solues existentes
8
atualmente para a comunicao multimdia, ressaltando a falta de habilidade destas em
lidar com as questes de reserva de banda e restries de atraso. Como possveis solues
para este problema, traar um perfil do estado da arte em termos de algoritmos de
roteamento multicast que consideram aspectos de QdS.
Atravs das simulaes e anlises, apontar em termos quantitativos a eficincia dos
algoritmos propostos assim como a nova heurstica, visando avaliar sua possvel
implementao em protocolos ou equipamentos de roteamento.
A implementao do novo algoritmo no simulador, contribuir para a sua atualizao e
tambm ter seus recursos estendidos em funo dos novos mdulos de simulao criados
para a avaliao de outros parmetros igualmente relevantes.
1.7. Sumrio Estruturado
Esta dissertao ser composta por sete captulos, estruturados de forma a propiciar ao
leitor um conhecimento bsico sobre caractersticas e funcionamento de redes de alta
velocidade, em particular redes ATM. Este estudo ser conduzido no captulo 2. As
transmisses multicast IP sobre redes locais e multicast IP sobre redes de longa distncia
sero detalhadas nos captulos 3 e 4. Ento, ser apresentado o panorama atual das
aplicaes multimdia distribudas, salientando suas caractersticas e exigncias,
justificando a necessidade do desenvolvimento de novas solues de roteamento multicast.
As principais solues de roteamento multicast que consideram aspectos de QdS
encontradas na literatura, juntamente com a nova heurstica, sero apresentadas no captulo
5, e os resultados respectivos a seus testes sero analisados no captulo 6. Encerrando a
dissertao, sero formuladas as concluses e apontadas as possveis extenses deste
trabalho.
9
Seguindo esta linha de raciocnio, os seguintes captulos so propostos:
Captulo 1 Introduo;
Captulo 2 Redes ATM;
Captulo 3 Solues de Integrao IP/ATM;
Captulo 4 Comunicao Multicast;
Captulo 5 Algoritmos de Roteamento Multicast com QdS;
Captulo 6 Simulaes e Anlises;
Captulo 7 Concluses e Trabalhos Futuros
Captulo 2 - Redes ATM 10
10
C Ca ap p t tu ul lo o 2 2 - - R Re ed de es s A AT TM M
2.1. Introduo
O modo de transmisso assncrona (ATM Asynchronous Transfer Mode) uma
tecnologia de redes de computadores que foi concebida devido o interesse de companhias
telefnicas (Telecom) e companhias de redes de computadores (Datacom) em estabelecer
um padro nico de transmisso de voz, vdeo e dados. Entretanto, esta idia de integrao
no apareceu com o ATM. Desde as redes RDSI (Redes Digitais de Servios Integrados),
ou ISDN(Integrated Services Digital Network), j se falava em um meio nico de
transmisso multiservios, porm a restrio de banda impediu que esta tecnologia
escalasse para nveis globais de utilizao. A partir da padronizao da RDSI-FL (Redes
Digitais de Servios Integrados de Faixa Larga), tambm conhecida como B-ISDN
(Broadband Integrated Services Digital Network), esta restrio foi superada com a adoo
do ATM como tecnologia de comutao. Portanto, o ATM aparece, desde sua concepo
no final da dcada de 80, intimamente associado ao B-ISDN.
Com o objetivo de acelerar a padronizao e consequentemente a utilizao do ATM, foi
criado um consrcio industrial formado por fabricantes, fornecedores e usurios. Este
consrcio ficou conhecido como ATM Forum. Conceitualmente, o papel do ATM Forum
de esclarecer aspectos da utilizao dos padres desenvolvidos pelos organismos
padronizadores, como o ITU-T (International Telecommunication Union
Telecommunication Standardization Sector) e o ANSI (American National Standards
Institute). Porm, na prtica, o ATM Forum tem gerado grandes extenses a esses padres
11
e tem produzido especificaes inteiramente novas, que acabam se constituindo em
padres de facto para as redes ATM privadas.
Apesar de sua elevada complexidade, o ATM tem atrado grande interesse de empresas e
instituies de pesquisa, principalmente devido aos seus diferenciados mecanismos de
aprimoramento do uso da banda (diferentes classes de servios em funo do tipo do
trfego utilizado), confiabilidade, garantias de qualidade de servios (QdS), recursos de
gerenciamento e tarifao diferenciados. Este interesse facilmente verificado a partir do
grande nmero de trabalhos acadmicos e produtos comerciais que tm sido desenvolvidos
a partir desta tecnologia.
2.2. Conceitos Bsicos
Uma rede ATM composta por um conjunto de comutadores ATM interligados atravs de
interfaces ou links (ligaes) ATM. Os comutadores ATM suportam dois tipos de
interfaces: UNI (User-Network Interface) e NNI (Network-Network Interface). A UNI
conecta estaes finais, roteadores, etc. a um comutador ATM, enquanto a NNI serve para
conectar dois comutadores ATM. A figura 1 mostra a estrutura geral de uma rede ATM.
Existem dois tipos de redes ATM: as redes privadas e as redes pblicas. Tradicionalmente,
esses conceitos esto relacionados com o uso de circuitos compartilhados (rede pblica) ou
dedicados (rede privada), mesmo quando, no segundo caso, a posse e a manuteno das
linhas sejam de uma operadora pblica de telecomunicaes.
12
Figura 1 - Estrutura de uma rede ATM
2.2.1 Clulas ATM
A unidade bsica de transmisso em redes ATM a clula, conforme mostrado na figura
2. A clula ATM tem seu tamanho fixo em 53 bytes, onde 5 bytes destes so de cabealho
e 48 bytes so de dados. O fato das clulas terem tamanho pequeno e fixo otimiza a
comutao das mesmas nos comutadores, diminuindo assim o atraso da transmisso fim-a-
fim. Alm disso, este mesmo tamanho fixo, facilita a especificao do tamanho de buffers
nos comutadores e consequentemente o controle da utilizao dos mesmos, prevenindo
situaes de congestionamento e facilitando os mecanismos de priorizao (QdS).
Uma desvantagem da utilizao de clulas o overhead introduzido devido ao seu
cabealho, que se aproxima dos 10% de seu tamanho total.
Estao ATM
Comutador
ATM Privado
Comutador
ATM Pblico
Comutador
ATM Pblico
UNI
Privada
UNI
Pblica
NNI
Privada
Estao ATM
Comutador
ATM Privado
UNI
Privada
NNI
Privada
Provedor 1
Comutador
ATM Pblico
Comutador
ATM Pblico
NNI
Privada
Provedor 2
NNI
Pblica
13
Figura 2 A clula ATM e a estrutura de seu cabealho
2.2.2 Conexes ATM
O ATM dito uma tecnologia de rede orientada a conexo, ou seja, antes de se transmitir
qualquer dado necessrio que se estabelea uma conexo entre os dois (ou mais no caso
de multicast) sistemas. Estas no so conexes fsicas, como no sistema telefnico
tradicional, ao invs disso, so conexes lgicas ou tambm chamadas de virtuais. Aps a
transmisso dos dados a conexo pode ser liberada. Uma conexo ATM possui atributos
(tipo do trfego utilizado, parmetros de qualidade de servio, etc.) que so negociados
durante o estabelecimento da conexo. Estes atributos devem ser aceitos no s pelo
sistema final, mas tambm por todos os comutadores intermedirios envolvidos na
comunicao.
UNI NNI
Cabealho
Dados
Clula ATM
5 bytes
48 bytes
GFC
VPI VPI
GFC Generic Flow Control. Usado para controle de fluxo
VPI Virtual Path Indentifier. Identificador do caminho virtual
VCI Virtual Channel Identifier. Identificador do canal virtual
PTI Payload Type Identifier. Tipo do dado transportado
CLP Cell Loss Priority. Indica a prioridade de descarte da clula
HEC Header Error Control. Informao sobre a consistncia do
cabealho da clula
VPI VCI
VCI
VCI PTI
CLP
HEC
VPI
VCI
VCI
VCI
PTI CLP
HEC
14
As conexes ATM, tambm conhecidas como VCCs (Virtual Channel Connection),
possuem um identificador VCI (Virtual Channel Identifier). Estas conexes so agrupadas
em caminhos virtuais, ou VPs (Virtual Path), estes identificados pelos VPIs (Virtual Path
Identifier). Assim, o par VPI/VCI identifica unicamente uma conexo em um enlace ATM.
atravs deste par que as clulas ATM so comutadas. A comutao ocorre devido a
existncia de tabelas que mapeam o par VPI/VCI de uma determinada porta do comutador
em outro par VPI/VCI (pode ou no ser o mesmo) em uma outra porta deste mesmo
comutador. A troca de identificadores, durante a comutao, pode ocorrer somente nos
VPIs, somente nos VCIs ou ainda, em ambos simultaneamente. bom ressaltar que estes
identificadores s tem significado local. A figura 3 mostra exemplos de comutao de VP,
Figura 3 Comutao das clulas ATM[Alles95]
VC e ambos, em funo da tabela contida no comutador.
15
Dois tipos principais de conexes so definidas em redes ATM: conexes virtuais
permanentes (PVC Permanent Virtual Connection) e conexes virtuais comutadas (SVC
Switched Virtual Connection).
PVC As conexes permanentes so estabelecidas normalmente por um agente
ou mecanismo externo, como um sistema de gerenciamento ou uma
interveno direta do operador no(s) comutador(es). As conexes so criadas
atravs da configurao das tabelas de VPI/VCI das portas dos comutadores.
SVC As conexes comutadas so criadas automaticamente atravs de um
protocolo de sinalizao especfico (por exemplo o ILMI Interim Local
Management Interface). Se a conexo ficar um certo tempo sem uso,
automaticamente desfeita, liberando os recursos utilizados. Pelo fato de serem
automticas, as SVCs so mais utilizadas que as PVCs.
2.2.3 O modelo de camadas ATM
Sempre que se estuda um protocolo de redes de computadores, procura-se dividi-lo em
camadas para se obter uma melhor organizao das funes e servios oferecidos por cada
entidade do protocolo. O modelo OSI (Open Systems Interconnection), institudo pela ISO
(International Organization for Standardization) tido como referncia e amplamente
aceito tanto no meio acadmico como industrial. Existem na literatura diversas proposta de
mapeamento das camadas do modelo ATM para as camadas do modelo OSI, porm estas
nem sempre so conciliveis o que d margem a discusses e polmica. Para no tomar
partido de uma ou outra proposta, este autor se limitar a apresentar o modelo ATM e a
explicar as funes de cada camada. A figura 4 apresenta o modelo de camadas ATM
simplificado.
16
Figura 4 Modelo simplificado de camadas ATM
A seguir sero explicadas as principais funcionalidades das camadas e subcamadas do
modelo ATM.[Cereda97]
Camada Fsica
Subcamada de Meio Fsico Especifica as caractersticas mecnicas, eltricas e
ticas dos meios de transmisso adotados, bem como o sincronismo necessrio
transmisso e recepo dos bits.
Subcamada de Convergncia de Transmisso Especifica as funes destinadas
gerao e composio dos conjuntos de bits, gerao e verificao dos bits de
controle de erro, ao delineamento dos conjuntos de bits, ao desacoplamento entre as
taxas de transferncia e ao transporte dos conjuntos especiais de bits destinados s
tarefas de operao, administrao e manuteno.
Camada ATM No caso de estaes finais, esta camada responsvel por receber os
dados da camada de adaptao e encapsul-los em clulas (gerando o cabealho com as
informaes de controle: VPI, VCI, CLP, HEC, etc.) enviando, em seguida, camada
fsica. Tambm realiza o trabalho inverso, de receber as clulas da camada fsica,
extrair os dados das clulas e envi-los camada de adaptao. Em comutadores, esta
Subcamada de convergncia
Subcamada de segmentao
e recomposio
Camada de
Adaptao ATM
Camada ATM
Camada
Fsica
Subcamada de convergncia
de transmisso
Subcamada de meio fsico
17
camada responsvel tambm por analisar o par VPI/VCI da clula e sua porta de
entrada, consultar nas tabelas o VPI/VCI destino, gerar o novo cabealho e devolver
camada fsica a nova clula. Ou seja, responsvel pela comutao de nvel 2. O
gerenciamento do trfego, priorizao das clulas, controle de fluxo e
congestionamento tambm so funes desta camada.
Camada de Adaptao ao ATM
Como foi estudado, a camada ATM responsvel pelo transporte das clulas nas redes
de tecnologia ATM. As camadas superiores podem, ento, ser adaptadas de forma a
otimizar a transmisso dos diversos tipos de trfego gerados pelas aplicaes. Por
exemplo: nem todas as aplicaes necessitam de garantia de atraso constante na
transmisso, porm, em outras esta caracterstica fundamental. Assim sendo, a
camada de adaptao foi definida para adaptar as necessidades das aplicaes ou
camadas superiores em relao camada ATM. A camada de adaptao ao ATM,
tambm chamada de AAL (ATM Adaptation Layer) dividida em duas subcamadas:
Subcamada de Segmentao e Recomposio Especifica as funes dedicadas
a decompor as mensagens oriundas da subcamada de convergncia, de forma a
adapt-las em clulas de 48 bytes de carga til e recompor as mensagens oriundas
da concatenao da carga til das clulas da camada ATM para posterior envio
subcamada de convergncia.
Subcamada de Convergncia Esta subcamada recebe os dados das aplicaes
ou protocolos superiores e em funo das caractersticas do trfego, gera o
cabealho dos pacotes contendo ou no informaes sobre freqncia de
transmisso, temporizao, etc.
18
Tendo em vista a proliferao de protocolos associados camada de adaptao, o ITU-T
props uma organizao em funo dos conjuntos de caractersticas das aplicaes que os
futuros protocolos deveriam exibir, criando, ento, o conceito de classes de servios. Como
exemplos de caractersticas destacam-se: sincronismo entre emissor e receptor, taxa de bit
transmitida/recebida (fixa ou varivel), seqencializao dos pacotes, funes de controle
de fluxo, comunicao com ou sem conexo, etc. A figura 5 esclarece o uso das AAL em
relao s classes de servios e alguns exemplos de aplicaes.
Figura 5 Classificao de servios para as AALs
Apesar da literatura apresentar a figura 5 como modelo clssico, bom ressaltar que os
fabricantes tm dado grande nfase ao desenvolvimento sobre AAL5. Diversas propostas
existem para a criao de AALs especficas, por exemplo, para a transmisso de fluxos de
vdeo MPEG-2, porm ainda no foram criados padres para isso.
Vista a estrutura de funcionamento do modelo bsico, que de fcil entendimento, hora
de estudar o real modelo de operao do ATM. Para isso o ITU-T, segundo a
recomendao I.321, definiu o modelo de rede ATM conforme apresentado na figura 6.
Camada de
Adaptao
AAL1
AAL2
AAL3/4
AAL5
Modo de
Conexo
Taxa de
transmisso
Constante
Restries
Temporais
Existente
Classe A Classe B Classe C Classe D
Exemplos
de
servios
Inexistente
Varivel
No
orientado a
conexo
Orientado a conexo
AAL3/4
AAL5
Emulao de
circuito,
vdeo a taxa
constante
Vdeo e udio
a taxa
varivel
Transferncia
de dados
orientados a
conexo
Transferncia
de dados no
orientados a
conexo
19
Figura 6 Modelo de camadas ATM
O modelo utiliza o conceito de planos distintos a fim de separar funes de usurio, de
gerenciamento e de controle. O plano de gerenciamento responsvel pela manuteno da
rede e execuo de funes operacionais, gerenciando os demais planos e a si prprio; o
plano do usurio responsvel pelo transporte de informaes do usurio; por fim, o plano
de controle responsvel pelas informaes de sinalizao da rede [Black95]. A
sinalizao utilizada para o estabelecimento, alterao e encerramento de conexes, dentro
do plano de controle, utiliza uma camada de adaptao especial denominada SAAL
(Signaling ATM Adaptation Layer). A forma de como so estabelecidas as conexes ser
explicado a seguir.
2.2.4 O Endereamento ATM
O usurios ATM (protocolos superiores ou aplicaes) comunicam-se atravs das
conexes virtuais, identificadas unicamente em um enlace, atravs do par VPI/VCI,
durante a fase de transmisso dos dados. Com o intuito de estabelecer uma nova conexo,
os comutadores necessitam identificar o(s) destinatrio(s) para que o protocolo de
roteamento descubra uma rota entre o emissor e o(s) receptor(es). Para suprir esta
necessidade foram definidos os endereos ATM, de modo que as entidades de sinalizao
20
(plano de controle) possam requisitar uma conexo rede, fornecendo o endereo ATM do
destinatrio e os parmetros de qualidade de servio desejados.
O endereamento ATM foi definido a partir do NSAP (OSI Network Service Access Point)
cujo padro se encontra nos documentos ISO 8348 e ITU-T X.213 [NSAP94]. Existem trs
tipos de endereos ATM, todos com tamanho de 20 bytes, cujos esquemas so
apresentados na figura 7. O endereo composto por trs partes: identificador de formato e
autoridade (AFI Authoriry and Format Identifier), identificador inicial de domnio (IDI
Initial Domain Identifier) e campo especfico de domnio (DSP Domain Specific Part). O
AFI determina a interpretao do resto do endereo. O DSP dividido em: DSP de ordem
alta (HO-DSP High Order DSP), identificador de sistema final (ESI End System
Identifier) e o byte seletor(SEL).
Figura 7 Formato dos endereos ATM
O formato DCC (Data Country Codes) segue a especificao ISO 3166, enquanto o
formato ICD (International Code Designator) mantido pelo British Stardards Institute e
por ltimo, o formato E.164 o padro utilizado pelas redes RDSI.
Independente do formato de endereamento utilizado, trs campos bsicos podem ser
identificados:
SEL
SEL
SEL
AFI
AFI
AFI
DCC
HO-DSP
HO-DSP
HO-DSP E.164
ESI
ESI
ESI
DSP
DSP
DSP
IDP
IDP
IDP
IDI
IDI
IDI
Formato DCC
Formato ICD
Formato E.164
Identificador de Comutador
13 bytes
Identificador de Sistema Final
6 bytes
21
Identificador de Comutador: (13 bytes) A codificao deste campo depende do formato
de endereo utilizado, ICD, DCC ou E.164. Seu contedo pode possuir informaes
sobre topologia da rede, o que facilita o roteamento nas redes ATM.
ESI (End System Identifier): (6 bytes) Identificador de Sistema Final: Usado para
identificar cada interface, presentes em estaes finais ou equipamentos de borda,
dentro da rede ATM.
Byte Seletor (Selector Byte): (1 byte) Utilizado para identificar entidades das camadas
superiores ao modelo ATM.
Captulo 3 - Solues de Integrao IP/ATM 22
22
C Ca ap p t tu ul lo o 3 3 - - S So ol lu u e es s d de e I In nt te eg gr ra a o o I IP P/ /A AT TM M
3.1. Introduo
de conhecimento geral que, hoje, a pilha de protocolos TCP/IP a mais utilizada quando
se trata de protocolos de redes de computadores. Como implicao direta deste fato, pode-
se afirmar que grande parte das aplicaes desenvolvidas se utilizam destes protocolos para
a sua comunicao. Assim natural esperar que estas aplicaes devam continuar
funcionando quando uma nova tecnologia de rede adotada.
Com este propsito, duas especificaes de integrao de IP sobre ATM foram criadas: o
Lan Emulation, padronizado pelo ATM Forum em janeiro de 1995 [LANE1] e o Classical
IP, soluo do IETF (Internet Engineering Task Force) publicada em janeiro de 1994.
[RFC1577].
As duas solues permitem a comunicao entre equipamentos ATM, sejam eles estaes
finais, comutadores ou dispositivos de borda, pertencentes sempre mesma sub-rede IP. A
comunicao entre diferentes sub-redes IP mantm a estrutura convencional, ou seja,
atravs de roteadores IP.
A seguir sero descritas as caractersticas e o funcionamento bsico de cada uma das
solues.
3.2. Classical IP
O Classical IP uma soluo indicada para ambientes onde o IP o nico protocolo de
rede utilizado. Destaca-se pela simplicidade de configurao e funcionamento. Pode ser
configurado para trabalhar utilizando tanto PVCs quanto SVCs.
23
O princpio bsico desta soluo de integrao o de encapsular datagramas IP em pacotes
AAL5, atravs do encapsulamento LLC/SNAP, para serem transportados at o destinatrio
atravs da rede ATM. No destinatrio os pacotes IP so extrados e entregues aplicao
ou s camadas superiores, de forma que para estas transparente o mecanismo utilizado
para a transmisso, seja Ethernet ou Token Ring convencional ou ATM. A figura 8
representa este esquema:
Figura 8 Mapeamento IP sobre ATM utilizando Classical IP
3.2.1 Servidor ATMARP
Um problema que aparece nas redes convencionais o de traduo dos endereos lgicos
(endereos IP) para endereos fsicos (endereos MAC no caso de redes Ethernet ou Token
Ring). Este problema resolvido atravs do protocolo ARP (Address Resolution Protocol)
que se encarrega de gerar uma mensagem de broadcast contendo o endereo IP desejado.
A estao possuidora deste endereo reconhece a mensagem e responde com seu endereo
fsico. A comunicao entre as duas efetuada, a partir deste ponto, atravs de mensagens
contendo os endereos lgico e fsico de ambas.
Em redes ATM, utilizando Classical IP, no existe a funcionalidade de broadcast. Logo,
uma entidade de rede especial foi criada para a traduo de endereos lgicos (endereos
Estaes finais
Ethernet
Comutador
ATM
Estaes
finais ATM
Dispositivo
de borda
Camada Fsica
ATM
AAL5
Classical IP
IP
Apl. Existentes
AAL5
Fsica Fsica
ATM
CLIP
Camada
MAC
IP
Camada Fsica
Camada MAC
IP
Apl. Existentes
Fsica Fsica
ATM
24
IP) para endereos fsicos (endereos ATM). Esta entidade de rede chamada de servidor
ATMARP e pode ser implementado num comutador ou numa estao. Cada sub-rede IP,
tambm conhecida como LIS (Logical IP Subnet), deve possuir seu servidor ATMARP. A
figura 9 representa duas sub-redes IP em uma mesma rede ATM interligadas atravs de um
roteador:
Figura 9 Duas redes IP sobre uma mesma rede ATM utilizando Classical IP
3.2.2 Comunicao na soluo Classical IP
Sempre que uma estao iniciada, ela deve registrar-se no servidor ATMARP para que
possa ser localizada por outras estaes. Este processo de registro, consiste em enviar ao
servidor ATMARP seu endereo IP e seu endereo ATM. Para que as estaes localizem o
servidor ATMARP correspondente LIS que pertencem, devem ter previamente
configurado o endereo ATM deste servidor. Conforme as estaes pertencentes a uma
Rede
ATM
LIS B
LIS A
Servidor
ATMARP A
Servidor
ATMARP B
192.168.100.1
192.168.200.1
192.168.100.4
192.168.200.4
192.168.200.2
192.168.200.3
192.168.100.3
192.168.100.2
Roteador
25
mesma LIS vo se cadastrando junto ao servidor ATMARP, este cria uma tabela de
converso de endereos IP para endereos ATM.
A partir do seu cadastro junto ao servidor ATMARP, quando uma estao deseja se
comunicar com outra, ela requisita ao servidor ATMARP o endereo ATM do destinatrio,
fornecendo o endereo IP do mesmo. O servidor ATMARP responde com o endereo
ATM do destinatrio. De posse deste, o emissor estabelece uma conexo (SVC)
diretamente com o receptor.
Quando se utiliza PVCs, as estaes possuem em sua memria uma tabela contendo os
endereos IPs e os respectivos VPIs e VCIs configurados, de modo que fica dispensada
a consulta ao servidor ATMARP.
3.3. Lan Emulation
O Lan Emulation, ou simplesmente LANE, a soluo proposta pelo ATM Forum em
janeiro de 1995 [LANE1] para integrao das redes convencionais sobre redes ATM.
Diferentemente do Classical IP, no modelo LANE, o pacote Ethernet ou Token Ring
encapsulado, com algumas alteraes, num quadro AAL5. Desta forma, esta soluo no
se restringe ao uso do IP, uma vez que, em princpio, qualquer protocolo de rede (por
exemplo: IPX, AppleTalk, etc.) que seja implementado sobre o Ethernet ou o Token Ring
poderia ser transportado em redes ATM atravs do LANE. Est fora do escopo deste
trabalho, entretanto, a anlise de outros protocolos a no ser o IP. O modelo a seguir,
figura 10, apresenta este conceito:
26
Figura 10 Modelo de camadas do Lan Emulation
O Lan Emulation, soluo mais sofisticada do que o Classical IP, tem seu funcionamento
baseado na arquitetura cliente-servidor. Basicamente, os clientes esto presentes nas
estaes finais e equipamentos de borda, enquanto os servidores podem ser
implementados, teoricamente, em qualquer equipamento pertencente rede ATM. As
funcionalidades do cliente e dos servidores sero descritas abaixo para que se entenda,
posteriormente, o funcionamento da rede como um todo. A figura 11 mostra os
componentes de uma rede emulada.
LEC (Lan Emulation Client) Representa a entidade cliente de uma rede emulada. o
LEC que fornece a interface de emulao da camada de enlace, possuindo inclusive um
endereo MAC. Desta forma, as aplicaes operam como se estivessem trabalhando em
uma rede Ethernet ou Token Ring convencional. Este componente est presente nas
estaes finais ou em dispositivos de borda (um roteador por exemplo). responsvel pela
comunicao entre estaes ou dispositivos de borda e destes com outras entidades da rede
emulada (LES, LECS, BUS, outros LECs).
Proxy LEC O Proxy LEC um caso especial do LEC, implementado em equipamentos
que conectam estaes pertencentes redes convencionais em redes emuladas ATM. Estes
Camada Fsica
ATM
AAL5
Lan Emulation
Ethernet/Token Ring
Apl. Existentes
IP / IPX / AppleTalk
Apl. Existentes
Camada Fsica
Sub-camada MAC
Fsica Fsica
ATM
AAL5
Fsica Fsica
ATM
LANE
Sub-
camada
MAC
Ponte
Comutador ATM Estaes
finais ATM
Dispositivo
de Borda
Estaes finais
Ethernet/Token
Ring
Ethernet/Token Ring
IP / IPX / AppleTalk
27
equipamentos que implementam o Proxy LEC tambm so conhecidos como dispositivos
de borda. O exemplo mais comum de Proxy LEC ocorre em comutadores Ethernet (ou Fast
Ethernet) com uma ou mais portas ATM.
LECS (Lan Emulation Configuration Server) O servidor de configurao da rede
emulada responsvel por fornecer a configurao inicial ao LEC. Ele prov informaes
relativas s ELANs (Emulated LAN ou rede emulada) disponveis, assim como o
endereo ATM do LES de cada uma.
Figura 11 Componentes de uma rede emulada
LES (Lan Emulation Server) O servidor de emulao de rede responsvel pelas
funes de organizao e controle de uma ELAN. a entidade responsvel pelo registro e
traduo de endereos MAC em endereos ATM.
BUS (Broadcast and Unknown Server) O servidor de broadcast ou destinatrio
desconhecido foi concebido de forma a possibilitar a transmisso de mensagens broadcast,
multicast e de destinatrio desconhecido, ou seja, mensagens de endereo no resolvido
pelo LES. Para isso, o BUS mantm uma conexo ponto-multiponto com todos os
LUNI
LNNI
LUNI
LEC LEC LEC
LEC
Proxy
LES 2 BUS 2
LECS
Rede Ethernet Rede ATM
Comutador
ATM
LES 1 BUS 1
LUNI
LUNI
28
participantes da ELAN. Portanto, sempre que uma mensagem transmitida ao BUS, ela
replicada a todas as estaes e dispositivos de borda da rede emulada.
A especificao do Lan Emulation no define onde cada de seus servidores deve ser
implementado. Em princpio, eles podem estar localizados em qualquer equipamento
pertencente ELAN (estaes, dispositivos de borda, comutadores, etc.), porm, por
motivos relacionados com a segurana de funcionamento e desempenho dos servios,
existe uma preferncia por parte dos fabricantes em implementar os servidores em
equipamentos de rede (comutadores ATM e roteadores).
3.3.1 Comunicao na soluo Lan Emulation
A comunicao entre entidades pertencentes a uma mesma rede emulada realiza-se atravs
de duas interfaces bsicas sobre as quais so implementadas os protocolos. Estas interfaces
so:
LUNI (Lan Emulation User to Network Interface) a interface utilizada para a
comunicao entre um LEC e a rede provedora do servio de emulao, ou seja, entre dois
LECs pertencentes a uma mesma ELAN ou entre um LEC e um dos servidores: LECS,
LES, BUS da correspondente ELAN.
LNNI (Lan Emulation NNI) Interface de comunicao entre provedores de servio de
uma rede emulada. Basicamente este protocolo utilizado para prover a troca de
informaes relativas redundncia e a distribuio de carga entre as vrias instncias dos
servidores LES e BUS de uma mesma ELAN. Esta interface s foi especificada na verso
LANE 2.0 [LANE2].
Ser explicado a seguir como se d a comunicao numa ELAN, atravs da interface
LUNI, seguindo os vrios estgios de operao de um LEC. [Alles95]
29
I. Registro e Configurao
Ao iniciar a estao, o LEC obtm seu prprio endereo ATM quando do registro junto ao
comutador ao qual est conectado. O endereo ATM do LEC formado, associando os 13
bytes iniciais do endereo ATM obtido do comutador com os 6 bytes (ESI) codificados na
placa ATM presente na estao. Feito isso, estabelece uma conexo com o LECS e atravs
de um protocolo especfico, obtm a configurao das ELANs disponveis, endereos dos
respectivos servidores LES, tipo da rede emulada (Ethernet ou Token Ring), tamanho
mximo da unidade de transmisso (MTU), nome da ELAN, etc. Vide figura 12.
Existem trs procedimentos possveis para que o LEC seja capaz de localizar o LECS:
pode ser feita atravs de VCC pr-definido (VPI=0, VCI=17), endereo fixo padro ou
atravs de um protocolo chamado ILMI (Interim Local Management Interface).
Figura 12 Comunicao entre o LEC e o LECS para obteno das informaes das
ELANs configuradas
II. Filiao a uma ELAN
Dado que o LEC estabeleceu conexo com o LECS e recebeu deste as informaes sobre
as redes emuladas configuradas, ele pode agora se filiar a uma ou mais ELANs. Para isso
ele deve se conectar ao LES de cada ELAN, onde ser cadastrado. O LES cadastra cada
LEC 0
LES
BUS
LEC 1
LEC 2
LECS
ELAN USP
MTU 1500
End. ATM LES
30
LEC atravs de um identificador nico (LECID), associando a este os endereos MAC e
Figura 13 Processo de filiao a uma ELAN
ATM do LEC. Passo 1 da figura 13. No caso de se tratar de um proxy LEC, podem existir
mais de um MAC associado a um mesmo LECID e consequentemente a um mesmo
endereo ATM.
Uma vez cadastrado junto ao LES, o LEC deve obter o endereo ATM do BUS. Para isso,
envia ao LES uma mensagem requisitando a traduo do endereo MAC de broadcast. O
LES retorna, ao receber esta mensagem, o endereo ATM do BUS. De posse do endereo
ATM do BUS, o LEC estabelece uma conexo com o BUS, e este adiciona o novo LEC
sua conexo ponto-multiponto. Passos 2 e 3 da figura 13.
Conhecendo o LES, para a traduo de endereos, e o BUS para a transmisso
multicast/broadcast, o LEC encontra-se pronto para a transmisso de dados.
LEC 0
LES
BUS
LEC 1
LEC 2
LECS
1
3
12
MAC LEC 0
ATM LEC 0
LECID End. MAC End. ATM
0 MAC LEC 1 ATM LEC 1
31
III. Transmisso dos Dados
O LEC, basicamente, recebe pacotes da camada de rede (IP,IPX, etc.), gera os quadros
da camada de enlace (Ethernet, Token Ring) com algumas diferenas e os encapsula em
pacotes AAL5 para a transmisso sobre o ATM. Para que a transmisso ocorra,
necessrio que exista uma conexo entre o emissor e o receptor. Neste momento trs
possibilidades podem ocorrer:
J existe a conexo entre o emissor e o receptor basta ento, iniciar a transmisso dos
dados
No existe a conexo, mas o emissor possui em sua memria cache o endereo ATM
referente ao MAC destino estabelece-se um nova conexo e inicia-se a transmisso.
No existe a conexo e no se conhece o endereo ATM do destinatrio necessrio
que se execute o processo de traduo de endereos para em seguida estabelecer a
conexo e s ento transmitir os dados.
Processo de traduo de endereos MACATM
O processo de traduo de endereos MAC para endereos ATM deve ser utilizado quando
um LEC deseja comunicar-se com outro LEC, porm no possui o endereo ATM do
mesmo. O LEC formula., ento, uma requisio de endereo ATM, chamada LE_ARP
(Lan Emulation ARP) e a envia ao LES.
Enquanto aguarda a respota do LES e com o objetivo de diminuir o atraso inserido, o LEC
inicia a transmisso dos dados atravs do BUS. Como j foi visto, o BUS mantm uma
conexo ponto-multiponto com todos os participantes da ELAN, logo pode-se garantir que
o destinatrio vai receber as mensagens. Esta soluo temporria, pois todos os membros
32
esto recebendo os pacotes e consequentemente consumindo tempo de processamento com
a recepo de pacotes que sero descartados, a no ser o receptor propriamente dito.
Ao receber a resposta LE_ARP do LES, contendo o endereo ATM do destinatrio, o LEC
estabelece uma conexo direta com o LEC receptor. Antes, porm, de transmitir atravs
desta nova conexo, o LEC pra de transmitir atravs do BUS e envia uma mensagem de
flush, garantindo, portanto, a sequncia das clulas. A figura 14 demonstra a sequncia do
procedimento.
Figura 14 Establecimento de conexo entre LECs
3.4. Comparao entre o Lan Emulation e o Classical IP para
Comunicao Multimdia
Vale ressaltar que no objetivo deste trabalho analisar aspectos especficos de cada
soluo, mas avaliar, de forma geral, o desempenho destas em relao ao transporte de
trfegos com caractersticas especiais, como so os trfegos gerados por aplicaes
multimdia.
LEC 0
LES
BUS
LEC 1
LEC 2
LECS
2 Dados
5 - Flush
1- MAC LEC 1
LECID End. MAC End. ATM
3- ATM LEC 1
4-Conexo Lec0 Lec 1
6-Dados
33
Segundo os parmetros analisados: tamanho de buffer, tamanho de mensagem, capacidade
de processamento, [Kiatake98] e [Meylan98] concluem que o Classical IP oferece uma
maior quantidade de banda disponvel para a aplicao quando da utilizao dos protocolos
de transporte TCP e UDP. Esta maior quantidade de banda disponvel se deve a um menor
nvel de encapsulamento desta soluo, ou seja, a relao carga til/overhead maior no
Classical IP.
Alm da quantidade de banda disponvel, um ponto bastante importante na transmisso
multimdia a forma como se estabelece a transmisso. Neste ponto, o Classical IP
apresenta um fator limitante bastante restritivo: a incapacidade de transmisso
broadcast/multicast. O Lan Emulation, por sua vez, possui um servidor especfico para
este tipo de transmisso. A partir da segunda verso do Lan Emulation [LANE2],
possvel a implementao de servidores redundantes, eliminando, portanto, o problema de
um servidor ser um ponto nico de falhas. Tambm nesta verso foi introduzido o conceito
de servidor multicast, criado especificamente para tratar das conexes multicast. Esta
soluo ser melhor explorada nos prximos captulos.
Em se tratando de interconexo de redes, as duas solues seguem o modelo de roteamento
IP convencional. Segundo [Santos98], as solues de comutao IP, por exemplo: IP
Switching, MPOA, etc., apresentam um melhor desempenho no que diz respeito ao atraso
inserido, podendo servir de base para aprimorar futuras implementaes do Lan Emulation
ou do Classical IP.
Em relao aos parmetros de qualidade de servio, ambas as solues so falhas. Tanto o
Classical IP quanto o Lan Emulation utilizam conexes do tipo UBR (Unspecified Bit
Rate), no sendo possvel, portanto, reservar banda, definir atraso mximo suportado,
restringir variao do atraso, etc. Portanto, o ATM, quando da utilizao destas solues,
34
fornece apenas uma maior quantidade de banda disponvel, o que no significa nenhuma
garantia de utilizao para a aplicao. Aplicaes com restries temporais e que
demandam grande quantidade de banda estariam concorrendo diretamente com as
aplicaes convencionais, degradando a qualidade das transmisses.
Concluindo o que foi dito acima, percebe-se que as solues de integrao de IP e ATM
atualmente padronizadas, no tiram proveito dos recursos disponibilizados pela tecnologia
ATM. Alm disso, j existem definies de novas interfaces (por exemplo o WinSock2),
que permitem o acesso ao ATM de forma nativa, dispondo de todos os recursos que a
tecnologia fornece.
O projeto de novas aplicaes multmidia sobre redes ATM deve considerar aspectos de
compatibilidade com aplicaes j existentes, pois a base instalada muito grande e deve
ser substituda gradualmente. Por este motivo as solues de integrao de IP e ATM
continuaro a existir por algum tempo e favorecero a implantao de novas redes ATM
em ambientes que se utilizam de redes convencionais. No entanto, a utilizao destas
solues restringe o uso dos recursos fornecidos pelo ATM em sua plenitude. Logo, o
desenvolvimento de aplicaes que acessem o ATM de forma nativa, ter como grande
vantagem a possibilidade de explorar os recursos de QdS fornecidos por esta tecnologia,
resultando em transmisses de voz, vdeo e dados de elevada qualidade e com atrasos
controlados.
Captulo 4 - Comunicao Multicast 35
35
C Ca ap p t tu ul lo o 4 4 - - C Co om mu un ni ic ca a o o M Mu ul lt ti ic ca as st t
4.1. Introduo
As aplicaes multimdia tm, em sua maioria, a caracterstica de possuir vrios
participantes simultneos, ou seja, existem um emissor e vrios receptores, ou ainda, vrios
emissores para vrios receptores. Uma forma simples de implementar estes sistemas
manter uma conexo para cada par emissor/receptor. Fica bvio, porm, a ineficincia do
sistema, uma vez que cada mensagem a ser transmitida, dever ser replicada pelo emissor
para cada um de seus receptores.
Com o crescimento da necessidade de uma forma de comunicao que atingisse vrios
destinatrios de maneira eficiente, surgiu o conceito de multicast. O multicast pode ser
explicado como: forma de comunicao onde, atravs de uma nica operao de
transmisso, resulta no envio simultneo para vrios destinatrios. A figura 15, mostra
graficamente este conceito.
Figura 15 Comunicao Multicast
Uma forma simples de entender o funcionamento da comunicao multicast a
transmisso de mensagens broadcast numa rede Ethernet de meio compartilhado. Imagine
que o Elemento de Rede da figura 15 seja um Hub Ethernet e que o emissor esteja
Emissor
Receptor 1
Receptor 2
Receptor n
Elemento
de Rede
.
.
.
.
.
.
36
transmitindo mensagens do tipo broadcast. Atravs de uma nica operao de envio, o
Hub replicar a mensagem para todas as estaes conectadas a ele. Como a mensagem
destinada a todas as estaes, todas a recebem e processam.
Fica claro, a partir do exemplo anterior, que comunicao broadcast (os destinatrios so
todos os elementos da rede) e unicast (existe um nico destinatrio) so subcasos da
comunicao multicast.
Este captulo apresentar as diversas formas de utilizao da comunicao multicast em
redes Ethernet quando da utilizao do TCP/IP e as propostas para sua utilizao em redes
de alta velocidade (ATM).
4.2. Conceitos Bsicos
Para viabilizar o estudo da comunicao multicast em redes de computadores, necessrio
que se introduza uma linguagem de representao do modelo em questo. Assim como na
maioria dos trabalhos encontrados na literatura, uma rede de computadores ser
representada como um grafo conectado N=(V,E), onde V representa um conjunto de ns e
E representa um conjunto de ligaes entre estes ns. A existncia de uma ligao e=(u,v)
do n u at o n v, implica tambm na existncia de uma ligao e=(v,u) para qualquer u,e
E, ou seja, est sendo assumido que as ligaes so full-duplex.
Como em redes reais, necessrio que se defina uma funo custo C(e) e uma funo de
atraso A(e) para toda ligao e=(u,v) E. As funes custo e atraso podem tomar qualquer
valor real no negativo. A funo custo pode ser entendida como custo monetrio ou custo
em funo do trfego existente em uma ligao. Nesta dissertao a funo custo estar
associada ao trfego existente na ligao, uma vez que o objetivo de estudar o
gerenciamento eficiente dos recursos da rede. A funo atraso A(e), expressa o atraso que
os pacotes adquirem ao passar por uma ligao e. Este atraso pode ser atribudo ao tempo
37
de transmisso ou propagao, devido ao enfileiramento, roteamento ou comutao. Neste
trabalho tambm assumido que as ligaes so assimtricas, ou seja, C(e) C(e), dado
que este um fato real em redes de computadores.
Chama-se de caminho uma sequncia alternada de ns e ligaes. Assim define-se um
caminho P(v
0
, v
k
) = v
0
,e
1
,v
1
,e
2
,,v
k-1
,e
k
,v
k
onde todo e
i
= (v
i-1
, v
i
) E, 1 k. Um
caminho contm loops se algum dos ns se repete. Se no houver repetio de ns diz-se
que o caminho livre de loops. Para simplificar, um caminho ser representado como uma
seqncia de ligaes : P(v
0
, v
k
) = {v
0
, v
1
, v
2
, , v
k
}.
O custo de um caminho P(v
0
, v
k
) definido como a soma dos custos das ligaes que
constituem o caminho:
Analogamente, define-se o atraso fim-a-fim do caminho P(v
0
, v
k
) como sendo a soma dos
atrasos parciais em cada ligao que constitui o caminho:
As definies apresentadas aplicam-se para uma sesso multicast com uma nica fonte.
Um grupo multicast G = {g
1
, g
2
, , g
n
} V, onde n = |G| |V|, formado por um
conjunto de ns participantes de uma sesso, sendo identificados por um nico endereo de
grupo i. Um n s V uma fonte transmissora de um grupo multicast G. Uma fonte s de
um grupo multicast pode ou no pertencer ao grupo multicast. Uma rvore multicast T(s,
G) E com uma fonte especfica uma rvore com uma nica fonte s (tambm chamada
raiz) que transmite a todos os membros do grupo multicast G.
) , (
0
0
) ( )) , ( (
k
v v P e
k
e C v v P Custo
) , (
0
0
) ( )) , ( (
k
v v P e
k
e A v v P Atraso
38
O custo total da rvore dado pela soma dos custos das ligaes da rvore:
O atraso fim-a-fim mximo de uma rvore multicast o atraso mximo da fonte at os
membros do grupo multicast:
onde P
T
(s, g) o caminho de s at g sobre a rvore T(s, G).
4.3. Taxonomia de Conexes Multiponto
importante que se estabelea uma taxonomia entre as possveis formas de implementao
de conexes multiponto, para que a discusso e comparao das solues que
implementam este tipo de conexo, sejam coerentes. Assim, segundo [Winsock2], esta
taxonomia ser detalhada a seguir.
Em primeiro lugar necessrio que se diferenciem dois planos da conexo multiponto:
plano de controle e plano de dados.
4.3.1 Plano de controle
O plano de controle responsvel pela forma de como a conexo multiponto criada. Dois
tipos podem ser identificados: rooted e non-rooted, ou seja, com ou sem a presena de uma
raiz, respectivamente. No caso do plano de controle rooted, existe um participante especial,
chamado de root (raiz), responsvel por iniciar a conexo multiponto. O root deve
permanecer presente durante todo o tempo de vida da conexo, caso contrrio a conexo
desfeita. Ele pode adicionar e remover folhas (leaves, ou estaes receptoras) a qualquer
momento. Em algumas implementaes, as folhas podem incluir-se a uma determinada
) , (
) ( )) , ( (
G s T e
e C G s T Custo
,
_

) , (
) ( )) , ( ( _
max
g s P e G g
T
e A G s T Atraso Max
39
conexo. Em implementaes que se utilizem de plano de controle non-rooted, todos os
membros pertencentes a uma sesso multiponto so folhas, ou seja, no existe nenhum
elemento especial responsvel por iniciar e manter a conexo. Cada participante, precisa
incluir-se na sesso multiponto j existente.
4.3.2 Plano de Dados
O plano de dados trata da transferncia dos dados entre os participantes da sesso. Para a
transmisso de dados, novamente dois tipos so diferenciados: rooted e non-rooted.
Na transmisso de dados rooted, existe um elemento especial chamado de root (raiz). Toda
a transmisso de dados ocorre entre o root e os outros participantes (folhas). No existe
comunicao, atravs da sesso multiponto, entre as folhas diretamente. O trfego pode ser
unidirecional ou bidirecional, dependendo de cada implementao. No plano de dados non-
rooted, todos os participantes so iguais, isto , no existe nenhum elemento especial. Em
outras palavras, isto quer dizer que todos tm a capacidade de enviar dados sesso
multiponto e estes dados sero recebidos por todos os participantes desta mesma sesso.
4.3.3 ATM e Multicast IP segundo a Taxonomia
A seguir apresentada uma tabela, figura 16, comparativa do ATM e do Multicast IP em
relao s definies descritas anteriormente.
Plano de Dados Plano de Controle
Tecnologia
Rooted Non-Rooted Rooted Non-Rooted
Multicast IP X X
ATM X X
Figura 16 Tabela comparativa entre Multicast IP e ATM, segundo taxonomia proposta
40
Na tecnologia ATM, at verso do UNI 3.1, apenas o root podia acrescentar novos
participantes conexo multicast. A partir da verso do UNI 4.0, qualquer participante
pode incluir-se numa conexo multicast j existente.
4.4. Algoritmos de Roteamento Multicast
Diversos algoritmos de roteamento multicast foram propostos de forma que rvores
multicast fossem construdas e consequentemente aplicaes pudessem transmitir vrios
destinatrios simultaneamente e sem desperdcio de recursos dos elementos de rede.
fundamental o conhecimento destes algoritmos, uma vez que a partir deles que so
projetados e implementados os protocolos de roteamento multicast. Sendo assim, nesta
seo sero apresentados dois algoritmos simples: Inundao (Flooding) e rvores de
Espalhamento (Spanning Trees) e quatro de maior complexidade: RPB (Reverse Path
Broadcasting), TRPB (Truncated Reverse Path Broadcasting), RPM (Reverse Path
Multicasting), rvores de Steiner (ST Steiner Trees) e por ltimo o CBT (Core Based
Trees).
4.4.1 Inundao (Flooding)
O algoritmo de Inundao, utilizado no protocolo de roteamento IP unicast OSPF (Open
Shortest Path First), a tcnica mais simples para a distribuio de pacotes multicast IP
em uma rede interligada por roteadores. Neste algoritmo, quando o roteador recebe um
datagrama multicast IP em uma determinada interface, verificado se a primeira vez que
este datagrama recebido. Se for a primeira vez, o roteador replica o datagrama em todas
as suas interfaces, exceto naquela por onde foi recebido. Caso no seja a primeira vez que
aquele datagrama atinge o roteador, este simplesmente o descarta. Desta forma, possvel
garantir que todos os roteadores da rede recebero ao menos uma cpia de cada datagrama
enviado.
41
Apesar da simplicidade do algoritmo, algumas desvantagens aparecem. O algoritmo de
Inundao gera um grande nmero de mensagens duplicadas o que desperdia grande
quantidade de banda dos enlaces. Alm disso, cada roteador deve manter um registro dos
pacotes que j recebeu, de forma a poder identificar e descartar pacotes repetidos. Esta
restrio causa um ineficiente uso da memria dos roteadores.
4.4.2 rvores de Espalhamento (Spanning Trees)
Este algoritmo amplamente utilizado em pontes (bridges) IEEE-802 MAC devido sua
facilidade de implementao e pela economia dos recursos necessrios. Basicamente, seu
funcionamento consiste em escolher alguns enlaces de forma a montar uma estrutura de
rvore, ou seja, formar um conjunto de roteadores e enlaces que no possuam loops e que
entre dois roteadores quaisquer s exista um nico caminho que os interligue. Esta rvore
construda de forma a atingir todos os roteadores da rede, por isso o nome: rvore de
Espalhamento. Uma vez construda a rvore, ao receber um pacote multicast IP, cada
roteador o replicar apenas nas interfaces cujos enlaces pertenam rvore, exceto naquela
de onde ele foi recebido. Este procedimento garante que todos os roteadores recebam uma
cpia do pacote. Percebe-se neste mtodo a economia de recursos gastos em relao ao
algoritmo anterior. Logo, basta que cada roteador mantenha a informao de quais de suas
interfaces pertencem rvore.
A figura 17 mostra o processo de criao de uma rvore de espalhamento. O custo de cada
enlace ilustrado sobre o prprio.
42
Figura 17 rvore de Espalhamento
Como desvantagem principal deste algoritmo destaca-se o fato de ele centralizar o trfego
em um conjunto mnimo de enlaces. Caso tenha-se uma situao de congestionamento ou
queda de um enlace, todos os roteadores subsequentes so prejudicados.
4.4.3 RPB (Reverse Path Broadcasting)
O RPB surgiu como um aprimoramento da rvore de Espalhamento e bastante utilizado
no MBone (Multicast Backbone). Ao invs de criar uma rvore de espalhamento que cobre
todos os roteadores da rede, o RPB cria uma rvore de espalhamento implcita para cada
fonte emissora. Assim sendo, suponha que um roteador receba um pacote multicast IP em
sua interface I
0
e que o endereo origem contido neste pacote indica que a fonte
transmissora seja F. De posse destas informaes, o roteador ir verificar se o menor
caminho entre ele e a fonte F utiliza a interface I
0
. Caso a resposta seja afirmativa, o
roteador replicar o pacote em todas as suas interfaces, exceto naquela por onde ele foi
recebido. Caso contrrio o pacote descartado. Segundo o que foi explicado, percebe-se
que a rvore de espalhamento construda dinamicamente em funo do transmissor do
pacote. Portanto, vrias rvores podem existir simultaneamente. A figura 18 mostra duas
rvores de espalhamento numa mesma rede.
D
A
E
B
C
1
3
6
2
5
4
D
A
E
B
C
1
3
6
2
5
4
Rede formada por roteadoes rvore de Espalhamento a partir da fonte C
43
Figura 18 rvores geradas a partir do RPB (Reverse Path Broadcasting)
Este algoritmo tem como principais vantagens o fato de ser fcil de implementar e de
eficincia satisfatria. Pelo fato dos roteadores no precisarem conhecer toda a rvore de
espalhamento, existe economia de recursos. Como vrias rvores so construdas
simultaneamente, no existe o problema de concentrao, logo o trfego distribudo pela
rede, fornecendo mais segurana (a queda de um enlace no paralisa todas as transmisses
multicast) e diminuindo a possibilidade de congestionamentos. Como desvantagem
salienta-se o fato do algoritmo no considerar as informaes de participao de membros
do grupo multicast.
4.4.4 TRPB (Truncated Reverse Path Broadcasting)
O TRPB foi concebido com o objetivo de aprimorar o RPB em relao s suas restries.
Como ser visto na descrio do protocolo IGMP (Internet Group Management Protocol),
um roteador tem condies de tomar conhecimento sobre a existncia de membros
participantes de um grupo multicast qualquer, em uma determinada sub-rede IP, a qual
tambm pertence. Logo, se o roteador descobre que no existe nenhuma estao
D
A
E
B
C
1
3
6
2
5
4
D
A
E
B
C
1
3
6
2
5
4
Rede formada por roteadores
rvore de Espalhamento a partir da fonte C
D
A
E
B
C
1
3
6
2
5
4
rvore de Espalhamento a partir da fonte A
44
pertencente a um determinado grupo multicast, e ele o nico roteador desta sub-rede,
pode parar de transmitir os pacotes multicast relacionados a este grupo.
Apesar da informao de participao de grupos multicast ser utilizada pelo TRPB e com
isso, ser possvel retirar sub-redes finais da rvore de espalhamento, as sub-redes
intermedirias continuaro a participar da rvore de espalhamento, mesmo que no tenham
nenhum participante pertencente ao grupo.
4.4.5 RPM (Reverse Path Multicasting)
O algoritmo RPM, tambm conhecido como RPB com desligamentos, um
aprimoramento dos algoritmos RPB e TRPB. Ele constri uma rvore que transmite
somente para:
I. sub-redes que tenham membros pertencentes ao grupo multicast;
II. roteadores e/ou sub-redes que faam parte do menor caminho at uma sub-rede que
possua pelo menos um membro do grupo.
Dado o par (fonte, grupo) o primeiro pacote transmitido atravs do algoritmo TRPB. Os
roteadores que no possurem outros roteadores abaixo deles na rvore, sero chamados
de roteadores terminais. Se um roteador terminal receber um pacote multicast para um par
(fonte, grupo) e no possuir nenhum membro deste grupo nas sub-redes das quais faz
parte, enviar uma mensagem de desligamento (prune) ao roteador responsvel pela
transmisso deste pacote. A mensagem de desligamento indica que os pacotes multicast
relacionados com um determinado par (fonte, grupo) no devem mais ser retransmitidas
para aquele enlace.
importante esclarecer que as mensagens de desligamento so enviadas apenas ao
roteador imediatamente anterior e este deve armazenar esta informao em sua memria.
Caso o roteador que acabou de receber uma mensagem de desligamento, proveniente de
45
um roteador abaixo dele, perceba que no existem sub-redes ou roteadores interessados
em receber pacotes multicast para um dado par (fonte, grupo), ele gerar uma nova
mensagem de desligamento e enviar ao roteador atravs do enlace por onde estas
mensagens foram recebidas. Este efeito cascata garante que os pacotes multicast sejam
enviados apenas atravs dos enlaces que faam parte do caminho at estaes pertencentes
ao grupo. A figura 19 ilustra uma rede onde o algoritmo RPM aplicado.
Figura 19 rvore multicast gerada pelo algoritmo RPM
As informaes sobre a participao de membros do grupo e a topologia da rede podem ser
alteradas, logo o estado de desligamento dos enlaces deve ser renovado em intervalos
regulares. O algoritmo RPM resolve este problema, removendo a informao de
desligamento dos roteadores. Com isso, o roteador passa a retransmitir os pacotes de
multicast para todas as suas interfaces e o processo de desligamento repetido caso seja
necessrio. Esta uma das desvantagens deste algoritmo. Outra desvantagem quantidade
de memria do roteador utilizada para armazenar o estado das interfaces em relao a cada
par (fonte, grupo) existente.
R
R
R
R
R
R
Caminho das mensagens multicast
Mensagens de desligamento (prune)
Caminhos desligados da rvore multicast
Estao pertencente ao grupo multicast
R Roteador IP
46
4.4.6 rvores de Steiner
Os algoritmos pertencentes famlia do RPB (RPB, TRPB, RPM) utilizam a tcnica de
calcular o menor caminho entre o emissor e cada um dos receptores para transmisso dos
pacotes multicast, garantindo que estes so entregues o mais rpido possvel. Entretanto,
nenhum destes algoritmos procura minimizar a utilizao dos recursos da rede.
O algoritmo rvore de Steiner tem por objetivo minimizar a utilizao dos enlaces da rede,
mantendo o compromisso de entregar os pacotes a todos os participantes do grupo
multicast. A figura 20 demonstra a melhor utilizao dos enlaces por este algoritmo em
comparao ao RPB.
Figura 20 rvore de Steiner
Como pode ser observado pela figura 20, a rvore gerada pelo algoritmo de Steiner possui
um nmero menor de enlaces, porm, pode-se dizer que uma rvore mais lenta, uma vez
que para atingir o n D necessrio passar por mais roteadores. A elevada complexidade
de implementao deste algoritmo o tornou de pouca importncia prtica. Outra
desvantagem a dificuldade de incluir ou retirar elementos da rvore, uma vez que esta
deve ser inteiramente recalculada.
D
A
E
B
C
1
3
6
2
5
4
D
A
E
B
C
1
3
6
2
5
4
C Fonte transmissora
Membro do grupo multicast
rvore gerada pelo RPB rvore de Steiner
47
4.4.7 CBT (Core Based Trees)
O ltimo algoritmo proposto para construir rvores multicast chamado de CBT (Core
Based Tree). Ao contrrio dos outros algoritmos, este cria uma nica rvore para cada
grupo, ou seja, no depende da localizao da fonte emissora dos pacotes multicast. Um
roteador ou um conjunto de roteadores so escolhidos para formarem o centro de
distribuio dos pacotes multicast. Todas as mensagens destinadas a um determinado
grupo so replicadas atravs do centro de distribuio como se fossem mensagens unicast,
at encontrarem um roteador que faa parte da rvore de distribuio correspondente. Os
pacotes so, ento, replicados em todas as interfaces deste roteador, exceto aquela por onde
foi recebido. A figura 21 ilustra este procedimento.
Figura 21 rvore CBT
Como o algoritmo CBT constri apenas uma rvore para cada grupo multicast, os
roteadores guardam uma quantidade menor de informao em relao aos algoritmos
anteriores. Porm, por concentrar todo o trfego relativo a um grupo num nico centro de
distribuio, podem ser gerados pontos de congestionamento.
R
R
R
R
R
R
R R
Core R Core R
Core R
R
Roteador do centro de distribuio
Roteador
Direo dos pacotes multicast
Centro de distribuio
48
4.5. Multicast IP
A pilha de protocolos TCP/IP hoje, sem dvida, a mais utilizada em todos os ambientes
de redes de computadores (acadmico, industrial, comercial, domstico). Portanto, como
de se esperar, as aplicaes so desenvolvidas sobre este modelo. As aplicaes multimdia
disponveis atualmente, que se utilizam de recursos multicast, no fogem a esta regra, logo
se faz necessrio conhecer o funcionamento dos recursos de IP multicast implementados
sobre redes convencionais (Ethernet), para depois verificar as solues correspondentes
sobre redes ATM.
4.5.1 Endereamento Multicast IP
Est fora do escopo desta dissertao explicar em detalhes o funcionamento do protocolo
TCP/IP. Caso haja a necessidade deste conhecimento prvio, [Stevens97] e [Commer97]
so algumas referncias indicadas. Normalmente, em uma rede TCP/IP, cada estao tem
seu prprio endereo IP e quando uma estao envia uma mensagem para outra, deve-se
gerar um pacote contendo o endereo IP do destinatrio de forma que este seja capaz de, ao
receber o pacote, identificar que deva aceitar o mesmo. Esta regra simples no se aplica,
entretanto, quando se trata de comunicao multicast. Neste caso, existe um endereo IP de
grupo, onde cada participante deve, alm do seu prprio endereo IP, estar apto a receber
pacotes destinados ao IP do grupo. A classe D do endereamento IP foi especificada para
servir aos grupos multicast e compreende a faixa de endereos 224.0.0.0 at
239.255.255.255. Esta faixa decorrente do fato de que padronizado que os 4 bits de
maior ordem so fixos (1110) e os 28 bits restantes compe os endereos de grupo
multicast.
49
4.5.2 Multicast IP sobre Ethernet
O processo de transmisso de pacotes IP sobre Ethernet, funciona da seguinte maneira:
dado um endereo IP, atravs do ARP, descobre-se o endereo MAC correspondente para
formar o pacote Ethernet e efetuar a transmisso. Porm no caso de uma transmisso
multicast, no existe uma nica estao com o endereo MAC correspondente ao endereo
IP de grupo. Logo se faz necessrio um mapeamento dos endereos de IP de grupo em
endereos MAC de grupo.
O endereo MAC Ethernet composto por 6 bytes, onde ficou estabelecido que o bit de
menor ordem do primeiro byte deve ser 1 para indicar que se trata de endereo de grupo.
Assim sendo, o IANA (Internet Assign Number Authority) estabeleceu que a faixa
01:00:5e:00:00:00 - 01:00:5e:7f:ff:ff destina-se ao uso de quadros multicast. O
mapeamento dos endereos IP classe D para endereos multicast Ethernet mostrado na
figura 22.
Figura 22 Mapeamento de endereos IP classe D em endereos MAC Ethernet
Como pode ser observado na figura 22, apenas os 23 bits de ordem mais baixa do endereo
IP multicast (classe D) so utilizados para o mapeamento em endereos MAC Ethernet,
implicando num mapeamento no nico. Observe o exemplo a seguir. Suponha que os
Estes 5 bits no so usados
para formar o endereo MAC
48 bits do endereo MAC
0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 1 0 1 1 1 1 0 0
1 1 1 0
0 7 8 15 16 23 24 31
23 bits de ordem mais baixa do endereo multicast IP
copiados para o endereo MAC
50
endereos 224.128.64.32 (e0.80.40.20 em hexadecimal) e 224.0.64.32 (e0.00.40.20 em
hexadecimal) sejam utilizados para a transmisso multicast em uma rede Ethernet. Pelas
regras acima descritas ambos seriam mapeados no endereo Ethernet: 01:00:5e:00:40:20.
Logo, mesmo que a camada de enlace possa filtrar pacotes Ethernet que no sejam
endereadas estao, este filtro pode no ser suficiente, exigindo que o pacote seja
enviado para a camada de rede para ser analisado.
Conclui-se ento, que a transmisso multicast em redes Ethernet pode ser feita de maneira
simples, uma vez que esta possui suporte nativo para este tipo de comunicao.
4.6. Protocolos de Roteamento Multicast
O incio do desenvolvimento de protocolos multicast ocorreu no final da dcada de 80,
quando observou-se um grande crescimento da Internet e a apario das primeiras
aplicaes multi-usurio. Como j foi visto anteriormente, a implementao de
comunicao multicast sobre o IP (Internet Protocol) utiliza o endereamento classe D,
conforme determinado pela Internet Society. O IGMP (Internet Group Management
Protocol) [IGMP96] um protocolo tambm baseado no endereamento classe D, e
responsvel pela manuteno da informao sobre os participantes dos grupos multicast
em redes locais. Para o roteamento multicast IP em redes de longa distncia existem
protocolos j consolidados e novas propostas. Estes sero discutidos a seguir.
4.6.1 IGMP (Internet Group Management Protocol)
fundamental o estudo do protocolo IGMP para um melhor entendimento do
funcionamento do conceito do multicast em redes TCP/IP. Atravs do IGMP, todos os
sistemas pertencentes a uma mesma rede fsica podem tomar conhecimento sobre as
estaes que pertencem aos grupos multicast existentes. Esta informao essencial aos
51
roteadores multicast, uma vez que, desta maneira, os roteadores multicast tomam a deciso
sobre quais datagramas IP devem ser replicados e para quais interfaces.
O protocolo IGMP implementado sobre a camada IP do modelo de referncia do TCP/IP,
assim sendo, as mensagens IGMP so transmitidas atravs de datagramas IP.
Diferentemente de outros protocolos, o IGMP possui mensagens de tamanho fixo, como
pode ser observado na figura 23.
Figura 23 Encapsulamento de mensagem IGMP em um datagrama IP
O primeiro campo indica a verso do protocolo IGMP em uso (pode ser verso 1 ou 2). O
campo tipo indica do que se trata a mensagem: se for 1 indica que uma consulta
realizada pelo roteador multicast, se for 2 trata-se de uma resposta enviada por uma
estao. O checksum utilizado para garantir a consistncia da mensagem. O endereo IP
de grupo multicast indica para qual sesso multicast a mensagem est sendo direcionada ou
0 quando se realiza uma consulta dos grupos existentes.
Operaes Bsicas sobre o IGMP
Os participantes de um grupo multicast so dinmicos, ou seja, seus membros podem ser
includos ou retirados de uma sesso a qualquer momento, sem afetar o resto do grupo.
Header IP
Mensagem
IGMP
Datagrama IP
20 bytes 8 bytes
0 3 4 7 8
15 16 31
verso
tipo
no
utilizado
checksum
Endereo IP de grupo multicast (classe D)
8 bytes
52
Assim sendo, necessrio entender o modo de admisso, retirada e a pesquisa dos
membros participantes de uma sesso multicast.
Manuteno do grupo Multicast
As mensagens IGMP so utilizadas para que os roteadores multicast mantenham controle
sobre a participao de estaes nos grupos multicast existentes em cada uma de suas
interfaces. Para que se mantenha este controle foram estabelecidas algumas regras
referentes ao protocolo:
Uma estao dever enviar uma mensagem IGMP-report sempre que o
primeiro processo de uma estao filiar-se a um determinado grupo multicast.
Se existirem vrios processos em uma mesma estao filiados a um mesmo
grupo, apenas uma mensagem dever ser enviada.
Uma estao no deve enviar uma mensagem quando um processo se desliga
do grupo. Apenas deixa de responder s mensagens IGMP-query geradas pelo
roteador multicast.
O roteador multicast envia mensagens IGMP-query em intervalos regulares
para verificar se existem processos pertencentes grupos multicast. O roteador
realiza esta tarefa em cada uma de suas interfaces. Nesta mensagem o endereo
IP de grupo utilizado 0, uma vez que esperada uma resposta de cada grupo
existente com pelo menos um participante.
Apenas uma estao de cada grupo que contenha pelo menos um participante,
responde a uma consulta feita pelo roteador, enviando uma mensagem IGMP-
report referente ao seu grupo.
53
Admisso ao grupo multicast
Quando um processo em execuo numa estao deseja juntar-se a um grupo multicast, ele
gera uma mensagem IGMP-report, informando o endereo de grupo multicast que deseja
fazer parte. Neste momento a camada de enlace desta estao configurada de tal forma a
receber quadros cujo endereo destino do grupo multicast (por exemplo quadros
multicast Ethernet) e a envi-los camada de rede (IP). A partir da, a estao passa a
possuir dois endereos MAC (o prprio da interface e um do grupo multicast) e dois
endereos IP (o prprio da estao e o do grupo multicast).
Atravs do IGMP-report, todas as estaes pertencentes mesma rede fsica, inclusive o
roteador multicast, ficam sabendo que um novo participante foi includo na sesso
multicast.
Desligamento do grupo multicast
Quando o ltimo processo membro de um determinado grupo desliga-se do mesmo, dois
diferentes procedimentos existem para a estao informar o roteador multicast de que no
recebe mais mensagens multicast. Estes procedimentos diferenciam-se em funo da
verso do IGMP.
Na verso 1 deste protocolo, o desligamento de uma estao resume-se a uma operao
local, ou seja, a estao reconfigura a camada de enlace de tal forma a no receber mais
pacotes multicast e, portanto, no os enviar mais camada de rede. Esta ltima, por sua
vez, deixa de ter o endereo IP referente ao grupo multicast a que pertencia. Supondo que
esta fosse a ltima estao desta sub-rede a receber as mensagens multicast, o roteador
toma conhecimento de seu desligamento aps enviar uma mensagem de consulta
(IGMP_query) e no receber nenhuma resposta, fazendo com que pare de replicar as
mensagens multicast para esta sub-rede.
54
Na verso 2 deste protocolo, alm da reconfigurao da camada de enlace, foi criada uma
mensagem IGMP_leave, cuja funo a de informar os elementos da rede sobre o
desligamento de uma estao, transportando o endereo IP do grupo ao qual a estao
estava filiado. Desta forma o roteador multicast fica sabendo imediatamente se deve
continuar a replicar as mensagens multicast para a sub-rede a qual pertencia a estao que
acaba de se desligar do grupo.
4.7. Protocolos de Roteamento Multicast IP em Redes de Longa
Distncia
Da mesma forma que nas transmisses de pacotes unicast so necessrios protocolos de
roteamento (por exemplo: RIP Routing Information Protocol, OSPF Open Shortest
Path First, etc.) para redirecionar as mensagens nos devidos enlaces, nas transmisses
multicast este fato se repete. Nesta seo sero discutidos os principais protocolos de
roteamento multicast IP em redes de longa distncia e como estes utilizam os conceitos dos
algoritmos de roteamento multicast apresentados. Tambm ser descrito o mecanismo
utilizado para viabilizar as transmisses multicast quando existirem roteadores
intermedirios que no implementam nenhum protocolo de roteamento multicast.
4.7.1 DVMRP
O DVMRP (Distance Vector Multicast Routing Protocol) foi o primeiro protocolo
padronizado para o roteamento multicast [RFC1075]. Foi concebido tendo como base o
RIP (Routing Information Protocol), com a diferena de que o RIP replica os pacotes
unicast em funo da informao do prximo roteador em direo ao destino, enquanto o
DVMRP constri a rvore de distribuio em funo da informao obtida a partir do
roteador anterior.
55
O funcionamento deste protocolo est intimamente ligado ao algoritmo RPM. Assim
sendo, o primeiro pacote de uma transmisso multicast transmitida em todas as interfaces
dos roteadores. A partir deste ponto, mensagens de desligamento so geradas de forma a
isolar as sub-redes que no possuem membros do grupo. Uma nova mensagem (graft
message) foi criada com o objetivo de rapidamente reestabelecer um enlace que havia sido
retirado da rvore de distribuio. Esta mensagem utilizada quando um novo membro,
pertencente a uma sub-rede desligada da rvore de distribuio, desejar incluir-se num
determinado grupo. O mecanismo de inundao de tempos em tempos mantido no
DVMRP, de forma que as informaes sobre os desligamentos sejam atualizadas
periodicamente.
Quando existirem mais de um roteador presente na mesma sub-rede, aquele que estiver
mais prximo da fonte eleito para retransmitir os pacotes multicast, enquanto que os
outros simplesmente descartaro tais pacotes. Se a distncia for a mesma, aquele que tiver
o menor endereo IP ser o eleito.
O DVMRP permite ainda, a configurao de tneis. Os tneis permitem a interligao de
dois roteadores multicast atravs de roteadores intermedirios que no possuem nenhum
protocolo de rotemento multicast implementado. Esta tcnica encapsula os pacotes
multicast em pacotes unicast convencionais para poderem percorrer o tnel.
A abrangncia da transmisso multicast pode ser definida atravs do campo TTL (Time to
Live) do cabealho IP. Desta forma a figura 24 relaciona o valor do TTL com a
abrangncia da transmisso.
56
TTL
(Time to Live ou
Tempo de Vida)
Escopo
0 Restrito mesma estao
1 Restrito mesma sub-rede
15 Restrito ao mesmo stio
63 Restrito mesma regio
127 Abrangncia Global
191 Abrangncia Global, com banda limitada
255 Sem restrio
Figura 24 Tabela sobre a abrangncia da transmisso multicast
4.7.2 MOSPF
O MOSPF (Multicast Extensions to OSPF), definido em [RFC1584], uma extenso ao
protocolo de roteamento unicast OSPF (Open Shortest Path First) verso 2 [RFC1583].
Ele se utiliza das informaes sobre a participao das estaes nos grupos multicast
obtidas atravs do protocolo IGMP e das tabelas construdas pelo OSPF para criar a rvore
de distribuio. Estas rvores so de menor caminho e construdas sob demanda para cada
par (fonte, grupo).
O MOSPF possui uma estrututra de roteamento hierrquico. Os elementos de rede global
so divididos em sistemas autnomos (AS Autonomous Systems). Cada AS ento
dividido em subgrupos chamados de reas. Existem diferentes procedimentos para o
roteamento dentro de uma mesma rea, entre reas diferentes e entre sistemas autnomos
diferentes.
Como o OSPF um protocolo baseado no estado dos enlaces, sua base de dados concentra
informaes sobre toda a rede. Assim possvel criar uma rvore de distribuio utilizando
o algoritmo de Dijkstra (algoritmo de menor caminho). Acrescentando as informaes
57
relativas aos membros do grupo multicast, possvel desligar os segmentos de redes que
no possuem membros do grupo multicast.
Pelo fato do MOSPF, assim como o OSPF, manter em todos os roteadores o estado
completo dos enlaces da rede, esta informao deve ser periodicamente renovada,
degradando a utilizao da banda disponvel e, consequentemente, sua escalabilidade.
4.7.3 PIM
Os protocolos estudados at agora tinham como base protocolos de roteamento unicast.
Assim, o DVMRP surgiu a partir do RIP e o MOSPF a partir do OSPF. O PIM (Protocol
Independent Multicast) [PIM96] est sendo concebido de forma a no depender dos
protocolos de roteamento unicast j existentes. Pode ser dividido em dois protocolos
diferentes, conforme a distribuio do grupo pela rede:
I. Quando a disposio do grupo multicast apresentar uma alta densidade, o PIM-DM
(PIM Dense Mode) utilizado.
II. J quando o grupo encontra-se com baixa densidade pela rede, o mais indicado o
PIM-SM (PIM Sparsely Mode).
PIM-DM
O PIM-DM muito semelhante ao DVMRP e utiliza o algoritmo RPM para a construo
da rvore multicast. Neste protocolo tambm existem as mensagens de desligamento e
reestabelecimento de enlaces, de forma a retirar sub-redes da rvore de distribuio que
no possuam membros do grupo multicast e reintegr-las caso venham a ter,
respectivamente.
58
PIM-SM
O PIM-SM, definido em [RFC2117], possui duas diferenas principais em relao aos
protocolos descritos anteriormente. Utilizando este protocolo, os roteadores devem
informar explicitamente sua inteno de receber mensagens multicast, enquanto os
protocolos de modo denso assumem que todos os roteadores devem receber as mensagens
a no ser que enviem uma mensagem de desligamento. A outra diferena se refere
introduo do conceito de ponto de encontro (RP - Rendezvous Point).
Cada domnio possui um conjunto de roteadores atuando como RPs, onde cada grupo
multicast possui um nico RP. O roteador que tiver a inteno de receber mensagens
multicast destinadas a um determinado grupo, deve enviar uma mensagem de incluso ao
RP deste grupo. As estaes devem possuir configurado o roteador designado (DR
Designated Router) que um roteador pertencente mesma sub-rede IP com o maior
endereo IP. Quando um DR recebe uma mensagem IGMP indicando a incluso de uma
estao a um determinado grupo, localiza o RP deste grupo atravs de uma funo de
espalhamento determinstica sobre o conjunto de RPs do domnio. Localizado o RP
responsvel pelo grupo em questo, o DR envia a ele uma mensagem PIM-Join, de forma
que este passe a replicar as mensagens de multicast destinada ao grupo atravs dos
roteadores intermedirios at encontrar o DR. Consequentemente, o DR replicar estas
mensagens para a sub-rede que contm a estao que acabou de se filiar ao grupo.
A figura 25 ilustra este procedimento.
59
Figura 25 Insero de uma estao no grupo multicast, atravs do PIM-SM
Quando uma fonte inicia uma transmisso multicast para um determinado grupo, o DR da
fonte encapsula a primeira mensagem em um pacote de registro PIM-SM (PIM-SM
Register) e o envia ao RP do grupo atravs de uma mensagem unicast. Ao receber esta
mensagem especial, o RP devolve uma mensagem de PIM-Join ao DR da fonte. Desta
forma, todos os roteadores intermedirios adicionam em suas tabelas de replicao
multicast uma nova entrada contendo o par (fonte, grupo). Assim, os prximos pacotes
multicast podem ser facilmente replicados para o RP correspondente. interessante notar
que medida que os roteadores intermedirios so informados sobre o RP, transmitem as
mensagens multicast encapsuladas em mensagens unicast at o RP. A figura 26 ilustra este
procedimento.
Figura 26 Envio de mensagens multicast atravs dos pontos de encontro
DR R
R R
RP
R
PIM Join
Fonte
Receptor
RP Roteador RP (Rendezvous Point)
DR
Roteador DR (Designated Router)
R Roteador
PIM Join
DR R
R R
RP
R
Fonte
Receptor
DR
R Roteador
DR
Receptor
PIM-SM Register
PIM-SM Join
Mensagens para os
membros do grupo
60
Apesar da rvore RP ser suficiente para a entrega de pacotes multicast, o aumento do
nmero de participantes pode sobrecarrega-la com um trfego excessivo. Tendo em vista
este problema, o PIM-SM fornece um procedimento alternativo utilizando rvores de
menor caminho para alguns ou todos os receptores. Logo, os roteadores que implementam
o PIM-SM utilizam a rvore RP, mas tambm tm a opo de transmitir atravs de rvores
de menor caminho entre uma fonte e os destinatrios. Nesta ltima situao, o roteador
envia uma mensagem de incluso estao fonte. Assim que a rvore de menor caminho
construda, o roteador pode enviar uma mensagem de desligamento para o RP, retirando-se
da rvore RP. A figura 27 apresenta duas rvores convivendo simultaneamente, sendo uma
rvore de menor caminho e uma rvore RP.
Figura 27 rvore RP e rvore de Menor Caminho dividindo o trfego, segundo
implementa o protocolo PIM-SM
4.8. MBONE
Em 1992, um conjunto de roteadores capazes de replicar mensagens multicast foi
interligado de forma a testar a transmisso multicast pela primeira vez. Este ambiente de
testes foi chamado de Multicast Backbone ou simplesmente Mbone. Estabeleceu-se como
marco do incio da utilizao do Mbone, a primeira transmisso de voz (audiocast) para
vinte localidades espalhadas por trs continentes, realizada em maro deste mesmo ano.
Nesta transmisso os participantes podiam ouvir o interlocutor e tambm era possvel fazer
DR R
R R
RP
R
Fonte
Receptor
DR
R Roteador
rvore RP (compartilhada)
rvore de menor caminho
(baseada na fonte)
61
perguntas a ele. O Mbone comeou com cerca de 40 sub-redes localizadas em quatro
pases, porm estima-se que existam hoje cerca de 3400 sub-redes em 25 pases.
Pode-se dizer que o Mbone uma rede virtual implementada sobre a Internet. Assim, ilhas
de roteadores capazes de transmitir pacotes multicast so interligados atravs de tneis.
atravs destes tneis que as mensagens multicast so transmitidas entre os roteadores.
Como os tneis so formados por roteadores intermedirios que no possuem a capacidade
de transmisso multicast, estas mensagens so encapsuladas em pacotes unicast.
No incio de sua utilizao, apenas o protocolo DVMRP era utilizado para a conexo de
roteadores multicast. Atualmente, porm, encontram-se disponveis em roteadores
comerciais protocolos como MOSPF e PIM, mas o DVMRP continua sendo o mais
utilizado. Com o aumento da disponibilidade destes protocolos, a tendncia que estes
sejam empregados com mais frequncia, reduzindo a necessidade da implementao dos
tneis.
Hoje em dia, o Mbone utilizado no transporte de fluxos multicast de udio e vdeo,
transmitindo as reunies do IETF (Internet Engineering Task Force), as misses da
NASA, e muitos cursos e seminrios espalhados por todo o mundo.
4.9. Multicast IP sobre ATM
O funcionamento da comunicao multicast em redes TCP/IP sobre Ethernet e a estrutura
da rede ATM foram estudados anteriormente. Agora hora de estudar ambos em conjunto.
Quando se fala em multicast IP sobre ATM, trs questes devem ser levadas em
considerao:
Resoluo de endereos IP classe D em endereos ATM;
62
Onde na rede, e por qual entidade, deve ser feita a replicao dos dados numa
transmisso multicast;
Administrao dos grupos multicast.
As duas solues apresentadas para a integrao de redes IP em infra-estrutura ATM:
Classical IP over ATM e Lane Emulation, possuem diferentes procedimentos para a
transmisso de pacotes multicast.
O Lan Emulation, soluo que simula uma rede de meio fsico compartilhado, adota o
BUS para a transmisso de trfego multicast. Assim sendo, todas as estaes pertencentes
a uma ELAN recebero os pacotes multicast, o que representa um problema se for
considerada a escalabilidade do sistema. Como nem sempre todas as estaes pertencem
grupos multicast, existe um desperdcio de recursos na transmisso de pacotes multicast
para as estaes que no pertenam ao grupo. Apesar disso, o ATM Forum adotou esta
soluo como padro, considerando que a mais simples de ser implementada. Dado que
esta soluo padronizada pelo ATM Forum e no se tem conhecimento de novas
propostas, esta no ser aprofundada neste trabalho.
Na especificao do Classical IP sobre ATM, a questo da transmisso do trfego
multicast IP foi deixada de lado propositadamente. A razo principal deste fato, a
dificuldade de converter um endereo de grupo IP (classe D) para uma conexo ponto-
multiponto ATM. Desta forma, este um campo aberto para pesquisas e diversos trabalhos
surgiram para solucionar esta limitao. O MARS [RFC2022] a especificao mais
completa atualmente e serve de base para novas propostas.
Alm da resoluo dos endereos IP em endereos ATM, a forma de como ser
estabelecida a conexo ponto-multiponto entre a fonte geradora e os clientes participantes,
tambm deve ser estudada. Duas abordagens so apresentas: Malha de VCs e Servidor de
63
Multicast (MCS Multicast Server). Estas abordagens sero estudadas e comparadas a
seguir.
4.9.1 MARS
Como visto anteriormente, o ATM possui um esquema de endereamento prprio. As
especificaes de sinalizao padronizadas pelo ATM Forum (UNI 3.0, UNI 3.1, UNI 4.0),
no provem nenhuma abstrao para o endereamento multicast ATM, logo se faz
necessria uma soluo para o mapeamento de endereos multicast de camada 3 (camada
de rede: IP) para um conjunto de endereos ATM correspondente. Uma possvel soluo
para este mapeamento est na utilizao de um servidor de resoluo de endereos
multicast IP.
O servidor de resoluo de endereos multicast (MARS Multicast Address Resolution
Server) [RFC2022] uma extenso do ATMARP SERVER definido em [RFC1577],
sendo utilizado para gerenciar o mapeamento entre os endereos de camada 3 e os
endereos ATM. Estaes utilizando TCP/IP sobre redes ATM, acessam o MARS para
obter os endereos ATM destino a partir de um endereo de grupo IP classe D.
A arquitetura do MARS baseada no esquema cliente/servidor. A estrutura de um cluster
baseado no MARS apresentada na figura 28.
64
Figura 28 Estrutura de um cluster administrado por um MARS
Sua funo de gerenciar um agrupamento de estaes pertencentes a uma rede ATM.
Este agrupamento (cluster) pode ser definido como um conjunto de estaes ATM que
esto associadas a um mesmo MARS, informando a este a inteno de receber ou enviar
pacotes multicast IP.
As informaes relativas aos grupos existentes e os participantes destes so trocadas
atravs de mensagens MARS. Uma estao, antes de iniciar a transmisso de dados
multicast, envia uma mensagem MARS_request contendo o endereo IP do grupo desejado.
O MARS ao receber esta mensagem, responde com uma lista de endereos ATM dos
participantes do grupo. De posse dos endereos, a estao estabelece uma conexo ponto-
multiponto com os participantes e s ento passa a transmitir os dados. Caso o MARS no
tiver conhecimento sobre o grupo questionado, ele devolve uma mensagem MARS_NAK.
Durante a transmisso o emissor pode adicionar ou retirar membros participantes da
conexo em funo das mensagens de atualizao recebidas do MARS. Se para a
transmisso multicast estiver sendo utilizado um servidor especfico de transmisso
multicast (MCS Multicast Server), ento a estao ao enviar um MARS_request, receber
Mensagens MARS (Join, Leave, Query)
Canal de controle do cluster
MARS
65
o endereo ATM do servidor responsvel pelo grupo requisitado. O MCS, ao fazer a
mesma consulta receber a lista de endereos ATM referentes ao grupo.
Para participar de uma sesso multicast, a estao deve requisitar ao MARS a incluso de
seu endereo ATM em um determinado grupo. Para isso foi especificada uma mensagem
MARS_join. Quando a estao desejar sair do grupo ela envia uma mensagem
MARS_leave.
O MARS mantm uma conexo ponto-multiponto de controle com todos os participantes.
Assim, as alteraes referentes a um grupo, incluso ou excluso de um elemento, so
informadas aos participantes do grupo. Quando MCSs so utilizados, existem, tambm,
conexes de controle para com estes, cuja funcionalidade anloga.
4.9.2 Malha de VCs (VC Mesh)
Nesta abordagem, cada estao emissora estabelece uma conexo com o MARS para
traduzir um endereo multicast IP para um grupo de endereos ATM. De posse deste
conjunto de endereos, o emissor cria uma conexo ponto-multiponto com todas as
Figura 29 Representao da estrutura da malha de VCs
estaes pertencentes ao grupo e ento transmite os dados. A figura 29 mostra um cluster
utilizando o MARS e malha de VCs.
MARS
Troca de mensagens com o MARS
Transmisso multicast
66
So apresentadas a seguir algumas vantagens deste sistema :
No existe um ponto nico de falhas
Conexo ponto-multiponto direta entre o emissor e os membros do grupo ( sem
intermedirios )
No existe a reflexo de pacotes. O emissor no recebe os pacotes que envia numa
conexo ponto-multiponto
No existe problema em se ter vrios emissores ao mesmo tempo (mistura de
clulas ), uma vez que as conexes so independentes.
Destacam-se as seguintes desvantagens:
Uso de um nmero excessivo de conexes (VCs).
Dificuldade para inserir e remover participantes dos grupos. Uma alterao no
grupo deve ser atualizada na conexo de cada emissor.
Grande overhead de sinalizao para criar e remover as conexes de cada emissor.
4.9.3 MCS (Multicast Server)
O servidor multicast MCS (Multicast Server) est definido em [RFC2149]. Ele foi
projetado para concentrar todas as transmisses relativas a um ou mais grupos multicast,
minimizando assim o uso de VCs. Deste modo, a estao emissora estabelece uma
conexo com o MARS, enviando o endereo IP de multicast e recebe como resposta o
endereo ATM do MCS responsvel pelo grupo desejado. O emissor estabelece, ento,
uma conexo ponto-a-ponto com o MCS e passa a transmitir. O MCS possui uma conexo
ponto-multiponto com todos os participantes do grupo e retransmite as mensagens para os
mesmos. A figura 30 mostra a arquitetura do MCS.
67
Figura 30 Arquitetura do servidor de transmisso multicast
Destacam-se as seguintes vantagens deste mtodo:
Cada estao necessita de uma ou duas conexes somente (Duas quando o
participante emissor e receptor );
Facilidade para adicionar ou remover participantes. Somente o MCS precisa ser
informado sobre as alteraes;
Baixo consumo de recursos nos comutadores.
Algumas desvantagens:
MCS torna-se um possvel gargalo na rede;
MCS, quando no tolerante a falhas, pode comprometer toda a transmisso
multicast;
Maior distncia entre o emissor e os receptores(Existncia de retransmissores
intermedirios);
Os pacotes AAL5 devem ser remontados a fim de se evitar a mistura de clulas de
dois emissores diferentes, aumentando assim o atraso da transmisso;
MARS
MCS
Comunicao com o MARS
Dados multicast
68
MCS enviar os pacotes para todos os participantes do grupo, que pode incluir o
prprio emissor, fazendo necessrio, ento, filtros no emissor para absorver o
contedo da sua prpria transmisso.
4.9.4 Comparativo entre o MCS e malha de VCs
Duas possveis solues para transmisso multicast em ATM foram apresentadas e as
respectivas vantagens e desvantagens destacadas. importante agora, que se faa um
estudo comparativo entre as duas, com o objetivo de se esclarecer a importncia
quantitativa de alguns parmetros quanto ao suporte de um nico grupo.
A figura 31 [Talpade96] apresenta a comparao das duas abordagens em funo do
nmero de VCCs utilizados pelos membros do grupo, nmero de VCCs ponto-
multiponto, nmero de VCCs por membro do grupo e a carga de sinalizao gerada por
cada alterao no grupo.
m = nmero de membros de um grupo G
n = nmero de emissores para um grupo G
MCS VC-mesh
Nmero total de VCCs para membros do grupo n+m n*m
VCCs ponto-multiponto n+1 N
Nmero de VCCs para cada membro 1 N
Sinalizao gerada para cada alterao no grupo 1 N
Figura 31 Comparativo entre a malha de VCs e o MCS
4.9.5 Comentrios
Analisando as vantagens e desvantagens de cada abordagem, juntamente com a tabela
comparativa, algumas concluses podem ser formuladas:
69
O uso de VCs melhor aproveitado no caso do MCS. O maior uso de VCs no
caso da malha de VCs implica num grande consumo de recursos do
comutador, como por exemplo: memria para manter o estado das conexes,
alocao de buffer por conexo, e os prprios VCs que so de nmero
limitado.
A freqncia das alteraes provocadas pela admisso ou excluso de membros
de um grupo devem ser consideradas na escolha de uma abordagem. Isto
porque gera-se uma carga considervel de sinalizao em cada uma dessas
operaes. No caso do MCS este problema minimizado, dado que apenas o
MCS deve adicionar ou remover membros de suas conexes ponto-multiponto.
Logo o trfego de sinalizao somente existir entre o MCS e o comutador, no
interferindo nas outras conexes existentes. No caso da malha de VCs, a
sinalizao ocorreria entre cada emissor e o comutador, uma vez que cada
emissor teria de inserir/remover membros de suas conexes. Este fato
evidencia-se em grupos com diversos transmissores, ou muito dinmicos em
relao aos participantes.
O MCS prov um controle centralizado do uso da banda pelo trfego multicast
em redes ATM. Este fato pode ser til quando se deseja especificar um limite
de uso da banda disponvel para a transmisso de trfego multicast. Em suma,
as atividades de gerenciamento, tarifao e outras tornam-se bastante
simplificadas.
O uso do MCS aumenta a latncia fim-a-fim do sistema e a vazo dos dados,
uma vez que eles devem ser recebidos pelo servidor de multicast, analisados e
redistribudos para os membros do grupo. Sendo o concentrador nico dos
dados multicast, torna-se, alm de gargalo do sistema, comprometedor de todo
o servio de transmisso multicast, dado que tambm sujeito a falhas.
Quando o MCS utilizado e o emissor tambm faz parte do grupo ao qual est
transmitindo, necessrio que se estabelea um filtro de forma a impedir que
ele (o emissor) receba, atravs do servidor multicast, o contedo de sua prpria
transmisso.
70
A questo da diferenciao dos parmetros de qualidade de servio (QdS)
melhor tratada na malha de VCs. Cada emissor estabelece sua prpria conexo
ponto-multiponto com os membros do grupo, conferindo a esta os parmetros
que julgar necessrio. J na abordagem do MCS o emissor tem a flexibilidade
de estabelecer a conexo com o servidor de multicast, porm a conexo com os
membros do grupo administrada pelo MCS, sendo, portanto, comum a todos.
4.10. Concluses
Como foi visto neste captulo, existem diversas implementaes de multicast IP sobre
redes convencionais, tanto em termos de algoritmos quanto de protocolos j disponveis
em equipamentos comerciais. Estes, porm, no atendem por completo as exigncias das
aplicaes multimdia modernas, uma vez que no levam em considerao aspectos de
QdS das mesmas.
Em relao adaptao do multicast IP sobre redes de alta velocidade, foi visto que no
existem padres definidos, consequentemente as solues se resumem a possveis
propostas ainda em desenvolvimento. Dentre as propostas estudadas, concluiu-se que no
existe uma melhor. Dependo da aplicao tanto o MCS quanto VC Mesh podem e devem
ser considerados.
No prximo captulo, sero estudados os algoritmos de roteamento multicast que
consideram aspectos de QdS na formao das rotas que comporo a rvore de distribuio.
Captulo 5 - Algoritmos de Roteamento Multicast com QdS 71
71
C Ca ap p t tu ul lo o 5 5 - - A Al lg go or ri it tm mo os s d de e R Ro ot te ea am me en nt to o M Mu ul lt ti ic ca as st t
c co om m Q Qd dS S
5.1. Introduo
O problema do roteamento surgiu a partir do momento que vrias redes, antes isoladas,
precisaram ser interligadas. Assim, criou-se uma entidade de rede responsvel pelo
roteamento das mensagens cujos destinatrios no pertenciam rede local e retransmisso
das mensagens externas cujos destinatrios pertenciam rede local. A esta entidade
chamou-se de roteador. As tcnicas de roteamento so, portanto, um assunto estudado e
pesquisado h muitos anos. As transmisses multicast, entretanto, no eram implementadas
em redes de longa distncia at poucos anos atrs. Como j foi dito, a primeira experincia
de transmisso multicast em redes de longa distncia ocorreu em 1992, quando foi
realizado pelo IETF (Internet Engineering Task Force) um audiocast para vinte
participantes simultneos em trs continentes [Deering92]. A partir de ento muitas
pesquisas esto sendo desenvolvidas no sentido de desenvolver e aperfeioar algoritmos e
protocolos de roteamento multicast que satisfaam as seguintes caractersticas:
Considerem os parmetros de Qualidade de Servio exigidos pelas aplicaes
multimdia de tempo real;
Gerenciamento eficiente dos recursos da rede;
Escalabilidade (devido ao grande crescimento das redes).
Este captulo apresentar os conceitos necessrios para a avaliao de algoritmos multicast
assim como uma proposta de classificao destes. Algumas das principais abordagens
72
contidas na literatura sero descritas e analisadas com base nos parmetros relevantes para
uma implementao em situao real.
5.2. Classificao dos Algoritmos de Roteamento Multicast
Para um melhor entendimento dos algoritmos de roteamento multicast, ser proposta uma
classificao dos mesmos. Duas categorias de algoritmos podem ser destacadas, quando se
analisa o tipo de rvore multicast:
Algoritmos de menor caminho: Estes algoritmos constroem uma rvore multicast que
minimiza o tamanho do caminho a partir da fonte at cada membro do grupo multicast.
Vide figura 32.
Figura 32 rvore de menor caminho
Algoritmos de rvore Steiner mnima. O objetivo destes algoritmos o de minimizar
o custo total da rvore multicast. Este problema conhecido como sendo NP-completo.
Vide figura 33.
D3 D4
D2
D1
S
Custo total: ...7
Tamanho do caminho mximo: ...3
Tamanho mdio dos caminhos: ..2.25
73
Figura 33 rvore Steiner Mnima
Em relao s restries que os algoritmos podem ou no considerar durante a criao da
rvore multicast, tambm duas categorias se destacam:
Algoritmos de atraso restrito. So os algoritmos que levam em considerao as
requisies de atraso mximo garantido pelas aplicaes durante a elaborao da
rvore multicast;
Algoritmos irrestritos. So os algoritmos que no consideram nenhum parmetro de
qualidade de servio (QdS) requisitado pela aplicao.
Outra caracterstica importante a ser considerada pelos algoritmos consiste no dinamismo
do grupo multicast. Assim:
Algoritmos dinmicos so aqueles que permitem a incluso ou excluso de
participantes, criando, portanto, novos caminhos dos emissores a todos os participantes
do grupo multicast;
Algoritmos estticos so os que determinam todos os caminhos necessrios no incio
da sesso multicast e estes permanecem fixos durante a existncia da sesso multicast.
Quanto computao dos algoritmos duas possibilidades aparecem:
D3 D4
D2
D1
S
Custo total: ...5
Tamanho do caminho mximo: ...4
Tamanho mdio dos caminhos: ..2.75
74
Algoritmos distribudos calculam a rvore multicast de forma distribuda. Com isso
diminui-se o custo de computao em cada n da rede, porm aumenta-se o nmero de
mensagens trocadas entre os mesmos;
Algoritmos centralizados concentram toda computao necessria para a formao da
rvore multicast num nico n. Para isto, as informaes sobre a topologia completa da
rede devem estar disponvel para qualquer n.
5.3. Parmetros Relevantes e Metodologia para Comparao de
Algoritmos Multicast
necessrio que se defina um critrio para realizar a comparao dos algoritmos de
roteamento multicast. Para a definio deste critrio, preciso levantar os parmetros
relevantes e adotar uma mtrica aplicvel a todos os algoritmos. Neste sentido, destacam-
se os principais pontos que devem ser considerados na anlise de um algoritmo:
Gerenciamento eficiente dos recursos da rede (custo da rvore gerada);
Parmetros de QdS considerados (restries de atraso mximo);
Complexidade do algoritmo;
Quantidade de informaes armazenadas necessrias;
Aplicabilidade para redes simtricas e assimtricas.
Como nem sempre possvel a utilizao de redes reais para o desenvolvimento e
aperfeioamento destes algoritmos, as simulaes tm se mostrado o mtodo preferido
pelos pesquisadores para a anlise dos mesmos.
Para que as simulaes representem as condies reais das redes de computadores,
necessrio que se execute o algoritmo em diferentes topologias e tamanhos de redes,
75
utilizando cenrios reais ou gerados aleatoriamente. Condies de congestionamento,
atrasos, diferentes tipos de trfego, etc. devem se aproximar o quanto possvel do que se
observa na realidade. Alguns autores, mais detalhistas, chegam a considerar o custo
monetrio da utilizao dos caminhos.
No se tendo o cuidado apresentado acima, os resultados obtidos atravs de simulaes,
podem expressar uma aparente eficincia ou ineficincia para casos especiais e, portanto,
no podendo ser generalizados.
5.4. Algoritmos de Roteamento Multicast
Dentro dos diversos algoritmos existentes, este trabalho se restringir anlise dos
algoritmos de atraso restrito, mais adequados para as aplicaes multimdia de tempo real.
Os algoritmos de atraso restrito tm como objetivo criar uma rvore multicast ligando
todos os participantes do grupo, sendo que esta rvore tenha o custo mnimo e ao mesmo
tempo respeite o limite de atraso mximo definido. Numa linguagem mais formal:
de conhecimento geral que estes algoritmos so NP-completos, logo algumas heursticas
foram desenvolvidas. A seguir as principais heursticas sero apresentadas.
5.4.1 Heurstica KPP
Kompella, Pasquale e Polyzos propuseram em [Kompella93] uma heurstica baseada no
modelo de rvore de Steiner Restrita, que ser denominada neste trabalho de KPP.
'

mnimo G s T Custo
G s T Max Atraso
)) , ( (
)) , ( ( _
76
O primeiro passo que o algoritmo executa encontrar o fechamento do grafo formado
pelos caminhos de menor custo e que respeitam o limite de atraso, entre todos os pares de
elementos do grupo multicast. Este procedimento exige que se percorra todos os valores de
atraso a partir de 1 at o limite mximo (assumindo que possui um valor inteiro) e,
para cada um destes valores, deve-se encontrar o menor caminho entre todos os pares.
Encontra-se, ento uma rvore restrita a partir do fechamento do grafo, utilizando um
algoritmo do tipo greedy baseado na funo custo. Existem, tambm, mecanismos de
seleo alternativos, baseados tanto na funo custo quanto na funo atraso, ou em ambas.
As ligaes da rvore de espalhamento (spanning tree) so, ento, os menores caminhos da
rvore de espalhamento restrita.
A computao dos menores caminhos restritos durante a primeira fase do algoritmo a que
consome mais tempo, tendo uma complexidade de O(n
3
), onde n o nmero de vrtices
do grafo. O segundo passo do algoritmo tem complexidade de O(m
3
), onde m o nmero
de ns do grupo multicast. O ltimo passo tem uma complexidade de no mximo O(n
2
).
Portanto a complexidade total do algoritmo dada por O(n
3
).
Melhor do que explicar um algoritmo visualizar seu funcionamento atravs de um
exemplo. Para isso observe a figura 34:
77
Figura 34 Evoluo da soluo KPP
A comunicao multicast tem como origem o emissor F e os membros do grupo multicast
esto identificados na figura com os rtulos B e D. O atraso mximo permitido 12. O
primeiro passo do KPP construir um fechamento do grafo utilizando os caminhos de
menor custo, que respeitam o limite de atraso imposto, entre os elementos do grupo
multicast. atravs deste fechamento que o algoritmo selecionar a soluo. No exemplo
acima a soluo ser as ligaes FB e FD somando um custo de 22 e um atraso de 11. Esta
uma soluo vlida, dado que satisfaz a restrio de atraso. O estgio final do KPP
consiste em mapear a soluo do fechamento do grafo novamente no grafo original,
resultando nas ligaes FA, AB, e FC, CD.
F
A
C
B
D
(5,3)
(6,8)
(10,3)
(8,2) (3,2)
F
A
C
B
D
(5,3)
(6,8)
(10,3)
(8,2) (3,2)
[11,11]
[11,4]
[13,5]
F
A
C
B
D
(11,4)
(11,11)
A - Grafo original
B Grafo completo
C Soluo escolhida do fechamento
F
A
C
B
D
D Soluo KPP
(22,11)
78
5.4.2 Heurstica CSPT
Quan Sun e Horst Langendrfer publicaram em [Sun95] a heurstica CSPT (Constrained
Shortest Path Trees). Esta composta por trs fases, as quais sero descritas. A primeira
fase constri uma rvore de espalhamento de baixo custo, atravs do algoritmo de Dijkstra,
composta pelo maior nmero possvel de componentes pertencentes ao grupo multicast,
sem que exista nenhum caminho que exceda o limite mximo de atraso. Como nem sempre
todos os membros do grupo sero cobertos por esta rvore, uma segunda execuo do
algoritmo de Dijkstra procurar criar uma rvore formada por caminhos de menor atraso,
abrangendo os elementos no cobertos pelo passo anterior. A ltima fase consistem em
juntar estas duas rvores, removendo os eventuais loops e tomando o cuidado de nenhum
caminho exceder o limite mximo de atraso.
Tanto o primeiro quanto o segundo passo dependem basicamente do algoritmo de Dijkstra
com algumas alteraes. Logo a complexidade destas fases ser da ordem de O(n
2
). A
ltima fase, de concatenao das rvores, limita-se a O(n). Portanto, a heurstica tem a
complexidade total da ordem de O(n
2
).
5.4.3 Heurstica CCET
A heurstica CCET (Constrained Cheapest Edge Tree) foi descrita pela primeira vez em
[Waters94]. Alguns aperfeioamentos foram feitos desde ento. Na proposta original a
restrio de atraso estava relacionado com o atraso mnimo de broadcast, ou do grupo
multicast. Na verso abordada neste trabalho, esta restrio pode ter um valor arbitrrio.
A heurstica consiste em, num primeiro passo, atualizar, atravs do algoritmo de Dijkstra, o
valor do atraso de cada n a partir da fonte, criando um grafo dirigido. Durante essa fase,
as arestas cujo atraso inserido ultrapasse o limite definido, so removidas da rvore. Os ns
79
so, ento, ordenados inversamente em relao ao seu atraso. Iniciando pelo n de maior
atraso, o algoritmo procura o enlace de menor custo, criando um caminho de volta fonte.
bom ressaltar que, como as redes so assimtricas, o enlace escolhido em relao ao
seu custo sempre na direo da fonte para o n. Estes caminhos so inseridos numa rvore
de broadcast. Ao final deste processo, os ns que no pertencem ao grupo multicast so
retirados da rvore. Existem algumas variaes deste algoritmo [Salama94][Crawford94]
que prope ao invs de escolher o enlace de menor custo, escolher o caminho de menor
custo.
Em relao ordem de complexidade deste algoritmo, verifica-se que no primeiro estgio,
algoritmo de Dijkstra, mantm-se em O(n
2
). Para a criao da rvore de broadcast,
necessrio, para cada n, executar uma busca em profundidade na rvore at a fonte, o que
consome O(max(N, |E|)), onde N representa o nmero de ns e E o conjunto de arestas da
rvore de busca, sendo esta formada por todas as possveis rotas de volta
fonte[Gibbons89]. Portanto a ordem de complexidade total do algoritmo ser de O(n
2
).
A sequncia mostrada na figura 35 apresentam os estgios de funcionamento do algoritmo.
D
C
B
A
E H
G
F
(3,2)
(7,1)
(10,1)
(2,1)
(5,1)
(8,1)
(6,1)
(1,2)
(2,1)
(1,3)
(10,2)
(9,1)
D
C
B
A
E H
G
F
3
4
3
3
2
4
1
2
3
5 2
4
4
3
3
1- Grafo Original (custo, atraso) 2- Grafo Dirigido
80
Figura 35 Estgios do algoritmo CCET
5.4.4 Heurstica Hbrida
A heurstica hbrida foi proposta por John Crawford e Gill Waters em [Waters97]. Esta
heurstica formada basicamente pela integrao do algoritmo de Dijkstra, a heurstica
CCET e a heurstica CSPT. O clculo da rvore multicast realizado atravs da aplicao
do algoritmo de Dijkstra criando simultaneamente as rvores de menor atraso e menor
custo. Obtidas as rvores, aplicam-se os mtodos de seleo utilizados nos algoritmos
CCET e CSPT para gerar as respectivas rvores multicast. Neste ponto existem trs
possveis rvores para serem consideradas. Logo a anlise procede da seguinte forma:
Se alguma rvore conter um caminho que ultrapasse o limite de atraso mximo,
automaticamente descartada do processo de anlise;
Calcula-se o custo total das rvores e aquela que possuir o menor custo ser
selecionada.
A ordem de complexidade deste algoritmo dominado pelo CCET, o que resulta em O(n
2
).
D
C
B
A
E H
G
F
D
C
B
A
E H
G
F
4- rvore de Multicast 3- rvore de Broadcast
81
5.5. Concluses
Este captulo procurou estabelecer uma classificao entre diversos algoritmos de
roteamento multicast para, ento, introduzir formalmente o conceito de roteamento
multicast com restries de QdS. Tambm foram identificados os principais parmetros
relevantes para a comparao entre os algoritmos desta classe.
Preparando o leitor para o captulo das simulaes, os principais algoritmos encontrados na
literatura foram apresentados e explicados, inclusive a nova heurstica proposta por Waters
[Waters97]. Esta apresentao prvia dos algoritmos teve por objetivo possibilitar ao leitor
um melhor entendimento das tcnicas de obteno de rvores multicast de baixo custo e
com restrio de atraso, para que, assim que entre em contato com os resultados e anlises
obtidos atravs das simulaes, estes possam ser melhor assimilados e compreendidos.
Captulo 6 - Simulaes e Anlises 82
82
C Ca ap p t tu ul lo o 6 6 - - S Si im mu ul la a e es s e e A An n l li is se es s
6.1. Introduo
O estudo comparativo entre algoritmos de qualquer natureza requer que se faa uma
avaliao de diversos parmetros relevantes ao objeto da pesquisa. Alguns destes
parmetros como a ordem de complexidade, a quantidade de informaes de estado
armazenadas, etc. devem ser avaliados atravs de modelos analticos tericos. Porm,
visando estudar o desempenho dos mesmos em casos reais, onde outros parmetros,
tambm importantes, como tempo de execuo, nmero de falhas, escalabilidade, etc.
devem ser analisados, a simulao a tcnica mais utilizada pelos pesquisadores.
Este captulo apresentar o simulador utilizado para a avaliao dos algoritmos, assim
como os procedimentos e definies criados para reproduzir o ambiente real de
transmisso de fluxos gerados por aplicaes multimdia em redes de alta velocidade. Com
os resultados produzidos pelas simulaes sero formuladas as anlises e concluses,
sempre mantendo o compromisso de comparar a nova heurstica implementada com
aquelas j existentes.
6.2. Simulador
O simulador utilizado neste trabalho foi originalmente desenvolvido por Hussein Salama
como parte de sua tese de doutorado [Salama96] apresentado Universidade Estadual da
Carolina do Norte Estados Unidos. O cdigo deste simulador est disponvel atravs do
seguinte endereo eletrnico: ftp.csc.ncsu.edu/pub/rtcomm.
Seguindo o modelo de rede ATM, o simulador considera que as ligaes so full-duplex, e
com capacidade de transmisso de 155Mbits (OC-3). Foi definido que os ns da rede
83
seriam gerados aleatoriamente dentro de um retngulo de 4000x2400 Km
2
de rea,
correspondendo rea territorial dos Estados Unidos.
Um ponto importante que deve ser tratado com muito cuidado quando se trabalha com
simulaes diz respeito ao gerador aleatrio utilizado. Neste trabalho foi utilizado um
gerador aleatrio baseado no modelo de gerador de Waxman [Waxman88] para a gerao
das redes (ns e ligaes). O gerador foi otimizado de forma que a rede resultante fosse
composta por ns cujos graus sempre fossem maior ou igual a dois. Alguns parmetros do
gerador foram ajustados para que, assim como em redes reais, a probabilidade da
existncia de uma ligao de menor distncia seja maior do que uma de maior distncia, e
que a mdia dos graus dos ns seja 4, como encontrado hoje na Internet. Vide Anexo A
para maiores informaes sobre o gerador aleatrio utilizado.
Cada n da rede representa um comutador ATM no bloqueante. A velocidade de
propagao das ligaes foi estimada em dois teros da velocidade da luz. No foram
considerados atrasos relativos ao enfileiramento de clulas, assim pode-se dizer os atrasos
de uma dada ligao so simtricos, ou seja, A(u,v) = A(v,u).
Para a simulao do trfego multicast, foi utilizado o VBR (Variable Bit Rate), supondo o
transporte de fluxos de vdeo. Para cada fluxo de vdeo que passa por uma dada ligao,
reservada uma frao da banda desta ligao correspondente necessidade do fluxo. Neste
trabalho foi assumido que os fluxos necessitam de uma banda mnima de 7 Mbps,
representando fluxos MPEG-2 de alta resoluo. Desta forma a funo custo de uma
ligao foi associada utilizao da ligao, ou seja, quanto maior for a utilizao de uma
ligao, maior ser o custo da mesma. O custo de uma ligao varia, ento, conforme as
sesses que a utilizam so estabelecidas ou liberadas. Uma ligao pode aceitar novas
sesses at que a soma das reservas de banda atinja 85% da capacidade da ligao. A partir
84
deste ponto, a ligao torna-se saturada e rejeita novas sesses. Esta poltica de controle de
admisso, apesar de simples, permite multiplexao estatstica e uma utilizao eficiente
dos recursos da rede, alm de ser suficiente para os estudos em questo.
As sesses de vdeo e voz interativos, tm exigncias rgidas em relao ao atraso mximo
suportado. Tendo isso em vista, foi adotado uma valor para (atraso mximo entre fonte e
receptor) de 0,03 segundos que representa um limitante superior para o tempo de
propagao fim-a-fim atravs da rede. Este valor relativamente baixo foi utilizado de
forma que os protocolos de camadas superiores tenham tempo suficiente de processar as
informaes transmitidas sem que o servio seja prejudicado. Alm disso, espera-se que
este valor sirva de diferencial para os algoritmos mais eficientes.
Reproduzindo ambientes reais, o simulador gera um trfego de fundo nas ligaes, tambm
de forma aleatria. Este trfego no tem uma caracterstica definida, apenas estabelece uma
banda mnima Bmin e uma banda mxima Bmax de utilizao. Assim quando do
estabelecimento de uma nova conexo, alm dos trfegos gerados por conexes j
existentes, o trfego de fundo tambm dever ser considerado pelos mecanismos de
controle de trfego.
6.3. Adaptaes feitas no simulador
De forma a viabilizar a comparao da nova heurstica apresentada no captulo anterior
com aquelas j implementadas no simulador, foram executadas algumas alteraes no
programa original.
O primeiro passo consistiu em portar o simulador, escrito originalmente para as
plataformas Sun, DEC, RS6000, para a plataforma Linux/Intel, mais acessvel e de melhor
conhecimento deste autor. Em seguida foi necessrio escrever a nova heurstica, proposta
por Waters, no simulador mantendo a estrutura de dados j existente e utilizada pelos
85
outros algoritmos. Esta preocupao de manter a mesma estrutura de dados, j utilizada
pelos outros algoritmos, teve por objetivo criar a coerncia de implementao necessria
para que os dados obtidos expressassem fielmente a situao em teste, possibilitando uma
comparao justa.
Finalizando as alteraes, foram desenvolvidos alguns mdulos que implementam testes
especficos que foram utilizados durante as simulaes.
6.4. Configurao das Simulaes
Como j foi amplamente explorado na literatura, os resultados das simulaes de
algoritmos de roteamento variam bastante em funo do tamanho da rede considerada.
Logo, uma tendncia muito encontrada em trabalhos deste tipo a diviso em redes
pequenas de at vinte ns e redes grandes de at duzentos ns, onde o comportamento dos
algoritmos analisado em ambos os casos separadamente. Em cada caso, estudada a
influncia do tamanho do grupo multicast sobre o desempenho do algoritmo utilizado.
Em cada execuo do simulador, os algoritmos so analisados em funo da qualidade da
rvore multicast gerada, ou seja, o seu custo total, o atraso mdio imposto, nmero mdio
de comutadores presente em cada caminho, tempo de execuo e nmero de falhas. A falha
de um algoritmo pode ser causada pela existncia de um caminho que exceda a restrio do
limite mximo de atraso entre a fonte e um receptor, ou por no encontrar um enlace com
banda disponvel para a transmisso do fluxo de vdeo.
Para que os resultados apresentados demonstrem a confiabilidade esperada, cada
configurao executada trezentas vezes, ou seja, so geradas trezentas redes aleatrias
cada uma com um diferente trfego de fundo e grupo multicast. Estudos anteriores
[Salama96], demonstram que em simulaes deste tipo, entre duzentos e cinquenta e
trezentas execues, atinge-se uma confiana de 95% com uma variao mxima de 5%
86
em relao aos resultados obtidos. O trfego de fundo, tambm gerado aleatoriamente, de
cada enlace definido atravs de um valor de banda entre Bmin e Bmax, e pode ser
diferente em cada direo, ressaltando a caracterstica de assimetria das redes.
A seguir sero apresentados os resultados relativos anlise terica da complexidade dos
algoritmos, o custo mdio das rvores geradas, o atraso mdio inserido pela rvore, o
nmero mdio de comutadores presentes nos caminhos da rvore, o tempo de execuo dos
algoritmos e o nmero de falhas detectados durante a construo das rvores multicast em
cada algoritmo.
6.5. Resultados e Anlises
Os prximos pargrafos demonstraro os resultados e anlises das simulaes realizadas
com os algoritmos de roteamento multicast que consideram aspectos de qualidade de
servio na escolha das rotas. Os algoritmos escolhidos para as simulaes so os mesmos
descritos no captulo anterior, de forma que o leitor possa entender a relao entre a
complexidade do algoritmo, seu tempo de execuo e a qualidade dos resultados gerados.
Ainda em relao escolha dos algoritmos, estes foram selecionados de forma a
possibilitar uma comparao abrangente com a nova heurstica apresentada por Waters e
sua aplicabilidade em redes de alta velocidade.
6.5.1 Estudo da complexidade dos algoritmos
O estudo da complexidade dos algoritmos tem como objetivo avaliar a escalabilidade e
estimar o tempo de execuo dos mesmos em funo do nmero de ns que compe a
rede. Desta forma possvel prever se um determinado algoritmo tem condies de ser
empregado em implementaes de protocolos ou equipamentos. Como o foco desta
dissertao o roteamento multicast para aplicaes multimdia, a questo do tempo de
87
execuo do algoritmo essencial para um desempenho eficiente do clculo das rotas. A
tabela abaixo resume os resultados de cada algoritmo.
Algoritmo Ordem de complexidade
KPP O(n
3
)
CSPT O(n
2
)
CCET O(n
2
)
Hbrida O(n
2
)
Figura 36 Tabela referente ordem de complexidade dos algoritmos
Independente dos resultados prticos, possvel prever, em funo da figura 36, que o
algoritmo KPP ter um tempo de execuo mais alto que os outros algoritmos. Alm disso,
este tempo de execuo aumentar, em funo do aumento do nmero de ns da rede,
segundo uma taxa maior que os outros. Sua escalabilidade fica bastante comprometida,
uma vez que em paralelo ao tempo de execuo, existe o problema de armazenamento de
dados processados que tambm cresce mesma taxa.
6.5.2 Custo total da rvore gerada
O custo total da rvore multicast construda pelo algoritmo demonstra sua habilidade em
alocar os recursos dos comutadores de maneira inteligente e transmitir sobre enlaces de
baixa utilizao.
88
Redes pequenas (at 20 ns)
Redes grandes (at 200 ns)
Figura 37 Custo das rvores geradas pelos algoritmos
Pelos grficos da figura 37, observa-se que a heurstica KPP gera as rvores de menor
custo total em todos os casos testados, o que j era esperado, pois de conhecimento geral
que heursticas que implementam a tcnica de rvore de Steiner produzem melhores
resultados. Entre as heursticas de menor caminho (Hbrida, CCET e CSPT), a hbrida foi a
que apresentou os melhores resultados quando aplicada em redes pequenas, at 5% melhor
que a CSPT e 20% melhor que a CCET. Em redes grandes, a Hbrida praticamente se
iguala CSPT, e estas obtiveram resultados at 28% melhores que a CCET.
Um comportamento interessante que pode ser percebido pelos grficos, a diferena de
desempenho dos algoritmos em relao maior assimetria dos enlaces. Neste caso, em
Custo das rvores geradas pelos Algoritmos
Bmin = 5 Bmax= 125 Mbps
0.00
200.00
400.00
600.00
800.00
1000.00
1200.00
1 5 10 15 20
Nmero de participantes no grupo Multicast
Hbrida
CCET
CSPT
KPP
Bmin = 5 Bmax = 125 Mbps
0.00
2000.00
4000.00
6000.00
8000.00
10000.00
12000.00
1 10 50 100 150 200
Nmero de participantes do grupo Multicast
Hbrido
CCET
CSPT
KPP
0.00
2000.00
4000.00
6000.00
8000.00
10000.00
12000.00
14000.00
1 10 50 100 150 200
Hbrido
CCET
CSPT
KPP
0.00
200.00
400.00
600.00
800.00
1000.00
1200.00
1 5 10 15 20
Nmero de participantes no grupo Multicast
Hbrida
CCET
CSPT
KPP
89
redes pequenas, a diferena entre a Hbrida e a CSPT diminui bastante, enquanto a
diferena destas com a CCET aumenta.
6.5.3 Atraso da rvore multicast
O atraso inserido pela rvore multicast um parmetro importante de comparao entre os
algoritmos, pois atravs dele possvel avaliar a capacidade do algoritmo em utilizar
enlaces que insiram o menor atraso na transmisso dos fluxos de vdeo. Apesar de todos os
algoritmos restringirem o atraso mximo, interessante que se tenha este parmetro com o
menor valor possvel, pois, em se tratando de trfegos gerados por aplicaes multimdia,
alm da restrio temporal natural destas aplicaes, deve-se ter em mente que estas
consomem muito tempo de processamento das estaes receptoras para receberem os
fluxos, desencapsular os pacotes de dados e apresenta-los ao usurio.
A seguir so apresentados os resultados referentes s simulaes dos algoritmos
observando o atraso mdio das rvores geradas.
Atraso Mdio (s)
0.0100
0.0110
0.0120
0.0130
0.0140
0.0150
0.0160
1 5 10 15 20
Hbrida
CCET
CSPT
KPP
Atraso Mdio (s)
0.0100
0.0110
0.0120
0.0130
0.0140
0.0150
0.0160
1 5 10 15 20
Hbrida
CCET
CSPT
KPP
90
Figura 38 Atraso mdio das rvores geradas
Pelos grficos da figura 38, conclui-se que a heurstica KPP demonstrou ser a mais
ineficiente em relao ao atraso mdio das rvores geradas tanto em redes pequenas quanto
em grandes. Das heursticas de menor caminho pode-se dizer que em redes pequenas cujos
enlaces possuem pouca assimetria, ou seja, a utilizao do enlace quase a mesma em
ambos os sentidos, a CCET mostrou-se mais eficiente, porm com o aumento da
assimetria, a Hbrida e a CSPT foram melhores. Este comportamento praticamente se
inverteu ao utilizar-se redes de at duzentos ns.
De uma forma geral, conclui-se que o atraso mdio das rvores aumenta em funo do
crescimento do nmero de ns da rede, e que os algoritmos apresentam diferentes
comportamentos em funo do estado de simetria dos enlaces. Seria necessrio um estudo
mais aprofundado para explicar os motivos do comportamento dos algoritmos em relao
maior ou menor simetria dos enlaces da rede.
6.5.4 Nmero de comutadores em cada caminho
O nmero mdio de comutadores presentes nos caminhos que formam a rvore multicast
um importante parmetro para determinar o consumo de recursos da rede pelos algoritmos,
assumindo que um comutador tambm um recurso da rede. Apesar desta dissertao no
estar avaliando o atraso imposto pela comutao em cada equipamento, este trabalho pode
Atraso mdio (s)
0.0120
0.0130
0.0140
0.0150
0.0160
0.0170
0.0180
0.0190
0.0200
0.0210
1 10 50 100 150 200
Hbrido
CCET
CSPT
KPP
Atraso mdio (s)
0.0120
0.0130
0.0140
0.0150
0.0160
0.0170
0.0180
0.0190
0.0200
0.0210
1 10 50 100 150 200
Hbrido
CCET
CSPT
KPP
91
servir de ponto de partida para um estudo mais detalhado em relao a todos os atrasos
envolvidos na transmisso de fluxos de voz ou vdeo.
Figura 39 Nmero de mdio de comutadores nos caminho da rvore multicast
Com relao ao nmero mdio de comutadores alocados nos caminhos da rvore multicast
gerada pelos algoritmos, pode-se concluir, atravs da figura 39, que a CSPT foi a heurstica
que apresentou o melhor desempenho, ou seja, alocou o menor nmero de comutadores. A
Hbrida obteve um desempenho de at 19% pior que a CSPT em redes pequenas e
praticamente igual em redes grandes com grande assimetria. A heurstica CCET obteve o
pior resultado entre as de menor caminho, cerca de 42% maior em comparao com a
CSPT em redes grandes com pouca assimetria. A nica heurstica que implementa a
Nmero Mdio de Hops
0.00
1.00
2.00
3.00
4.00
5.00
6.00
7.00
8.00
1 10 50 100 150 200
Hbrido
CCET
CSPT
KPP
Nmero Mdio de Hops
0.00
1.00
2.00
3.00
4.00
5.00
6.00
7.00
8.00
1 10 50 100 150 200
Hbrido
CCET
CSPT
KPP
Nmero Mdio de Hops
1.70
1.90
2.10
2.30
2.50
2.70
2.90
3.10
3.30
1 5 10 15 20
Nmero de Participantes do grupo Multicast
Hbrida
CCET
CSPT
KPP
Nmero Mdio de Hops
1.70
1.90
2.10
2.30
2.50
2.70
2.90
3.10
3.30
1 5 10 15 20
Nmero de Participantes do grupo Multicast
Hbrida
CCET
CSPT
KPP
92
tcnica de rvore de Steiner testada (KPP) obteve resultados crescentes em funo do
nmero de participantes do grupo multicast, e em geral maiores que as de menor caminho.
6.5.5 Tempo de execuo dos algoritmos
A anlise do tempo de execuo dos algoritmos essencial para comparar os resultados
por eles produzidos com o custo (tempo de processamento) necessrio para seu clculo.
No menos importante, este estudo serve de base para o estudo da viabilidade de
implementao do algoritmo em protocolos ou equipamentos especficos, tanto em redes
de pequeno porte quanto em redes de alcance global. bom lembrar, entretanto, que nem a
heurstica Hbrida nem as j existentes no simulador foram implementadas visando
otimizar o tempo de execuo.
Figura 40 Tempo de execuo dos algoritmos
Tempo de Execuo (s)
0.0000
0.0100
0.0200
0.0300
0.0400
0.0500
0.0600
0.0700
1 5 10 15 20
Hbrida
CCET
CSPT
KPP
Tempo de Execuo (s)
0.0000
0.0100
0.0200
0.0300
0.0400
0.0500
0.0600
0.0700
1 5 10 15 20
Hbrida
CCET
CSPT
KPP
Tempo de Execuo (s)
0.000
5.000
10.000
15.000
20.000
25.000
30.000
35.000
40.000
45.000
1 10 50 100 150 200
Hbrido
CCET
CSPT
KPP
Tempo de Execuo (s)
0.000
5.000
10.000
15.000
20.000
25.000
30.000
35.000
40.000
45.000
1 10 50 100 150 200
Hbrido
CCET
CSPT
KPP
93
O resultados descritos na figura 40, foram obtidos executando o simulador em um Pentium
II com o sistema operacional Linux. Porm, o que interessa para este estudo no so os
valores propriamente, mas a diferena entre eles.
Fica claro, em todos os casos analisados, que a heurstica KPP possui um tempo de
execuo muito superior em relao s heursticas de menor caminho. Este fato, j descrito
na literatura, ratifica a tese de que algoritmos que implementam a tcnica de rvore mnima
de Steiner no so aplicveis s redes grandes, apesar de seus resultados serem melhores.
Entre os algoritmos de menor caminho, a heurstica Hbrida apresentou o maior tempo de
execuo, prximo da soma dos tempos de execuo das duas outras heursticas. Isto pode
ser explicado pelo seu mecanismo de funcionamento que aps criar a rvore de broadcast,
utiliza os dois mecanismos de seleo, um utilizado na CCET e o outro na CSPT, para
criar duas rvores multicast, para ento comparar o custo de ambas e escolher aquela que
possuir o menor custo. De qualquer forma, o custo da Hbrida ainda muito inferior ao da
KPP, possibilitando sua utilizao tanto em redes pequenas quanto em redes globais.
6.5.6 Nmero de sesses estabelecidas com sucesso
Com o objetivo de avaliar a eficincia dos algoritmos em relao alocao de recursos
dos comutadores e sua habilidade em lidar com situaes de saturao de enlaces, foram
conduzidos os testes de nmero mximo de sesses de vdeo simultneas.
A simulao consiste em gerar uma rede aleatria, sem qualquer tipo de trfego de fundo.
Sobre esta rede sero criados seqencialmente, tambm de forma aleatria, grupos
multicast com uma respectiva fonte emissora de fluxo (VBR) de vdeo, formando assim
uma sesso multicast. Vale lembrar, que a sesso multicast s estabelecida se houver
recursos disponveis em todos os comutadores intermedirios pertencentes rvore
multicast. As sesses so criadas continuamente at que os algoritmos falhem em encontrar
94
rotas que possuam banda suficiente para o trfego de vdeo ou ainda que no respeitem o
limite de atraso mximo imposto.
Para cada tamanho de grupo multicast, so geradas trezentas redes diferentes, onde, em
cada uma destas, tenta-se estabelecer mil sesses multicast. Os resultados descritos a
seguir representam a mdia dos valores obtidos nas simulaes.
Figura 41 Nmero de sesses multicast estabelecidas com sucesso
As simulaes referentes heurstica KPP no puderam ser realizadas devido ao seu
elevado tempo de execuo. Entre as heursticas de menor caminho, tanto a CSPT quanto a
Hbrida demonstraram resultados semelhantes, onde a principal causa de falha foi devido
saturao dos enlaces. J a heurstica CCET demonstrou estabelecer um nmero at 39 %
menor de sesses simultneas. Este fato se deve ao grande nmero de falhas devido
violao do atraso mximo imposto (0,03 segundos), alm de sua menor habilidade em
selecionar enlaces menos congestionados.
Nmero de sesses multicast estabelecidas
com sucesso
0
100
200
300
400
500
600
700
800
1 5 10 15 20
Nmero de participantes do grupo multicast
Hbrido
CCET
CSPT
95
Fica claro, a partir da figura 41, que conforme o nmero de participantes do grupo
multicast cresce, menor o nmero de sesses que os algoritmos conseguem estabelecer
antes da saturao da rede. Isto pode ser explicado relacionando o tamanho do grupo
multicast com o tamanho da rvore multicast necessria para cobrir todos os elementos do
grupo.
6.6. Concluses
Este captulo procurou descrever detalhadamente o simulador utilizado neste trabalho,
assim como todos os procedimentos utilizados para a conduo das simulaes e anlises
dos resultados obtidos.
Em relao qualidade das rvores geradas, ficou claro que a heurstica KPP apresentou os
melhores resultados de custo total da rvore multicast. Tambm ficou claro que o preo
que se paga por este excelente desempenho um tempo de execuo muito alto, que
praticamente inviabiliza sua utilizao em redes com um grande nmero de ns. Seu
elevado tempo de execuo justificado pela tambm elevada complexidade do algoritmo,
O(n
3
), caracterstica dos algoritmos que implementam rvores mnimas de Steiner. A
heurstica Hbrida no apresentou resultados to bons quanto a KPP, porm a relao
custo/tempo de execuo faz com que ela tenha mais condies de gerar protocolos ou
equipamentos de roteamento multicast com QdS.
O atraso mdio inserido pela rvore de multicast foi o nico parmetro onde a heurstica
CCET obteve alguma vantagem em relao s concorrentes. Isto se deve ao fato de ela
criar sua rvore de broadcast, durante o primeiro passo do algoritmo, em funo dos
enlaces de menor atraso, e no de menor custo. As heursticas Hbrida e CSPT obtiveram
resultados muito prximos, enquanto a KPP introduziu os maiores atrasos.
96
A heurstica CSPT obteve o menor nmero de comutadores intermedirios nos caminhos
formadores da rvore multicast, seguido de perto pela Hbrida, ressaltando a habilidade
destas em relao ao menor consumo de recursos da rede. Este mesmo resultado se repetiu
em relao ao nmero mximo de sesses multicast simultneas. Nesta simulao, vale
lembrar que a heurstica KPP no pde ser avaliada devido ao seu elevado tempo de
execuo.
Captulo 7 - Concluses e Trabalhos Futuros 97
97
C Ca ap p t tu ul lo o 7 7 - - C Co on nc cl lu us s e es s e e T Tr ra ab ba al lh ho os s F Fu ut tu ur ro os s
Este captulo final consolidar as concluses formuladas no decorrer desta dissertao. O
resultado desta dissertao foi o de apresentar ao leitor o panorama atual das solues de
transmisso multicast para a comunicao multimdia, em termos de conceitos, algoritmos
e protocolos.
Nesta dissertao, foram estudadas as solues de transmisso multicast existentes sobre
redes convencionais utilizando a pilha de protocolos TCP/IP, onde procurou-se ressaltar
sua falta de habilidade em tratar dos requisitos bsicos das aplicaes multimdia de tempo
real, em especial os requisitos temporais e de disponibilidade mnima de banda garantida.
Abordou-se tanto solues para redes locais quanto redes de longa distncia.
Em relao s redes de alta velocidade, o ATM foi a tecnologia explorada em funo da
sua aceitao tanto no meio acadmico quanto no industrial. As solues de integrao de
IP/ATM, importantes por manterem a compatibilidade com as aplicaes atuais e
promoverem a disseminao desta tecnologia, foram enumeradas e analisadas visando seu
funcionamento, mecanismos de transmisso e aproveitamento dos recursos de QdS. Dado
que estas solues no possuem recursos que otimizem a comunicao multicast IP sobre
redes ATM, as principais propostas que estendem estas solues, implementando este
importante conceito, foram comparadas segundo seu desempenho, escalabilidade e
consumo de recursos da rede.
Por fim, foi formulado formalmente o problema de roteamento multicast com restries de
QdS. Problema que esta dissertao procurou esclarecer e apontar as heursticas existentes
desenvolvidas para a sua soluo. Alm disso, apresentou, atravs de simulaes, um
98
estudo comparativo envolvendo a qualidade dos resultados, o grau de complexidade e a
viabilidade de implementao das mesmas. A seguir sero apresentadas as principais
concluses relativas a este estudo e os possveis trabalhos futuros.
7.1. Concluses
Com relao anlise terica dos algoritmos estudados, todos os de menor caminho
apresentaram resultados semelhantes, mantendo sua ordem de complexidade em O(n
2
). A
heurstica KPP, que implementa a tcnica de rvore mnima de Steiner, destacou-se pela
sua elevada complexidade: O(n
3
), j indicando a dificuldade de execut-la em redes com
um elevado nmero de ns. Esta anlise possibilitou tambm, prever que a heurstica KPP
teria elevados tempos de execuo quando comparada com suas concorrentes.
O custo da rvore multicast gerada um dos parmetros mais importantes analisados, pois
reflete a habilidade do algoritmo em selecionar enlaces com menor utilizao para a
formao da rvore multicast de distribuio. Neste sentido, a proposta da heurstica
Hbrida alcanou seu objetivo principal, dado que, entre as heursticas de menor caminho,
obteve os melhores resultados. Este fato foi mais visvel em redes de at vinte ns onde seu
desempenho chegou a ser 20% superior CCET e 5% superior CSPT. fato, entretanto,
que em todos os casos simulados, a heurstica KPP obteve resultados superiores.
As anlises referentes ao nmero mdio de comutadores intermedirios e nmero mximo
de sesses multicast simultneas, demonstraram um comportamento muito prximo entre
as heursticas Hbrida e CSPT, onde estas demonstram significativa vantagem sobre as
outras duas. No item atraso mdio inserido pela rvore multicast houve uma inverso, onde
a heurstica CCET aparece como a melhor qualificada.
99
A anlise do tempo de execuo de cada algoritmo de fundamental importncia para o
estudo da viabilidade de implementao destes algoritmos em protocolos ou equipamentos.
Atravs desta, comprovou-se o que j era esperado: a heurstica KPP obteve resultados que
inviabilizam sua utilizao em redes com elevado nmero de ns, conforme fora previsto
na anlise terica da mesma.
Portanto, em funo dos resultados observados, conclui-se que a heurstica Hbrida,
demonstrou resultados iguais ou superiores s concorrentes na maioria dos parmetros
avaliados, mantendo, porm, um tempo de execuo que no inviabiliza sua utilizao.
7.2. Trabalhos Futuros
At a presente data, o ATM Forum no dispe de nenhuma padronizao referente ao
roteamento multicast com restrio de QdS. Este fato significa que existe nesta rea, muito
espao para pesquisas. Logo o estudo de novos algoritmos ou, como foi abordado nesta
dissertao, a integrao de abordagens j estudadas, serviro para que, num futuro
prximo, seja possvel especificar protocolos ou at mesmo equipamentos com
funcionalidades de roteamento multicast com QdS.
Os algoritmos analisados neste trabalho consideraram que os grupos multicast eram fixos,
ou seja, no houve a preocupao quanto s alteraes de rotas necessrias quando da
incluso ou excluso de novos elementos do grupo multicast. Uma possvel continuao
deste trabalho seria a anlise dos algoritmos em relao a este problema.
Tambm foi assumido durante as simulaes que as transmisses de vdeo utilizavam a
categoria de servio VBR. Uma anlise comparativa com o CBR ou o ABR em relao
100
alocao de banda nos enlaces poderia originar resultados sobre o comportamento dos
algoritmos quanto a diferentes polticas de reserva de recursos.
Por fim, foi visto que os algoritmos que implementam a tcnica de rvore mnima de
Steiner possuem como grande desvantagem, o seu tempo de execuo. Logo, poderia se
pensar em modificar estes algoritmos de forma que seu processamento pudesse ser feito de
forma distribuda ou paralela.
Anexo A O Gerador Aleatrio de Enlaces 101
101
A An ne ex xo o A A O O G Ge er ra ad do or r A Al le ea at t r ri io o d de e E En nl la ac ce es s
Dado que o gerador aleatrio o ponto mais importante de um estudo baseado em
simulaes, este anexo ser dedicado inteiramente sua explicao e aos parmetros
utilizados para a representao das redes de computadores utilizadas nesta dissertao.
O gerador utilizado no simulador segue o modelo criado por Waxman [Waxman88], cuja
funo probabilstica para criar os enlaces dada por:
Onde L representa a distncia mxima entre quaisquer dois ns da rede e l(u,v) define a
distncia entre u e v. O parmetro controla a taxa de existncia de enlaces curtos e
compridos, enquanto o parmetro controla o grau mdio dos ns da rede. Conforme
aumenta-se o valor de , aumenta-se a probabilidade de existncia de enlaces compridos.
O maior valor de implica em ns de grau maior.
Seguindo o modelo original de Waxman, a sua funo probabilstica aplicada para cada
par de ns. A rede resultante pode, porm, no ser conexa, o que no desejvel. Alm
disso, fixando valores para e no garante que as redes resultantes, ao aplicar-se o
algoritmo vrias vezes, conservar o mesmo grau mdio dos ns. Logo para que se obtenha
uma rede com um certo grau mdio de seus ns, pode ser necessria a execuo do
algoritmo por algumas vezes, at que a rede seja criada. A execuo do gerador aleatrio
repetidamente para que se obtenha uma nica rede formada por ns com um certo grau,
no parece ser uma soluo eficiente, dado que centenas de redes dero ser geradas em
cada simulao.
L
v u l
v u P
e
) , (
exp ) , (

Anexo A O Gerador Aleatrio de Enlaces 102

102
Tendo isto em vista, Salama [Salama96] desenvolveu um gerador aleatrio baseado no
modelo de Waxman, porm que gera uma rede conectada em uma nica execuo e com a
mdia dos graus dos ns desejada garantida. O algoritmo proposto utiliza a mesma funo
probabilstica de Waxman. A seguir ser explicado seu funcionamento.
O algoritmo comea selecionando um n qualquer e interligando este a dois outros ns
quaisquer atravs de dois enlaces. O resultado deste operao uma sub-rede formada por
trs ns conectados por dois enlaces. O algoritmo repete, ento, o seguinte passo para cada
n da rede: se o grau do n menor ou igual a dois, o algoritmo cria enlaces aleatrios
onde uma das pontas o prprio n. Isto acontece at que o n obtenha grau igual a dois.
Se este mesmo n no estiver conectado sub-rede existente, o algoritmo providencia que
pelo menos um dos enlaces gerados o conecte com a mesma. A rede resultante ao final
deste loop conexa e com os graus de seus ns maior ou igual a dois. A partir deste ponto,
o gerador continua a criar novos enlaces at que a mdia dos graus dos ns desejada seja
atingida.
Esta tcnica foi utilizada para gerar redes cujos ns possuiam em mdia grau igual a
quatro, conforme encontra-se hoje na Internet. Os valores de foram ajustados de forma a
representar, com a maior proximidade possvel, as redes reais de computadores. J os
valores de permaneceram fixos, uma vez que ficou a cargo do algoritmo gerenciar a
mdia dos graus dos ns.
Anexo B Interface do Simulador MCRSIM 103
103
A An ne ex xo o B B I In nt te er rf fa ac ce e d do o S Si im mu ul la ad do or r M MC CR RS SI IM M
A ttulo de ilustrao, apresentamos abaixo a interface do simulador MCRSIM, aps sua
implementao no Linux.
Figura 42 Interface grfica do simulador MCRSIM
No exemplo acima, temos uma fonte de vdeo transmitindo, utilizando a categoria de
servio VBR, a partir do n de nmero 69, identificada por um quadrado ao seu redor. Os
membros do grupo multicast so identificados pelas circunferncias de maior raio. A
rvore multicast gerada a partir da fonte, pode ser visualizada atravs de seus enlaces de
maior espessura enquanto seu custo apresentado na parte superior da janela.
Referncias Bibliogrficas 104
104
R Re ef fe er r n nc ci ia as s B Bi ib bl li io og gr r f fi ic ca as s
[Alles95] A. Alles, ATM Internetworking, Cisco Systems Inc, White
Paper,Maio de 1995
[Black95] U. Black. ATM Foundation for Broadband Networks, Prentice Hall,
New Jersey, 1995
[Cereda97] R. L. D. Cereda, M. A. C. Cruz, L. S. V. Dutra e R. R. Sewaybriquer,
ATM O Futuro das Redes, BRISA Sociedade Brasileira para
Interconexo de Sistemas Abertos, MAKRON, 1997
[Commer97] D. E. Commer, Computer Networks and Internets, Prentice Hall,
New Jersey, 1997
[Crawford94] J. S. Crawford, Multicast Routing: Evaluation of a New Heuristic,
dissertao de mestrado, Universidade de Kent, Inglaterra, 1994
[Deering92] S. Casner e S. Deering, First IETF Internet AudioCast, in
Proceedings of ACM SIGCOMM, Computer Communications
Review, vol. 22, no.3, Julho de 1992
[Gibbons89] Alan Gibbons, Algorithmic Graph Theory, Cambridge University
Press, 1989
[IGMP96] W. Fenner, Internet Group Management Protocol, Version 2.,
Internet Draft, Maio de 1996
[Kadaba83] K. Barath-Kumar e J. Jaffe, Routing to Multiple Destinations in
Computer Networks, IEEE Transactions on Communications, vol.
COM-31, no.3, pp. 353-360, 1996
[Kiatake98] L.G.G. Kiatake, Transmisso de fluxos MPEG-2 em solues IP sobre
ATM, dissertao de mestrado apresentada Escola Politcnica da
Universidade de So Paulo, Junho de 1998
[Kompella93] V. Kompella, J. Pasquale e G. Polyzos, Multicast Routing for
Multimedia Communications, IEEE/ACM Transactions on
Networking, 1(3):286-292, 1993
[LANE1] LAN Emulation over ATM, The ATM Forum, version 1.0, Janeiro
de 1994
[LANE2] LAN Emulation over ATM LUNI Specification, The ATM Forum,
version 2.0, Julho de 1997
105
[Meylan98] F. Meylan, L. G. G. Kiatake, M. Z. Santos. An experimental study for
transmmiting MPEG-2 streams over ATM networks, 1
st
IEEE
International Congress on ATM ICATM98, Colmar, France,
Junho de 1998
[NSAP94] Colella, Callon, Gardner e Rekhter, Guidelines for OSI NSAP
allocation in the Internet, RFC 1629, IETF, Maio de 1994
[PIM96] S. Deering, D. Estrin, et al, The PIM Architecture for Wide-Area
Multicast Routing, IEEE/ACM Transactions on Networking, vol.
4, n
o
2, pp 153-162, Abril de 1996
[RFC1075] D. Waitzman, C. Partridge e S. Deering, Distance Vector Multicast
Routing Protocol, Internet RFC 1075, Novembro de 1988
[RFC1583] J. Moy, OSPF Version 2, Internet RFC 1583, Maro 1994
[RFC1584] J. Moy, Multicast Extension to OSPF, Internet RFC 1584, Maio 1994
[RFC1577] M. Laubach, Classical IP and ARP over ATM, RFC 1577, Hewlett
Packard Laboratories, Janeiro de 1994
[RFC2022] G. Armitage, Support for Multicast over UNI 3.0/3.1 based ATM
Networks, RFC 2022, Bellcore, Novembro de 1996
[RFC2117] D. Estrin, D, Farinacci et al., Protocol Independent Multicast-Sparse
Mode (PIM-SM): Protocol Specification, Internet RFC, Junho de
1997
[RFC2149] R. Talpade e M. Ammar, Multicast Server Architectures for MARS
based ATM multicasting, RFC 2149, Georgia Institute of
Technology, Maio de 1997
[Salama94] H. F. Salama, D. Reeves, Y. Viniotis e T. L. Sheu, Comparison of
Multicast Routing Algoritms for High Speed Networks, Tech.
Rep. TR 29.1930, IBM, Setembro de 1994
[Salama96] H. F. Salama, Multicast Routing for Real-Time Communication on
High-Speed Networks", Ph.D. dissertation , Department of
Electrical and Computer Engineering, N. C. State University,
Novembro de 1996
[Santos98] M. Z. Santos, Simulao e Anlise de Solues de Comunicao entre
Sub-redes IP sobre ATM, dissertao de mestrado apresentada
Escola Politcnica da Universidade de So Paulo, Julho de 1998
[Stevens97] W. R. Stevens, TCP/IP Illustrated, Vol.1, Addison-Wesley,
Massachusetts, 1997
106
[Sun95] Q. Sun e H. Langendoerfer, Eficient Multicast Routing for Delay
Sensitive Applications, in Proceedings of the Second Workshop
on Protocols for Multimedia Systems (PROMS 95), pp. 452-458,
Outubro de 1995
[Talpade96] R. Talpade, M. Ammar e G. Armitage, Experience with Architectures
for Suporting IP Multicast over ATM, Bellcore, Agosto de 1996
[Tanaka93] Y. Tanaka e P.Huang, Multiple Destination Routing Algorithms,
IEICE Transactions on Communications, vol E76-B, no.5, pp. 544-
552, Maio de 1993
[Tobagi94] C. Noronha e F. Tobagi, Evaluation of Multicast Routing Algorithms
for Multimedia Streams, in Proceedings of the IEEE International
Telecommunications Symposium, Agosto de 1994
[Waters94] G. Waters, A New Heuristic for ATM Multicast Routing, in 2
nd
IFIP
on performance Modelling and Evaluation of ATM Networks,
pages 8/1-8/9, Julho 1994
[Waters97] G. Waters e J. Crawford, A Hybrid Approach to Quality of Service
Multicast Routing, Fifth IFIP Workshop on Performance
Modelling and Evaluation of ATM Networks, 1997
[Waxman88] B. Waxman, Routing of Multipoint Connections, IEEE Journal on
Selected Areas in Communications, vol 6, no. 9, pp. 1617-1622,
Dezembro de 1988
[Wei94] L. Wei e D. Estrin, The Trade-offs of Multicast Trees and
Algorithms, in Proceedings of the Third International Conference
on Computer Communications and Networking (IC
3
N 94), pp. 17-
24,1994
[WinSock2] Windows Sockets 2 Application Programming Interface, The
WinSock Group, Maio de 1997
Lista de Acrnimos 107
107
L Li is st ta a d de e A Ac cr r n ni im mo os s
AAL ATM Adaptation Layer
ABR Available Bit Rate
ANSI American National Standards
Institute
ARP Address Resolution Protocol
AS Autonomous Systems
ATM Asynchronous Transfer Mode
B-ISDN Broadband Integrated Services
Digital Network
BUS Broadcast and Unknown Server
CBR Constant Bit Rate
CBT Core Based Trees
CCET Constrained Cheapest Edge
Tree
CLP Cell Loss Priority
CLIP Classical IP
CSPT Constrained Shortest Path Trees
DCC Data Country Code
DVMRP Distance Vector Multicast
Routing Protocol
ELAN Emulated LAN
ESI End System Identifier
GFC Generic Flow Control
HEC Header Error Control
IANA Internet Assign Number
Authority
ICD International Code Designator
IETF Internet Engineering Task
Force
IGMP Internet Group Management
Protocol
ILMI Interim Local Management
Interface
IP Internet Protocol
IPX Internetwork Packet Exchange
ISDN Integrated Services Digital
Network
ITU-T International
Telecommunication Union
Telecommunication
Standardization Sector
LANE LAN Emulation
LEC LAN Emulation Client
LECS LAN Emulation Configuration
Server
LES LAN Emulation Server
LIS Logical IP Subnetwork
LLC Logical Link Control
LNNI Lan Emulation Network to
Network Interface
LUNI Lan Emulation User to Network
Interface
MAC Medium Access Control
MARS Multicast Address Resolution
Server
MBONE Multicast Backbone
MCS Multicast Server
MOSPF Multicast Extensions to OSPF
MPEG Moving Picture Experts Group
MPOA Multiprotocol over ATM
MTU Maximum Transmission Unit
NSAP Network Service Acess Point
NNI Network-to-Network Interface
OSI Open Systems Interconnection
OSPF Open Shortest Path First
PIM Protocol Independent Multicast
PTI Payload Type Identifier
PVC Permanent Virtual Circuit
QdS Qualidade de Servio
RDSI Redes Digitais de Servios
Integrados
RDSI-FL Redes Digitais de Servios
Integrados de Faixa Larga
RFC Request for Comments
RIP Routing Information Protocol
RPB Reverse Path Broadcasting
RPM Reverse Path Multicasting
SAAL Signaling ATM Adaptation
Layer
SVC Switched Virtual Calls
TCP Transmission Control Protocol
TTL Time To Live
TRPB Truncated Reverse Path
Broadcasting
UBR Unspecified Bit Rate
UNI User to Network Interface
VBR Variable Bit Rate
VC Virtual Channels
VCC Virtual Channel Connection
VCI Virtual Cannel Identifier
VP Virtual Path
VPI Virtual Path Identifier
Lista de Acrnimos 108
108

Algoritimos de Roteamento

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Algoritimos de Roteamento

Transféré par

Droits d'auteur :

Formats disponibles

Frank Meylan

ANLISE COMPARATIVA DE ALGORITMOS DE

Anexo A O Gerador Aleatrio de Enlaces 102

Vous aimerez peut-être aussi