OSPF + quagua + CentOS 5.3

Nesse artigo vou demonstrar como criar uma rede dinâmica com OSPF através do quagua e usando o sistema operacional CentOS 5.3, para um provedor de internet a rádio ou cabo. Com o OSPF é possível criar uma rede dinâmica e segura, fazendo com que a redundância seja automática, de acordo com a disponibilidade de cada conexão.

[ Hits: 36.665 ]

Por: Luis Viscardo Saqueto em 23/01/2010


Configuração do Zebra



Para que o OSPF habilite o protocolo nas placas de rede é necessário antes de tudo configurar essas placas também no ZEBRA.

Arquivo /etc/quagua/zebra.conf:

OSPF1

OSPF2
hostname Router
password zebra
enable password zebra
!
! Interface's description.
!
!interface lo
!ip address 172.16.1.20/24
!
interface eth1
ip address 10.7.0.2/24
!
interface eth0
ip address 10.5.0.2/24

OSPF3
hostname Router
password zebra
enable password zebra
!
! Interface's description.
!
interface eth0
ip address 10.5.0.1/24
!multicast
interface eth1
ip address 10.6.0.1/24
!
interface eth2
ip address 172.16.1.2/24
! Static default route sample.

hostname Router
password zebra
enable password zebra
!
! Interface's description.
!
interface eth0
ip address 10.7.0.3/24
!multicast
interface eth1
ip address 10.6.0.3/24

Testando o funcionamento da rede

Agora que nosso OSPF está funcionando, vamos verificar o funcionamento da rede. Vamos acessar novamente via telnet os servidores e verificar a tabela de rotas:

OSPF1:

# show ip ospf route

============ OSPF network routing table ============
N    10.5.0.0/24           [10] area: 0.0.0.0
                           directly attached to eth0
N    10.6.0.0/24           [10] area: 0.0.0.0
                           directly attached to eth1
N    10.7.0.0/24           [20] area: 0.0.0.0
                           via 10.6.0.3, eth1
N    172.16.1.0/24         [10] area: 0.0.0.0
                           directly attached to eth2

============ OSPF router routing table =============
R    10.7.0.3              [10] area: 0.0.0.0, ASBR
                           via 10.6.0.3, eth1

============ OSPF external routing table ===========
N E2 169.254.0.0/16        [10/20] tag: 0
                           via 10.6.0.3, eth1
N E2 172.16.3.0/24         [10/20] tag: 0
                           via 10.6.0.3, eth1

OSPF2:

# show ip ospf route
============ OSPF network routing table ============
N    10.5.0.0/24           [100] area: 0.0.0.0
                           directly attached to eth0
N    10.6.0.0/24           [110] area: 0.0.0.0
                           via 10.5.0.1, eth0
N    10.7.0.0/24           [120] area: 0.0.0.0
                           via 10.5.0.1, eth0
N    172.16.1.0/24         [110] area: 0.0.0.0
                           via 10.5.0.1, eth0

============ OSPF router routing table =============
R    10.5.0.1              [100] area: 0.0.0.0, ASBR
                           via 10.5.0.1, eth0
R    10.7.0.3              [110] area: 0.0.0.0, ASBR
                           via 10.5.0.1, eth0

============ OSPF external routing table ===========
N E2 169.254.0.0/16        [100/20] tag: 0
                           via 10.5.0.1, eth0
N E2 172.16.3.0/24         [110/20] tag: 0
                           via 10.5.0.1, eth0

OSPF3:

# show ip ospf route
============ OSPF network routing table ============
N    10.5.0.0/24           [20] area: 0.0.0.0
                           via 10.6.0.1, eth1
N    10.6.0.0/24           [10] area: 0.0.0.0
                           directly attached to eth1
N    10.7.0.0/24           [10] area: 0.0.0.0
                           directly attached to eth0
N    172.16.1.0/24         [20] area: 0.0.0.0
                           via 10.6.0.1, eth1

============ OSPF router routing table =============
R    10.5.0.1              [10] area: 0.0.0.0, ASBR
                           via 10.6.0.1, eth1

============ OSPF external routing table ===========
N E2 169.254.0.0/16        [10/20] tag: 0
                           via 10.6.0.1, eth1

Assim podemos observar que os roteadores já estão trocando rotas entre eles, experimente desconectar algum cabo de rede e rodar novamente esses comandos, assim poderá observar que as rotas foram alteradas. Você pode também observar que agora, a partir de qualquer servidor, você consegue pingar qualquer placa de rede ou cliente nesses servidores, ou verificar através do comando tracert.

Exemplo - comando a partir do servidor OSPF2:

# tracert 10.6.0.3
traceroute to 10.6.0.3 (10.6.0.3), 30 hops max, 40 byte packets
 1   (10.5.0.1)  0.400 ms  0.359 ms  0.363 ms
 2   (10.6.0.3)  0.965 ms  0.976 ms  0.970 ms

Página anterior     Próxima página

Páginas do artigo
   1. Pacotes necessários
   2. Configurando as placas de rede
   3. Configuração do Zebra
   4. Inicializando e testando o serviço OSPF
Outros artigos deste autor

Interligando o Asterisk com o callcenter

Configurando o bind 9 no Debian

Leitura recomendada

Instalação dos servidores web Apache e Thttpd no Debian Linux

XL - Ferramenta de gerenciamento Xen - Parte I

Cluster Beowulf

Apache2 + PHP5 + MySQL + PhpMyAdmin + Webmin de forma simples e objetiva

Instalação do Asterisk - Distribuição Trixbox

  
Comentários
[1] Comentário enviado por ejales em 22/02/2011 - 12:11h

Muito bom o seu artigo. Só acho q faltou explorar um pouco mais o ospf com o uso de custos (sua métrica).
No mais está ok!
[]´s


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts