Professional Documents
Culture Documents
Introduo
Lembro quando entrei no primeiro provedor a rdio para trabalhar, em 2004, e o meu patro e
que viria a se tornar um bom amigo, me disse Estude TCP/IP, TCP/IP e TCP/IP. Se souber
bem TCP/IP o resto ser fcil. Foi um dos melhores conselhos profissionais que recebi!
Naquela poca, tudo rodando com access points AP1000 e SWL-3300, e cartes Orinoco Gold,
muitos. Nas empresas tnhamos pequenos servidores Coyote Linux e o core de rede j era
formado pelas antigas verses do RouterOS, importados atravs de CF Disk, mas estes eram
os velhos tempos. Uma coisa que me lembro muito bem era o terror de gerenciar todas as rotas
estticas que tnhamos. Dava muito trabalho para manter aquilo 100%.
Depois de um tempo, a medida que fui estudando roteadores e tudo mais, fui descobrindo RIP,
OSPF e companhia. Mas ainda no implementava, s aprendendo e ficando curioso. A
mudana mesmo aconteceu ao entrar na empresa que estou, que por sinal havia comprado a
antiga empresa do Mrcio. E estvamos com uma rede mista, parte roteada, parte em
bridge/WDS. Apesar de j haver at debatido sobre o assunto, eu percebo uma perda em
grandes redes em bridge. A diferena depois de haver tranformado aquele setor em roteado foi
perceptvel. E como parte dos pacotes precisam dos contedo do WDS, quanto maior a rede,
maior a perda. Alm disso nas verses mais novas do RouterOS, que suportam NV2, existe um
problema maior. Ele um protocolo de agregao de frames e o WDS no suporta agregao.
Portanto quando necessrio bridges com NV2 necessrio usar MPLS/VPLS. Com o cenrio
dessa forma, implementamos o OSPF.
Mas o que esse tal de OSPF? O Open Shortest Path First um protocolo do tipo link state,
que necessita estar com todos os roteadores de uma clula, designada nele como area,
estejam configurados de forma consistente, e com um MTU igual. Sua base remonta o
antigo SPF (Shortest Path First) e foi desenvolvido pelo grupo de IGP da IETF (Internet
Engineering Task Force) e descrito inicialmente em 1989 pela RFC 1131. Ele surgiu como um
IGP em alternativa ao antigo RIP, que apresentava algumas limitaes quando necessrio
escalabilidade. As atuais especificaes podem ser encontradas na RFC 2328, que aborda o
OSPF v2, e na RFC 5340 que aborda as atualizaes para lidar com IPv6, no OSPF v3. Ele
utiliza o protocolo IP 89 para distribuir as informaes entre os roteadores de um mesmo AS.
Entre as caractersticas do OSPF podemos destacar:
Prs
o
Fcil configurao
Rpida convergncia
Contras
o
As areas remotas tem que tocar a Area 0, mesmo que de modo virtual, para fazerem
parte do mesmo AS.
Pode haver grande trfego se a rede estiver instvel, pelo constante reclculo.
Funcionamento
E alguns protocolos como o BGP ns temos que obrigatoriamente estabelecer uma sesso
entre dois peers. J o OSPF trabalha descobrindo os roteadores a sua volta, e constroem uma
tabela com o estado destes links. Depois ele troca informaes e a rede roda o algoritmo de
Dijkstra e elege um DR e um BDR, que manteram as tabelas do roteamento da rede. Ao cair o
DR, o BDR assume a responsabilidade das tabelas e um novo BDR eleito.
As etapas seriam assim:
1.
2.
Com base nas informaes coletadas so construdas as LSDB (Link State Database)
3.
4.
5.
Funcionamento do OSPF
Fonte: Cisco Documents Blog
Hello
Database Description
Link-State Request
Link-State Update
Responde um LSR
Link-State
Acknowledgment
O Protocolo
O cabealho padro do OSPF possue 24 bytes, e pode conter as seguintes informaes:
Estabelecendo a vizinhana
A imagem abaixo foi extrada do wiki da mikrotik:
Bem isso. Num prximo artigo vamos tratar de como configurar o OSPF no RouterOS.
Introduo
Na semama passada escrevi um pouco sobre o protocolo e a forma como ele funciona.
Pudemos ver o bsico dos cabealhos e sobre as mensagens que ele troca. Se voc perdeu
pode ler a matria aqui:
OSPF 01 Introduo
Agora que j sabemos um pouco sobre as caractersticas do OSPF, vamos estabelecer uma
sesso entre dois roteadores. O nosso cenrio seria:
OSPF Cenrio 01
Router 1
1
2
3
4
5
6
7
8
9
10
11
12
Router 2
1
2
3
4
5
6
7
8
9
10
11
12
Na seo de interfaces, uma boa prtica adicionar um interface como all e configur-la como
passiva. Dessa forma o roteador s enviar os pacotes hello para as interfaces que nos
especificarmos, que no nosso exemplo a ether1.
E por ltimo declaramos a rede da interface do ponto a ponto, e o IP da loopback. Se no outro
roteador estiver configurado da mesma forma, a excesso da rota default que s deve ser
configurado em UM Roteador da Area do AS.
Mas essa uma configurao bsica. E em provedores que possuem enlaces via rdio, o
pessoal muitas vezes tem problemas com o broadcast. Uma forma de contornar isso utilizar a
interface configurada como NBMA (Non-Broadcast Multi Access) ou PTP/PMTP (Point-ToPoint/Point-To-Multi-Point). A diferena dos dois modos, que no NBMA temos que configurar
manualmente os neighbors, e definir os parmetros de atualizao deles, e existir
obrigatriamente um DR e um BDR. J no PTP/PMTP no h eleio de DR e BDR, o que
resulta numa convergncia ainda mais rpida do protocolo. Principalmente se voc utiliza links
com soluo Ubiquiti e hosts Mikrotik nas pontas, o modo NBMA uma excelente idia.
No Frum do Mikrotik sempre a recomendao dada, e voc pode conferir isso aqui.
Para esse caso, o nosso exemplo ficaria assim:
Router 1
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Router 2
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Bem, isso! Se voc tiverem dvidas, podem perguntar a nos comentrios. E quem precisar
de uma consultoria especfica, s avisar.
Uma coisa que recomendo a todos que puderem, fazer um treinamento. Eu j tive
oportunidade de realizar um MTCNA/MTCRE com a Lancore, e o instrutor Guilherme Ramirez,
e este ano fiz um treinamento de MTCRE/MTCINE (eles apresentam conjugados) com o
pessoal da MD Brasil e o Wadner Maia, Srgio Souza e Edson Xavier Veloso Jr. como
instrutores. So todos profissionais muito capazes e quem fizer o treinamento com eles vai
aprender bastante. Eu recomendo e olha que nem t ganhando nenhum jab para isso, rs.