OSPF on Cisco Redes

Já ouviu falar sobre BFD?

Fri, 04 Nov 2016 00:00:00 +0000

Olá Pessoal,

Hoje vou explicar um pouco sobre esse protocolo chamado BFD ( Bidirectional Foward Detect ), baseando-se na RFC 5880.

BFD é um protocolo de rede usado para detectar falhas entre dois equipamentos que estão conectados por um link. Ele fornece detecção em meios físicos que não suportam a detecção de falha, tais como Ethernet, circuitos virtuais, túneis e MPLS. O grande divisor de “água” desse protocolo esta na sua capacidade de detectar falhas de links em milésimos de segundos ou até microssegundos. Todos protocolos de roteamento têm algum tipo de mecanismo para detectar falhas de link. OSPF usa pacotes de Hello, Dead Interval, o EIGRP usa Hello e temporizador de holddown, etc.

BFD roda independente de qualquer outro protocolo de roteamento. Uma vez que está instalado e funcionando, você pode configurar protocolos como OSPF, EIGRP, BGP, HSRP, MPLS LDP etc. para usar BFD para detecção de falha no link, em vez de seus próprios mecanismos. Quando a link falhar, BFD irá informar o protocolo. Veja abaixo um exemplo:

Existem dois modos de operação para BFD, ” asynchronous mode e demand mode “. O modo assíncrono é semelhante aos hello e holddown, onde BFD vai continuar enviando pacotes Hello (chamados de pacotes de controle do BFD) e quando você não receber alguns deles, a sessão é considerada down. Para o demand mode eu não conheço nenhum fabricante que trabalhe com essa funcionalidade,

Agora como todos nos gostamos, vamos ver isso em linha de comando, lembrando que para cada protocolo temos uma forma de configurar, porém sempre quando vamos trabalhar com BFD a configuração na interface física sempre será da mesma forma:

!
interface gig 0/1
bfd interval milliseconds min_rx milliseconds multiplier interval-multiplier
!
bfd interval = seria com que frequencia eu envio hello

min_rx = com que frequência você espera receber o hello ( se você não receber dentro desse periodo será considerado como down )

multiplier = quantas vezes eu posso perder essa notificação

Com isso agora podemos trabalhar dentro dos protocolos para obter a performance de comutação mais rapida. No OSPF podemos aplicar dessa forma:

!
router ospf 1
bfd all-interface
!
Se quiser pode habilitar por interface que esteja participando do roteamento.
!
interface gig0/1
ip ospf bfd
!

Segue abaixo menções para o BGP:

!
router bgp 65400
neighbor 192.168.1.1 remote-as 65400
neighbor 192.168.1.1 fall-over bfd
!

Como não poderia faltar, segue sobre nosso EIGRP:

!
router eigrp 1
bfd all-interface
!
Se quiser pode habilitar por interface que esteja participando do roteamento, mas agora dentro do processo.
!
router eigrp 1
bfd interface gig0/1
!

Com isso conseguimos abordar os principais procolos, bem como vocês já podem analisar ambiente e validar se é interessante aplicar na sua topologia, fazendo com que você tenha uma convergência melhor do que qualquer outro ” fine tunning ” implementando dentro de seu protocolo de roteamento. 😉

Espero que vocês tenham gostado e deixem seus comentários abaixo.

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature/guide/fs_bfd.html

Protocolo OSPF – parte 8

Fri, 27 Jul 2012 00:00:00 +0000

Olá Pessoal,

Conforme mencionado em nosso último post vamos finalizar nossa série de OSPF, mencionando rapidamente sobre os cálculos que são executados para trazer esses valores para a tabela de roteamento.

No post número 2, mencionamos sobre a formula que é utilizada para trazer o valor calculado. Consulte.

Baseado nesse principio iremos ter as diferenças de custo quando as redes são redistribuidas através de outro protocolo ( EIGRP, RIP e etc ) e as diferentes interfaces que estão sendo utilizadas para a troca de informações dentro do protocolo de roteamento. Segue abaixo um pequeno resumo dos valores de custo de cada interface.

Essa tabela tem os cálculos executados através da formula mostrada anteriormente em nosso capítulo 2. Todos esses valores podem ser obtidos através da mesma formula, entretanto alguns padrões já são reconhecidos e lembrados pois são utilizados em nosso dia a dia.

Como todos os recursos são alterados, temos duas formas de executar essa alteração de custo nas interfaces para que o valor seja influenciado e de uma forma tenha alteração na tabela de roteamento de seus vizinhos.

ip ospf cost [ interface-cos ] = Esse comando é o mais tradicional e mais utilizado, pois traz uma resposta mais real da situação. Esse recurso é aplicado dentro da interface e tem-se um range de 1 até 65535.

CiscoRedes>enable
CiscoRedes#conf t
CiscoRedes(conf-t)#interface fast1/0
CiscoRedes(conf-if)#ip ospf cost 10

bandwidth [ valor de banda ] = Esse comando irá alterar o valor que o protocolo utiliza de referência para utilizar no protocolo de roteamento, entretanto esse comando não é o mais recomendado, pois você pode alterar outras funcionalidades para qual é utilizado esse valor, como a falsa impressão da leitura de um MRTG, que irá trazer gráficos de utilização do circuito.

CiscoRedes>enable
CiscoRedes#conf t
CiscoRedes(conf-t)#interface fast1/0
CiscoRedes(conf-if)#bandwidth 1000

Para efetuar a validação dos custos que cada interface possui, iremos validar especificamente através da interface física.

Serial

CiscoRedes#show ip ospf interface s0

Serial0 is up, line protocol is up
Internet Address 128.213.10.2 255.255.255.0, Area 0
Process ID 10, Router ID 128.213.10.2, Network Type
POINT_TO_MULTIPOINT, Cost: 64
Transmit Delay is 1 sec, State POINT_TO_MULTIPOINT,
Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
Hello due in 0:00:14
Neighbor Count is 1, Adjacent neighbor count is 1
Adjacent with neighbor 200.200.10.1

Ethernet

CiscoRedes#show ip ospf interface e0
Ethernet0 is up, line protocol is up
Internet Address 203.250.14.3 255.255.255.0, Area 0.0.0.0
Process ID 10, Router ID 203.250.12.1, Network Type BROADCAST, Cost: 10
Transmit Delay is 1 sec, State DROTHER, Priority 1
Designated Router (ID) 203.250.15.1, Interface address 203.250.14.2
Backup Designated router (ID) 203.250.13.41, Interface address
203.250.14.1
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
Hello due in 0:00:03
Neighbor Count is 3, Adjacent neighbor count is 2
Adjacent with neighbor 203.250.15.1 (Designated Router)
Adjacent with neighbor 203.250.13.41 (Backup Designated Router)

Com isso chegamos ao fim de nossa serie sobre OSPF 😀 . Logicamente, temos outros conceitos que não foram abordados nesse pequeno tutorial, entretanto são tópicos interessantes que devem ajudar nossos leitores a descobrir e identificar os problemas nas redes que utilizam-se desse protocolo.

Espero que vocês tenham gostado 😉 e que esse ” tutorialzinho ” possa ter ajudado a interpretar um pouco sobre esse protocolo.

Abs,
Rodrigo

Protocolo OSPF – parte 7

Thu, 19 Jul 2012 00:00:00 +0000

Olá Caros,

Conforme nossa menção no post anterior, vamos hoje falar sobre a sumarização de rotas no OSPF.

Sumarização de rotas consiste na consolidação de múltiplas rotas em um único anúncio. Em uma rede OSPF, esta tarefa normalmente é realizada por um router de borda ( ABR ). Ainda que a sumarização possa ser configurada entre quaisquer duas áreas, a boa prática rege que a sumarização deve ocorrer preferencialmente no sentido do backbone ( Area 0 ). Desta forma, o backbone recebe todas as rotas agregadas e, por sua vez, pode anuncia-las sumarizadas para outras áreas.

Em uma rede OSPF, existem basicamente 2 tipos de sumarização:

Inter-area route summarization = Executado no ABR, cria os LSAs Tipo 3 e 4 e adverte os router IDs do ASBR, ou seja, a sumarização é aplicada as rotas internas do AS, na qual as rotas externas aprendidas via redistribuição não serão consideradas. Segue um exemplo onde teremos essa comunicação:

Para efetuar a configuração no roteador devemos sempre validar se as redes são contíguas e que o range escolhido para efetuar essa sumarização esteja dentro do escopo de suas redes, pois você pode efetuar loop na rede ou efetuar alguma assimetria dependendo de seu design. Segue o comando para efetuar a sumarização:

R2(config)#router ospf 100

R2(config-router)#area 1 range 192.168.10.0 255.255.254.0

Depois dessa configuração o roteador irá criar uma rota apontando para a Null0.

External route summarization= É totalmente específico para as rotas externas, inseridas na rede OSPF via redistribuição, ou seja, essas redes são redistribuídas através do ASBR, para qual irá fazer a troca de um protocolo não OSPF. Gostaria de reforçar que a sumarização deve ser contígua para que não tenhamos problemas de redes sobrepostas. Segue abaixo um exemplo:

Neste caso iremos ter o roteador R3 redistribuindo as redes RIP para a área OSPF, portanto neste roteador podemos fazer uma sumarização de todas as redes que será inserida dentro do OSPF, facilitando dessa forma a tabela de roteamento que iremos ter na tabela de roteamento. Para isso podemos executar dessa forma a sumarização:

R3(config)#router ospf 100

R3(config-router)#summary-address 60.60.60.0 255.255.255.0

Depois dessa configuração o roteador irá criar uma rota apontando para a Null0.

Dessa forma concluímos o processo de sumarização que pode ser executado no protocolo OSPF. Espero que tenham gostado e iremos ter nosso último post de OSPF mencionando sobre métricas ( cálculos ).

Aguardo comentários!!!

Abs,

Rodrigo