Sim, mas se o zebra sofre um problema a caixa vai ficar sem rotas.
Mesmo assim é uma boa solução
as rotas staticas direto no zebra.
2010/11/1 Rafael Ganascim :
> E se colocar as rotas default de 'backup' pelo zebra mesmo, com uma
> distancia administrativa pior? Ex:
>
> ip route 0.0.0.0 0.0.0.0 1
E se colocar as rotas default de 'backup' pelo zebra mesmo, com uma
distancia administrativa pior? Ex:
ip route 0.0.0.0 0.0.0.0 192.168.1.1 111
Em 1 de novembro de 2010 14:04, Jonatas M. Victor escreveu:
> Sim eu bati com o tcpdump quando montei a estrutura e está saíndo ok
> o helo pelo os I
Sim eu bati com o tcpdump quando montei a estrutura e está saíndo ok
o helo pelo os IPs do barramento. Então
está ok essa configuração.
Mas voltando ao tópico como trabalhar no BSD sem ter o recurso de
métricas? Já que pelo que eu pesquisei até
hoje somente dah para fazer via quagga e na hora de
Em teoria não pode haver eleição quando entra um novo neighbor, mesmo que a
prioridade dele seja melhor. Uma vez estabelecido o DR/BDR, só muda se
houver uma falha na rede. E as rotas que devem mudar ao entrar um novo
neighbor são só aquelas relativas ao vizinho em si, não todas.
Sobre o usar alia
Olá estou usando :
Em um router:
8.0-RELEASE-p3
quagga-0.99.17_3
Nos outros:
8.1-RELEASE-p1
quagga-0.99.17
E outros com mikrotik que funcionam redondo.
A parte da autenticação seria mais por conhecimento mesmo. Mas o
problema das quedas que é estranho,
no firewall não tenho
O OSPF usa multicast para montar as adjacências, e está fora do normal você
ter que reiniciar os outros quagga ao entrar um novo router ospf na rede.
Que versão de quagga/FreeBSD você está usando? As liberações de firewall
estão certas ou você acerta após o router estar ativo? Estão todos os
route
Uhum, foram os mesmo problemas que eu enfrentei. Coloquei o IP das
placas interno
ao quagga e ele começou a replicar normalmente. Queria tem uma opnião,
como seria a melhor
forma de estabeler uma area 0 eu tenho um switch com os meus routers
ativos usando broadcast
para montar as adjacências. Mas
Bem estranho isto. Sempre utilizo o vtysh também, e funciona perfeitamente
(ex: como no Cisco, configurou ele aplica). Estou utilizando o
quagga-0.99.14_1, com o FreeBSD 7.2-STABLE.
Já tive casos dele não ativar as adjacências na interface (ex. re0). Para
'resolver', apliquei a configuração de IP
Utilizo sempre o vtysh saio e restart no quagga para funcionar.
2010/10/30 Rafael Ganascim :
> Como você tem feito as mudanças no OSPF? Direto no arquivo? Ou conectando
> por telnet no daemon? Ou ainda usando o 'vtysh'?
>
>
> Em 30 de outubro de 2010 11:11, Jonatas M. Victor
> escreveu:
>
>> Srs
Como você tem feito as mudanças no OSPF? Direto no arquivo? Ou conectando
por telnet no daemon? Ou ainda usando o 'vtysh'?
Em 30 de outubro de 2010 11:11, Jonatas M. Victor escreveu:
> Srs,
>
> Estou implantado uma área OSPF com vários FreeBSD e o Quagga
> apresenta vários problemas para modi
Srs,
Estou implantado uma área OSPF com vários FreeBSD e o Quagga
apresenta vários problemas para modificações em tempo
de execução. Qualquer alteração que eu faço no ospf tenho que
reiniciar todo o processo do quagga senão não levanta. Alguém já teve
experiência com isso? Senão fizer assim os
11 matches
Mail list logo
