OSPF + quagua + CentOS 5.3

viscardo

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: 37.634 ]

Por: Luis Viscardo Saqueto em 23/01/2010

1 0

Denuncie Favoritos Indicar Impressora

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

Web proxy Mikrotik V3.XX com controle de acesso

Eclipse integrado com Tomcat 5 no Ubuntu

Sound Blaster 128 PCI Ensonic - Modulo es1371

Instalando Slackware através de outro HD corrigindo os pacotes

VTUN e VELOX

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

0 0