Eigrp on Cisco Redes

EIGRP – Configuração Load Balance

Tue, 29 Nov 2016 00:00:00 +0000

Olá Pessoal,

Acredito que todos já tenham escutado em algum momento que precisamos melhorar a performance da rede, porém não temos ” $$$ ” para fazer upgrades em circuitos, equipamentos, etc.

Partindo desse principio, podemos pensar em fazer algo que seja rapido e pratico, portanto gostaria de compartilhar com vocês uma dica para habilitar o balanceamento por custos desiguais utilizando o EIGRP.

Para nossa analise gostaria de compartilhar essa topologia:

A logica de raciocinio será baseado entre o Router E para a Network X. Os valores utilizados aqui são inteiros para facilitar em nossa analise, tendo assim podemos considerar:

E-B-A com metrica de 30
E-C-A com metrica de 20
E-D-A com metrica de 45

Olhando os valores teríamos apenas o caminho ECA como disponível na tabela de roteamento para alcançar a rede X, ou seja, o ” sucessor “, porém gostaríamos de balancear. Para isso devemos aplicar essa configuração dentro do processo de EGIRP:

router eigrp 1

variance 2

Esta configuração aumenta a métrica mínima para 40 ( 2 * 20 = 40 ). O EIGRP inclui todas as rotas que têm uma métrica menor ou igual a 40 e que satisfazem a FC ( feasible condition ). EIGRP agora usa dois caminhos para chegar à rede X, E-C-A e E-B-A, porque ambos os caminhos têm uma métrica de menos de 40. O EIGRP não usa o caminho E-D-A porque esse caminho tem uma métrica de 45, que não é menor que o valor da métrica mínima de 40, devido à configuração de variância. Além disso, RD ( report distance ) do vizinho D é 25, que é maior do que FD ( feasible distance ) de 20 a C. Isso significa que, mesmo se a variância for definida como 3, o caminho E-D-A não é selecionado para o balanceamento de carga porque o roteador D não é um sucessor viável ( feasible sucessor ).

Espero que tenham gostado!!!

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/en/us/support/docs/ip/enhanced-interior-gateway-routing-protocol-eigrp/13677-19.html

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

Video Aula – DMVPN

Fri, 10 Jun 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de notificar sobre nossa playlist explicando sobre a solução DMVPN da Cisco. Nessas aulas explico sobre as 3 fases do DMVPN.

Posteriomente depois vou começar a detalhar mais um pouco sobre as funcionalidades que podemos executar no protocolo de roteamento ( IGP )

Abs,
Rodrigo