Universidade Federal de Uberlndia UFU

Faculdade de Computao FACOM

LAB 3: Open Shortest Path First

(OSPF).

Douglas de Tarso da Silva 90841

Willian Santos Silva 11211EEL018

Uberlndia

2015

Objetivo. Este laboratrio experimenta os conceitos de roteamento dinmico utilizando o protocolo de roteamento OSPF (Open Shortest Path First), um protocolo de Estado do Enlace.

1. Fundamentos Tericos Esta atividade tem como primeiro objetivo configurar e experimentar o funcionamento do protocolo OSPF em um sistema autnomo. O sistema operacional (RouterOS) do MikroTik implementa as verses 2 (RFC2328) e 3 (RFC5340) do protocolo OSPF. O protocolo permite que roteadores no interior de um sistema autnomo troquem informaes de roteamento dinamicamente, ou seja, no e preciso inserir entradas estticas nas tabelas de rotas.

O paradigma estado do enlace do OSPF apresenta diversas vantagens em relao aos protocolos baseados em vetor de distncia como o RIP. O OSPF no possui limitao de nmero de saltos (hops); endereamento multicast utilizado no envio de informaes de atualizao de roteamento; atualizaes so enviadas apenas quando mudanas topolgicas ocorrem na rede; a definio lgica de redes permite que roteadores sejam organizados em reas. Entretanto, existem algumas desvantagens: o OSPF apresenta uso intensivo de CPU e memria devido ao algoritmo de caminho mais curto e a manuteno de mltiplas cpias de informaes de roteamento, e um protocolo mais complexo de ser implementado.

Desta forma, e objetivo desta atividade permitir a comparao dos resultados obtidos neste experimento com os resultados obtidos anteriormente com o protocolo RIP. 2. Materiais e Mtodos Para o desenvolvimento desta prtica, os equipamentos disponveis no Laboratrio de Redes necessrios so:

15 estaes de trabalho; 2 switches HP V1910-48G; 5 roteadores Mikrotik RB-450G.

Nesta prtica, os equipamentos sero empregados na realizao da infraestrutura

de roteamento dinmico intra-AS do Sistema Autnomo apresentado na Figura 1. Cada sub-rede apresentada na Figura 1 utiliza o recurso de VLANs do switch 1

para ser realizada. Basicamente, as estaes de trabalho sero utilizadas como ns presentes nas diversas sub-redes, interconectadas atravs dos roteadores, cujos enlaces diretos de comunicao entre roteadores tambm sero realizados atravs de VLANs configuradas no switch 1.

Figure 1. Infraestrutura interna do Sistema Autnomo.

As estaes de trabalho esto localizadas em bancadas numeradas de 1 a 20, sendo que o padro de ligao entre as estaes de trabalho e os dois switches segue a seguinte metodologia:

1. A estao de trabalho mantida na bancada n, possui a sua interface de rede 1 conectada na porta ndo switch 1;

2. A estao de trabalho mantida na bancada n, possui a sua interface de rede 2 conectada na porta ndo switch 2. Por exemplo, temos que a estao de trabalho mantida na bancada 8, possui a sua

interface de rede 1 conectada na porta 8 do switch 1, e possui a sua interface de rede 2 conectada na porta 8 do switch 2. Desta forma, todas as bancadas possuem conexo direta com os dois switches HP V1910-48G disponveis no Laboratrio de Redes, ocupando as portas de 1 a 20 presente em cada switch.

Os cinco roteadores Mikrotik RB-450G, identificados como Roteador npara n=1,2,3,4,5, possuem cinco portas, denominadas de etherX, onde Xrepresenta o nmero da porta. No total, temos um conjunto de vinte e cinco portas, ligadas exclusivamente ao switch 1, conforme detalhado na Tabela 1.

Tabela 1. Ligao entre as portas dos roteadores (etherX) e as portas do switch 1. ether1 ether2 ether3 ether4 ether5 Roteador 1 21 22 23 24 25 Roteador 2 26 27 28 29 30 Roteador 3 31 32 33 34 35 Roteador 4 36 37 38 39 40 Roteador 5 41 42 43 44 45

10.0.0.8/302.1.0.0/24 2.2.0.0/24 3.1.0.0/24 3.2.0.0/24

Roteador #2 Roteador #3

Roteador #1 Roteador #4

Roteador #5

5.1.0.0/245.2.0.0/24

1.2.0.0/24 1.1.0.0/24 4.1.0.0/24

4.2.0.0/24

As estaes de trabalho contam com sistema operacional Windows e possuem o Virtual Box instalado, fornecendo o ambiente necessrio para o desenvolvimento das atividades. Para o contexto desta prtica, so utilizadas duas mquinas virtuais, denominadas Ubuntu 14 - SW1 e Ubuntu 14 - SW2. A primeira mquina virtual est configurada com a interface de rede ligado ao switch 1 e a segunda mquina virtual com a interface de rede ligada ao switch 2.

Os dados para login no laboratrio so: Sistema Operacional Windows: nome de usurio = aluno; senha = facom; domnio

= FACOM; Sistema Operacional Ubuntu (VMs): nome de usurio = aluno; senha = uberlandia. A atividade ser desenvolvida em grupos compostos por 3 bancadas, conforme

detalhado na Tabela 2. Observe na tabela que cada grupo possui um usurio grupoXpara acessar os switches. Estes usurios no possuem senha.

Tabela 2. Definio de grupos. Grupo Bancadas Usurio SWs

1 1, 2 e 3 Grupo1 2 4, 5 e 6 Grupo2 3 7, 8 e 9 Grupo3 4 12, 13 e 14 Grupo4 5 15, 16 e 17 Grupo5

Cada um dos cinco grupos ser responsvel pela configurao exclusiva de um Roteador Mikrotik RB-450G. A configurao dos cinco roteadores realiza a configurao completa do Sistema Autnomo apresentado na Figura 1. Cada roteador possui um usurio adminconfigurado sem a utilizao de senhas. Conforme padro do fabricante, cada roteador vem com a interface ether3 configurada com o endereo IP 192.168.88.1/24. Esta interface ser utilizada para a realizao de todas as configuraes necessrias aos roteadores. 3. Experimentos Os experimentos seguem a seguinte metodologia:

1. Seo 3.1: Configurao da sub-rede de administrao que permite acesso ao roteador atribudo ao grupo e configurao das sub-redes que compem o Sistema Autnomo;

2. Seo 3.2: Configurao do protocolo do roteamento OSPF; 3. Seo 3.3: Emulao de falhas no Sistema Autnomo.

3.1. Configuraes do ambiente Diferentemente do experimento anterior utilizando o RIP, no qual todas as VLANs foram configuradas pelos grupos, neste experimento do OSPF as VLANs esto pr-configuradas no switch 1. As atividades desta seo visam a configurao dos endereos IPs das interfaces de todas as redes de cada grupo, ou seja, as atividades esto restritas a camada de rede. 3.1.1. Configuraes da Bancada Administrativa Cada grupo utiliza uma sub-rede administrativa responsvel pelas configuraes do Mikrotik atribudo a cada um dos grupos. A bancada administrativa de cada grupo est definida na Tabela 3 a seguir:

Tabela 3. Bancada administrativa dos grupos. Grupo Bancada

Administrativa1 3 2 6 3 9 4 14 5 17

Neste experimento todas as mquinas virtuais Ubuntu 14 - SW1 das bancadas de administrao so configuradas para, atravs de uma VLAN Administrativa, obterem acesso ao Mikrotik. Conforme mencionado anteriormente, os roteadores Mikrotik RB450G possuem, por padro do fabricante, a interface ether3 configurada com o endereo IP 192.168.88.1 da rede 192.168.88.0/24.

Siga o roteiro a seguir: 1. Ligue o computador da sua bancada administrativa, conforme Tabela 3, e faa

login no Windows;

2. Abra o Virtual Box, inicialize a mquina virtual Ubuntu 14 - SW1 e faa login nesta mquina virtual;

3. Abra uma janela de terminal e configure a interface de rede conforme descrio a

seguir:

a) Atribua o endereo 192.168.88.2XX/24a` eth0da mquina virtual Ubuntu 14 - SW1. A ltima parte do endereo IP, representado por 2XX, deve ser configurado com o nmero da sua bancada, por exemplo, 203, 206, 209, 214 e 217;

Para este item foi utilizado o endereo 192.168.88.20.3

b) Teste a conectividade com o roteador do seu grupo utilizando o comando ping 192.168.88.1;

4. Execute o comando ssh admin@192.168.88.1 e faa login no Mikrotik utilizando o usurio admin. Este usurio no possui senha.

3.1.2. Configuraes das Interfaces das Bancadas de Rede A Figura 1 apresenta todas as sub-redes do Sistema Autnomo sendo configurado. Observe na figura as sub-redes sob responsabilidade do seu grupo para efetuar as configuraes das estaes de trabalho.

Siga o roteiro a seguir: 1. Ligue os computadores das demais bancadas do grupo, conforme Tabela 2, e faa

login no Windows; 2. Abra o Virtual Box em ambas as estaes de trabalho, inicialize a mquina virtual

Ubuntu 14 - SW1 e faa login nesta mquina virtual; 3. Abra uma janela de terminal e configure a interface de rede eth0das duas estaes

de trabalho do seu grupo. ATENO: Utilize o nmero 1 para o ultimo octeto (final do endereo IP) das estaes de trabalho. Por exemplo, os endereos IP para as duas estaes de trabalho do grupo 3 so: 3.1.0.1/24para a primeira estao de trabalho e 3.2.0.1/24para a segunda estao de trabalho;

4. Configure a informao referente ao gateway default das duas estaes de trabalho do seu grupo utilizando o comando sudo ip route add default via a.b.c.d, substituindo a.b.c.d pelo endereo da sua sub-rede e utilizando o ultimo octeto com valor 254. Por exemplo, os endereos IP dos gateways para as duas estaes de trabalho do grupo 3 so: 3.1.0.254e 3.2.0.254.

3.1.3. Configuraes das Interfaces do Mikrotik Neste experimento, cada grupo configura as interfaces ether1, ether2, ether4e ether5do seu Mikrotik. Para o caso das interfaces ether1e ether2, o ultimo octeto deve ser o nmero 254 conforme mencionado anteriormente. Por exemplo, o endereo IP utilizados pelo grupo 3 so: 3.1.0.254/24e 3.2.0.254/24.

Especificamente para as interfaces conectando os Mikrotiks, observe na Figura 1 que foram definidas redes ponto-a-ponto, ou seja, redes com mscara /30. Os endereos a serem configurados em cada um dos Mikrotiks esto listados na Tabela 4.

Tabela 4. Endereos IPs a serem utilizados pelos grupos nos enlaces conectando Mikrotiks.

Grupo IP ether1 IP ether2 IP ether4 IP ether5 1 1.1.0.254/24 1.2.0.254/24 10.0.0.6/30 10.0.0.21/30 2 2.1.0.254/24 2.2.0.254/24 10.0.0.10/30 10.0.0.5/30 3 3.1.0.254/24 3.2.0.254/24 10.0.0.14/30 10.0.0.9/30 4 4.1.0.254/24 4.2.0.254/24 10.0.0.18/30 10.0.0.13/30 5 5.1.0.254/24 5.2.0.254/24 10.0.0.22/30 10.0.0.17/30

Siga o roteiro a seguir: 1. A partir da bancada de administrao do seu grupo, utilizando a conexo ssh

estabelecida com o Mikrotik a partir da mquina virtual Ubuntu 14 - SW1, configure as interfaces de rede do Mikrotik conforme informaes da Tabela 4. Para cada interface de rede, efetue os passos a seguir: a) Imprima informao referente aos endereos IP atribudos ao Mikrotik utilizando o comando ip address print, executado a partir da raiz do Mikrotik;

Figura 2: Aplicao do comando ip addres print

b) Adicione o endereo IP utilizando o comando ip address add address=a.b.c.d/m interface=etherX, substituindo a.b.c.d/mpelo endereo IP e Xpelo respectivo nmero da porta do Mikrotik.

Figura 3: Verificao da adio do ip, como mencionado acima.

Exerccio 1) A partir de uma das estaes de trabalho localizadas em uma sub-rede do seu grupo, teste a conectividade, utilizando o comando ping, para os endereos IP listados na Tabela 5 na coluna Exerccio 1. Utilize a seguinte notao: Marque com OKos endereos que forem alcanveis; marque com NETos endereos cujo erro seja Destination Network Unreacheable; marque com HOST os endereos cujo erro seja Destination Host Unreacheable; marque com NONEos endereos inalcanveis que no indicam nenhum dos retornos anteriores. A Tabela 5 deve ser includa no relatrio de atividades do seu grupo, juntamente com a justificativa para cada um dos casos identificados.

Tabela 5. Teste de alcanabilidade utilizando o comando ping. IP Exerccio 1 Exerccio 2

1.1.0.1 Net Ok 2.1.0.1 Net Ok 3.1.0.1 Ok Ok 4.2.0.1 Net Ok 5.2.0.1 Net Ok 10.0.0.5 Net Ok

10.0.0.6 Net Ok 10.0.0.9 Net Ok 10.0.0.10 Ok Ok 10.0.0.13 Net Ok 10.0.0.14 Ok Ok 10.0.0.17 Net Ok 10.0.0.18 Net Ok 10.0.0.21 Net Ok 10.0.0.22 Net Ok

Figura 3: Veriricao do ping 1.0.0.1 da tabela.

Figura 4: Verificao do ping at o ip 10.0.0.9 da

tabela acima

Figura 5: Verificao do ping at o ip 10.0.0.22

da tabela acima

3.2. Configurao do OSPF Neste experimento o protocolo OSPF ser configurado para composio dinmica das tabelas de rotas do Sistema Autnomo sendo implementado. O comando RouterOS do Mikrotik associado ao protocolo OSPF o routing acompanhado do sub-menu ospf. As informaes entre os roteadores so baseadas em mensagens OSPF de atualizao trocadas periodicamente. As rotas aprendidas atravs do protocolo RIP so indicadas na lista de rotas (ip route print) com a distncia 110.

Siga o roteiro a seguir:

1. Verifique as rotas disponveis na tabela de rotas do Mikrotik atribudo ao seu grupo utilizando o comando ip route print;

Figura 6: Verificao ip route print

2. Verifique as configuraes da instncia OSPF do seu grupo utilizando o

comando routing ospf instance print. NOTA: Observe o valor do campo router-id definido como 0.0.0.0. Este campo utilizado para identificar um Mikrotik dentro do AS utilizando OSPF. Caso o endereo IP atribudo a uma das interfaces fsicas seja utilizado como router-id, e esta interface sofra algum tipo de falha, a configurao do OSPF ser afetada pela falha. Desta forma, para evitarmos este tipo de problema, adicionaremos uma interface virtual chamada loopback para ser utilizada como router-id do Mikrotik do seu grupo. Esta interface virtual estvel, uma vez que no est ligada a nenhuma interface fsica do Mikrotik;

Figura 7: Verificao com o routing ospf

instance print

Como solicitado acima, na figura o campo router-id est em 0.0.0.0

3. Adicione uma interface chamada loopback utilizando o comando interface bridge add name=loopback;

Figura 8: Comando interface bridge add

name=loopback 4. Atribua um endereo IP para a interface loopback utilizando o comando ip

address add address=a.b.c.d/32 interface=loopback. O grupo 1 devera utilizar o endereo 1.1.1.1/32, o grupo 2 o endereo 2.2.2.2/32, o grupo 3 o endereo 3.3.3.3/32, o grupo 4 o endereo 4.4.4.4/32 e o grupo 5 o endereo 5.5.5.5/32;

Figura 9: Atribuindo o entereo 3.3.3.3/32 na

interface loopback

Como solicitado foi atribudo o endereo 3.3.3.3/32. Antes o comando ip address print foi utilizado para verificao.

5. Configure o router-id do OSPF com o endereo da interface loopback utilizando o comando routing ospf instance set 0 router-id=a.b.c.d.

Por exemplo, o grupo 3 utilizar o router-id=3.3.3.3;

Figura 10: Configurao do router-id com o ip

3.3.3.3

Figura 11- Passo 5

6. Adicione todas as quatro sub-redes (ilustradas na Figura 1) para disseminao via OSPF. Execute o comando routing ospf network add network=a.b.c.d/m area=backbone, substituindo a.b.c.d/mpelas sub-

redes do seu grupo. ATENO: Cada grupo est ligado a 4 sub-redes, representadas na Figura 1, por exemplo, o grupo 1 est ligado s sub-redes 1.1.0.0/24, 1.2.0.0/24, 10.0.0.4/30 e 10.0.0.20/30;

Figura 12: Adicionando as sub-redes

7. Execute o comando routing ospf interface print para verificar a

incluso das redes para distribuio dinmica; 8. Execute o comando routing ospf neighbor print para verificar as

relaes de vizinhana estabelecidas com os demais Mikrotiks do laboratrio;

Figura 13- Passos 7 e 8

Figura 12: Utilizao dos dois comandos anteriores, o routing ospf interface print,

e o routing ospf neighbor print

9. Execute o comando ip route print para verificar a tabela de rotas. Observe a existncia de entradas aprendidas pelo OSPF;

Figura 13: ip routing print

10. Execute o comando routing ospf route print para verificar o custo para atingir cada uma das redes do sistema autnomo.

Figura 14: Tabela com o custo para cada destino

Exerccio 2) A partir de uma das estaes de trabalho localizadas em uma sub-

rede do seu grupo, teste a conectividade, utilizando o comando ping, para os endereos IP listados na Tabela 5 na coluna Exerccio 2. Utilize a seguinte notao: Marque com OKos endereos que forem alcanveis; marque com NETos endereos cujo erro seja Destination Network Unreacheable; marque com HOST os endereos cujo erro seja Destination Host Unreacheable; marque com NONEos endereos inalcanveis que no indicam nenhum dos retornos anteriores. A Tabela 5 deve ser includa no relatrio de atividades do seu grupo, juntamente com a justificativa para cada um dos casos identificados.

Figura 15: Resultados do ip 2.1.0.1 ao 10.0.0.6

Figura 16: Resultados do ip 10.0.0.13 at o 10.0.0.22

As observaes foram preenchidas na coluna 3 da tabela 5.

Exerccio 3) A partir de uma das estaes de trabalho localizadas em uma sub-rede do seu grupo, utilizando o comando traceroute, verifique a rota utilizada para atingir os endereos IP: 1.2.0.1 - 2.2.0.1 - 3.2.0.1 - 4.1.0.1 - 5.1.0.1. Apresente os logs do comando traceroute no relatrio de atividades do seu grupo. Justifique a rota utilizada para cada um dos endereos investigados.

Figura 17: Resultados do traceroute

Exerccio 4) Apresente no relatrio de atividades do seu grupo o log dos comandos routing ospf interface print, routing ospf neighbor print, ip route print e routing ospf route print, executados no Mikrotik do seu grupo. Explique as informaes apresentadas em todos os logs.

Figura 18: Os comandos routing ospf interface print e o routing ospf

neighbor print do exerccio 4 desta sesso sendo executados

Figura 19: Comando ip routing print

3.3. Emulao de Falhas Neste experimento cada grupo simulara uma falha de enlace. A cada falha, os grupos analisaro os aspectos de recuperao de falhas do OSPF. A metodologia ser a simulao de uma nica falha por vez, anlise da falha e restaurao da topologia original. Este processo ser efetuado por todos os grupos, comeando pelo grupo 1.

Siga o roteiro a seguir: 1. Todos os grupos devem executar, a partir das duas estaes de trabalho ligadas s

respectivas sub-redes, o comando traceroute a.b.c.d, substituindo a.b.c.dpelo endereo IP de uma das estaes de trabalho do grupo que simular a falha de enlace;

Figura 19: Comando ip routing print

2. Analisem a rota apresentada pelo comando traceroute; 3. Todos os grupos devem executar, a partir das duas estaes de trabalho ligadas s

respectivas sub-redes, o comando ping a.b.c.d, substituindo a.b.c.d pelo endereo IP de uma das estaes de trabalho do grupo que simular a falha de enlace. Deixem o comando ping em execuo;

Figura 20: O ping em execuo para a mquina 1.0.0.1

4. O grupo responsvel pela falha nesta rodada do experimento, deve desabilitar a

interface ether5 do Mikrotik referente ao seu grupo, atravs do comando interface ethernet disable ether5 executado no Mikrotik do seu grupo;

5. Os demais grupos devem analisar a execuo do comando ping, de tal forma a

aferir o tempo necessrio para a recuperao da falha, ou seja, o total de tempo necessrio para o OSPF contornar o enlace falho;

Figura 21: O ping em execuo para a mquina 1.0.0.1

6. Todos os grupos devem encerrar a execuo do comando ping e repetir a

execuo, a partir das duas estaes de trabalho ligadas s respectivas sub-redes, do comando traceroute a.b.c.d/m, substituindo a.b.c.d/mpelo endereo IP de uma das estaes de trabalho do grupo que1 simular a falha de enlace. Devido a topologia, e esperado que em algumas rodadas, certos grupos no sofram impacto das falhas devido a sua posio na topologia do Sistema Autnomo;

7. Analisem a rota apresentada pelo comando traceroute; 8. O grupo responsvel pela falha nesta rodada do experimento, deve habilitar a

interface ether5 do Mikrotik referente ao seu grupo, restaurando a topologia original do Sistema Autnomo, atravs do comando interface ethernet enable ether5 executado no Mikrotik do seu grupo;

9. Todos os grupos devem utilizar o comando traceroute para verificar a

restaurao da topologia original.

Figura 22: Traceroute para averiguar a rota original

Exerccio 5) Apresente no relatrio de atividades do seu grupo os logs do comando traceroute que apresentam as novas rotas calculadas pelo OSPF, observadas aps a simulao de queda dos enlaces efetuado por cada um dos grupos.

Figura 23: Traceroute da nova rota

Exerccio 6) Apresente no relatrio de atividades do seu grupo o log dos

comandos ip route print e routing ospf route print, ambos executados no Mikrotik do seu grupo, para cada uma das falhas simuladas pelos grupos.

Figura 24: ip route print depois da falha

Figura 25: routing ospf route print depois da falha

Emulao de falhas no enlace 2

Figura 26-Emulao de falhas no enlace 2

Figura 27-Emulao de falhas no enlace 2

Figura 28 -Emulao de falhas no enlace 2

Figura 29- Emulao de falhas no enlace 2

Figura 30- Emulao de falhas no enlace 2

Emulao de falha no enlace 3

Figura 31 - Emulao de falhas no enlace 3

Figura 32 - Emulao de falhas no enlace 3

Emulao no enlace 4

Figura 33 - Emulao de falhas no enlace 4

Figura 34 - Emulao de falhas no enlace 4

Figura 35 - Emulao de falhas no enlace 4

Falha no enlace 5

Figura 36 - Emulao de falhas no enlace 5

Figura 37 - Emulao de falhas no enlace 5

Exerccio 7). Apresente no relatrio de atividades uma discusso sobre os tempos

de convergncia do RIP e do OSPF, justificando as diferenas identificadas. Na tabela 5, o comando ip route print s tem caminho para redes configuradas,

onde no se tem rede inalcanada. O rpido crescimento e expanso das redes atuais levou o protocolo RIP aos seus

limites. O RIP possui certas limitaes que podem causar problemas em grandes redes, como:

Rip possui o limite de 15 hops (saltos). Uma rede RIP com dimenso maior do que 15 hops (15 roteadores) considerada inalcanvel.

RIP no pode trabalhar com mscaras de subrede de tamanho varivel (Variable Length Subnet Masks, VLSM). Dado a falta de endereos IP, e a grande flexibilidade proporcionada por VLSMs na atribuio de endereos IP, esta considerada uma das maiores falhas.

O broadcast (distribuio) peridico de toda a tabela de roteamento consome uma grande quantidade de banda. Este um grande problema com redes grandes, especialmente em links lentos.

O RIP converge mais lentamente que o OSPF. Em grandes redes, a convergncia deve se dar na ordem de minutos.

No RIP no h o conceito de atraso da rede e custo do link. As decises de roteamento so baseadas na contagem de hops. A rota com menor nmero de hops at o destino sempre a escolhida, mesmo a rota mais longa possua melhor relao entre largura de banca do link e atraso.

Redes RIP so planas, no h o conceito de reas ou fronteiras. Com a introduo de roteamento sem classe e o uso eficiente de agregao e resumo, redes RIP foram colocadas para trs.

Alguns avanos foram introduzidos na nova verso do RIP, chamada de RIP2. Esta nova verso trata da questo de VLSMs, autenticao, e atualizaes de roteamento simultneas (multicast). RIP2 no apresenta avanos expressivos em relao ao RIP

porque ainda apresenta limitaes na contagem de hops e lenta convergncia, o que essencial nas grandes redes atuais.

OSPF apresenta algumas caractersticas atrativas, como: No h limite na contagem de hops O uso eficiente de VLSM muito til na alocao de endereos IP OSPF usa multicast de IP para enviar atualizaes de link-state.Isto garante menor

processamento nos roteadores que no esto escutando os pacotes OSPF. Alm disto, as atualizaes s so enviadas nos casos em que mudanas ocorrem, ao invs de periodicamente; isso garante uma melhor utilizao da banda

Apresenta melhor convergncia que o RIP. Isto porque as mudanas na rota so enviadas instantaneamente, e no periodicamente

Permite um melhor balanceamento de carga Permite uma diviso lgica da rede, onde roteadores podem ser divididos em

reas. Isto limita a exploso de atualizaes de link state por toda a rede. Tambm fornece um mecanismo para agregar roteadores a limita a propagao desnecessria de informaes de subrede

Permite a autenticao de rota utilizando diferentes mtodos para a autenticao de senha

Permite a transferncia e marcao de rotas externas inseridas em um AS. Isto rastreia rotas externas inseridas por protocolos externos como o BGP

Concluso:

O OSPF eficiente em vrios aspectos. Ele requer pouqussima sobrecarga de rede mesmo em interconexes de redes muito grandes, pois os roteadores OSPF trocam informaes somente sobre as rotas que sofreram alteraes e no toda a tabela de roteamento, como feito com o uso do RIP.

Entretanto, o OSPF mais complexo de ser planejado, configura do e administrado, se comparado com RIP. Alm disso, processos OSPF consomem mais CPU que processos RIP, uma vez que o algoritmo e a estrutura utilizados pelo OSPF so muito mais complexos.

Quando optamos por utilizar protocolos de roteamento, e seus respectivos processos, disponibilizamos uma ferramenta que automatiza o gerenciamento das tabelas de roteamento da rede. Porm, utilizando qualquer um IGPs mais conhecidos RIP/RIP2 ou OSPF temos que levar em considerao os prs e contras.

Com os laboratrios foram possveis as observaes de fatos no observados em simuladores alm de pontos especficos da implementao de redes.