HSRP entre Routers Cisco passando por um SW D-LINK

[Kalau]

Srs.

Estava eu configurando o HSRP entre dois dispositivos CISCO tranquilamente, quando no final da configuração os dois equipamentos diziam que não conseguiam enxergar o backup.

Verifiquei as configurações, ativei os debugs e vi que os hellos eram enviados de forma normal, não ativei o debug ip packet pois os equipamentos estão em produção e fiquei com medo da cpu estourar…

Quando dava um sh cdp neig eu via o outro device cisco….

Dos dois equipamentos eu pingava o endereço de multicast do HSRP 224.0.0.2 e quem me respondia era o dispositivo vizinho (tudo certo), tentei então ativar o HSRP v2, não deu em nada, pingava o 224.0.0.102, via o mac virtual no SW e tudo mais, fiz update do IOS do meu Router pois a versão era bem antiga e fiz um schedule de reboot para a madrugada, msm assim nada de funcionar…

O sw que os dois routers estão conectados é um D-link 3028 bem safado por sinal… no final das contas já tinha feito tudo, até boot no SW…

A última coisa que tentei foi configurar o VRRP entre os dois devices CISCO e para minha surpresa tudo funcionou.

A pergunta é: Pq o HSRP não funcionou? Todos os dispositivos devem ser CISCO? Até mesmo o SW L2?

[Josue]

@Kalau

Pesquisou algum BUG relacionado a IOS em questão para o protocolo HSRP ? Não tem a necessidade de ser uma rede completamente Cisco, o switch Layer 2 estando ambas as interfaces no mesmo domínio de broadcast (VLAN) os pacotes serão trocados.

[Leandro Freitas]

Kalau,

Definitivamente não precisam ser Cisco. Como todo troubleshootig maiores detalhes são necessários. Há como encaminhar logs de shows e também a configuração do HSRP?

Independente do problema, é sempre bom sniffar e guardar o .cap para análises futuras.

[Kalau]

Na verdade como VRRP me atende e funcionou sem problemas não me aprofundei muito… só queria ver se alguém já tinha passado por alguma coisa parecida, o router do outro link é da EBT, em contado com a operadora ela me falou que já tinha pego um caso parecido e tb teve que utilizar o VRRP, mas tb não soube explicar o pq.

Uma razão deve ter (ou não rs…)

Pacotes indomáveis.

[Fernando Avelino]

Cara, de repente o problema não está no switch, mas na config do HSRP, vc tentou com outro switch ou conectando um cabo cross? uma vez vi um problema desse num cliente, de um lado ele deixou grupo 10 no outro sem grupo….como falaram seria legal sniffar a lan ou coloca uma acl log-input do outro lado pra ver o mac de origem

[Kalau]

Copiei a configuração no GNS e funcionou…

[zekkerj]

Pode ser algum problema do seu DLink com [contra] multicast, igmp, igmp-snooping e etc.

-----------------------------------------------------------------------------
Receba Johrei e purifique seu Espírito.
http://www.messianica.org.br/o-johrei.jsp

[rgentil]

Vc deixou o Switch transparente para os routers ?
ou seja

R1

---

Sw—R2…e os routers fecham HSRP/VRRP ?

Já pensou que se um dia esse Sw cair vc terá dois active na rede ? e isso pode gerar um grande problema ?

De qualquer forma, poste suas configurações aqui e assim podemos ajudar também…

[Fernando Avelino]

Bom a maior diferença do VRRP e do HSRP q pode dar alguma diferença é que o HSRP usa UDP e o VRRP usa IP como transporte, tem ACL na interface?

[Kalau]

@Fernando: Não, nada de ACL

@rgentil: Se esse sw cair na verdade não vou ter nenhum gateway ativo, habilitei o VRRP na LAN, se o sw cair não tenho mais rede no local (só tenho um SW por localidade)… são várias localidades (+-600) bem pequenas, com pouco mais de 10 máquinas cada, mas que precisam de link de backup. Se o sw cair as interfaces dos roteadores vão ficar down e o VRRP não vai ativar o IP virtual em nenhum device… agora se minha WAN cair e a WAN da operadora cair, ai sim os dois vão ficar ativos e deve rolar conflito de IP, mas caso isso aconteça o local já vai estar ferrado mesmo, um conflito de IP não vai ser nada….

[Kalau]

Opa se as wans caírem tb não terei problema.. vão estar comunicando pela LAN e vou ter um ativo e um backup mas que não vão pra lugar nenhum…

Segue desenho em anexo. Obs. Nesse desenho o track e as prioridades não estão corretas.

[Autor]

Posts