Professional Documents
Culture Documents
Este trabalho tem como principal objetivo desenvolver algoritmos de roteamento que
permitam a implementao de ET (Engenharia de Trfego) em redes IP sobre tecnologia
MPLS. Alm disso, o trabalho prope uma abordagem de implementao de engenharia de
trfego dinmica, avalia o desempenho computacional dos algoritmos e qualidade das
solues e compara os resultados de algoritmos de roteamento atuais com os do proposto.
conjunto de pacotes encaminhados de uma mesma forma atravs da rede. Cada FEC define
explicitamente os nodos que os pacotes de cada classe ir percorrer. Com as FECs possvel
criar uma LIB (Label Information Base), mantida em cada LSR (Label Switch Router).
MPLS denominado multiprotocolo, pois pode ser empregado de forma independente
dos protocolos da camada de rede e enlace, p.e. ATM, Frame Relay, PPP com IP, IPX,
Appletalk...
Eis alguns conceitos relacionados a MPLS:
Rtulo: conjunto de informaes resumido e de tamanho fixo utilizado para busca
na tabela de encaminhamento;
LIB: a tabela presente em cada LSR que contm informaes necessrias ao
encaminhamento dos pacotes;
LSP: uma rota pr-definida na qual um conjunto de pacote de uma mesma FEC
encaminhado atravs de uma rede MPLS; e
Protocolos de distribuio de rtulos: Para que decises de encaminhamento sejam
definidas em um domnio MPLS, necessrio que informaes sejam
intercambiadas entre todos os LSRs vizinhos. Para isto, existem os protocolos de
distribuio de rtulos.
Roteamento baseado em restries.
RBR (Roteamento baseado em restries) um conjunto de processos voltados ao
cmputo de rotas de rede sujeito ao atendimento de uma ou mais restries (regras). Estas
regras normalmente so relacionada s especificaes de QoS das aplicaes, informaes de
segurana e/ou tarifao. A partir disto, as rotas configuradas podem ser as que melhor
atendem tais restries.
Para possibilitar roteamento explcito - requisito de RBR - necessrio utilizar
protocolos de distribuio de rtulos MPLS. No mercado existem duas propostas: RSVP-TE e
CR-LDP.
MPLS e Engenharia de Trfego.
O MPLS permite esquemas sofisticados de roteamento baseados na capacidade de
estabelecimento de LSPs explicitamente roteados. Tambm tem como vantagem para a ET, a
possibilidade de mapear troncos de trfego em LSPs e o suporte a RBR.
O algoritmo subgradiente pode ser visto como uma adaptao do algoritmo de passos
decrescentes para funes no diferenciveis.
Mesmo que o algoritmo subgradiente possa encontrar uma soluo, no h nenhuma
garantia que a mesma seja uma soluo vivel para o problema PET. Sendo assim, foi
desenvolvida uma heurstica que visa verificar e recuperar a viabilidade da soluo para o
problema primal PET.
Soluo heurstica pura.
Um procedimento de otimizao foi desenvolvido, denominado Procedimento Heurstico
Puro (PHP), que no considera a priori os procedimentos de relaxao Lagrangeana. Apesar do
PHP encontrar uma soluo vivel para o PET, no existe garantia de sua otimalidade. Uma
srie de experimentos demonstrou que o desempenho computacional e tambm a qualidade
de soluo de PHP foi superior obtida pela abordagem RLH em todos os casos
experimentadas.
Experimentos e resultados.
A estratgia de avaliao dos algoritmos corresponder as seguintes anlises:
Avaliao de desempenho dos algoritmos: onde sero contrastados o grau de
otimalidade e os tempos de execuo para o PET, contrastando os procedimentos
RLH, PHP e solues exatas obtidas por um pacote comercial de alto desempenho,
chamado Xpress-MP.
Anlise do controle de admisso: contendo o nmero de rejeies de fluxos quando
o PET resolvido pelo PHP.
Foram usadas duas topologias de redes para os experimentos, uma de complexidade
mdia (com 17 roteadores) e outra de grande complexidade (com 50 roteadores e 200
enlaces). Nelas, foram inseridas duas categorias de fluxos:
1. Fluxos de baixa prioridade, com taxa de transmisso entre 20 e 150Kbps e atraso
fim-a-fim entre 100 e 150ms; e
2. Fluxos de alta prioridade, com taxa de transmisso entre 380 e 870Kbps e atraso
fim-a-fim entre 30 e 60ms.
Para a primeira topologia foram injetados at 500 fluxos de dados e para a segunda
topologia foram gerados 20.000 fluxos. Em ambos os cenrios, os fluxos de alta prioridade
correspondem 1,5% do total de fluxos injetados nas topologias.
A avaliao de desempenho mostrou que o tempo computacional consumido pelo PHP
menor que 0.06s para rotear 490 fluxos de dados. O RLH por sua vez, ultrapassa 25s para o
mesmo caso e o Xpress-MP no consegue resolver estes casos em tempo hbil. A qualidade da
soluo PHP confirmada pela funo objetiva, que confere com a funo objetiva do XpressMP at o ponto que este consegue resolver.
A soluo PHP chegou a rejeitar 57% dos 490 fluxos de dados configurados para a
topologia 1, enquanto protocolos de roteamento convencionais, p. e. RIP e OSPF chegam a ter
60% de perda de pacotes, evidenciando um alto grau de congestionamento da rede.
Com a segunda topologia, verificou-se que o PHP resolve os 20.000 fluxos de dados em
menos de 10s de execuo e com uma funo objetivo melhor que o RHL, que leva cerca de 3
horas para resolver o mesmo PET nesta topologia.
Definio do problema.
O problema de ET dinmico consiste em atender de forma dinmica novas requisies
de servio submetidas a um domnio de rede. O problema PETDIN se processa da seguinte
forma:
1. Num primeiro instante requisies de servio aguardam admisso na rede. A partir
das informaes lgicas destas primeiras requisies de servio (demanda de taxa
de bits, atraso mximo fim-a-fim e demais restries de QoS), executado um
procedimento de ET;
2. No instante seguinte, aps um certo intervalo de tempo, correspondente ao
processamento do procedimento de ET do passo anterior, as configuraes da rede,
representadas pelo conjunto de solues so aplicados rede. Um conjunto de
fluxos pode ter a admisso rejeitada aps a obteno desta soluo. Ainda neste
instante de tempo, outras requisies de servio aguardam admisso na rede. Este
segundo conjunto de requisies de servio a soma das requisies rejeitadas do
procedimento anterior com os fluxos que pediram admisso entre o primeiro
instante e o atual; e
3. No terceiro instante, aps um intervalo de tempo suficiente para o processamento
do procedimento de ET referente ao passo 2, as configuraes dos fluxos de dados,
representados pelo conjunto de solues so aplicados rede. Novamente, um
conjunto de fluxos pode ter a admisso rejeitada na rede. Este conjunto, ser
somado ao conjuntos das requisies entre o instante do passo 2 e do passo 3 e o
procedimento de ET se repete de forma similar aos passos anteriores.
Caso algumas requisies no sejam atendidas em seguidas rodadas, estas podem ser
descartadas por timeout.
Proposta de soluo.
Para resoluo do problema PETDIN, a proposta um processo simples de
seqencializao do procedimento de otimizao PHP descrito no captulo anterior. Este
procedimento de soluo caracteriza-se por ser centralizado, pois cabe a uma entidade
centralizada executar as rodadas de otimizao, e prescritivo, pois o processo de ET ao
encontrar uma soluo para a distribuio do trfego na rede, tem como sada a configurao
dos LSPs.
Implementao da soluo.
A estrutura lgica da soluo do PETDIN composta por um processo de entrada de
dados, pelo componente de otimizao (PHP) e por um componente de monitorao e gerao
de logs, responsvel por registrar eventuais excluses por timeout, renivelamentos,
reroteamentos, rejeies e tempo de espera de admisso do fluxo.
A estrutura lgica da soluo do PETDIN similar ao COPS (Common Open Police
Service), onde uma estrutura centralizada define as aes a serem implementadas na rede.
Estratgia de avaliao proposta.
A estratgia de avaliao foi dividida em trs etapas, de forma similar ao que foi
apresentado soluo do PET:
Desempenho do algoritmo: da mesma forma que na etapa anterior, foi avaliado o
tempo de execuo e a funo objetivo do PHP ao longo do tempo;
Controle de admisso: parmetros correspondentes ao comportamento do PHP
durante a obteno das solues do PETDIN, como tempo de espera dos fluxos,
rejeies, interrupes, reroteamentos, renivelamentos e excluses; e
QoS dos fluxos: parmetros de desempenho de rede para o encaminhamento dos
fluxos, como vazo, atraso fim-a-fim e jitter (variao do atraso) fim-a-fim.
Experimentos e resultados.
A topologia utilizada a mesma topologia de complexidade mdia utilizada no captulo
anterior e, tambm a mesma, a estratgia de gerao de carga utilizada, com os mesmo
1,5% de fluxos de alta prioridade.
Atravs da anlise do crescimento da funo objetivo de acordo com o crescimento do
nmero de fluxos injetados na rede, verificou-se que com 754 fluxos a rede fica num alto nvel
de saturao. O tempo de execuo do PHP fica em 41ms em mdia, no pior caso
considerado.
Quanto ao controle de admisso, verifica-se que a grande maioria dos fluxos de alta
prioridade levam em torno de 10 a 50 ms para serem admitidos, enquanto fluxos de baixa
prioridade sofrem bastante rejeies e aguardam tempos de admisso maiores. Praticamente
um tero deles aguardam a mesma quantidade de tempo que os fluxos de alta prioridade. Um
quarto dos fluxos de baixa prioridade sofrem excluso por no serem admitidos num perodo
de 60s, enquanto isto no ocorre para nenhum fluxo de alta prioridade. Nenhum fluxo de alta
prioridade foi rejeitado. O nvel de transmisso mximo foi admitido em 92% dos fluxos de
alta prioridade, enquanto os fluxos de baixa prioridade tiveram nvel mximo em 83% dos
casos.
Parmetros de QoS tambm mostraram um bom desempenho. Constata-se que
nenhum fluxo de alta prioridade tem a restrio de atraso mximo fim-a-fim violada. O nvel
de satisfao quanto taxa de transmisso admitida para os fluxos sempre acima dos 50%
do requerido. Mesmo para os piores casos, os fluxos de dados tm vazo maior que o dobro
da vazo utilizando OSPF e mais que o triplo utilizando RIP. O atraso mdio fim-a-fim fica em
torno de 0,03s enquanto OSPF e RIP giram em torno de 0,2s e 0,4s respectivamente. A
anlise do jitter do PHP em relao ao jitter do RIP e so OSPF, mostra apenas em 1 dos 9
fluxos de alta prioridade medidos o jitter do PHP maior que do RIP e do OSPF.
Trabalhos relacionados.
Outra abordagem de ET dinmica utilizada pelo MIRA (Minimal Inference Routing
Algorithm). O MIRA busca selecionar caminhos de rede que maximizem os fluxos de dados de
forma que a rota selecionada interfira minimamente nas rotas dos fluxos que percorrem
outros enlaces, utilizando o algoritmo maxflow.