[FUG-BR] Openospf, FreeBSD, Rotas diretamente conectadas e ECMP
Opa.
Vamos aos fatos primeiro:
O OpenBSD aceita multiplas rotas para um mesmo destino usando a metrica de
prioridade.
No FreeBSD isso é um sonho meu de longa data (Louvado seja o RADIX_MPATH
quando estiver estavel), pois no FreeBSD é uma rota na tabela fib e acabou.
(sim sim sim existe multiplas fib mas acredito que não é o caso.)
Ja aceitei o fato de que vou ter que esperar o RADIX estabilizar para ter
ECMP, mas eu enrosquei em uma dificuldade com o uso do Openospf ontem.
O cenário é um BSD 9-stabe com OpenOSPF e duas interfaces WAN falando ospf.
wan1 master
wan2 backup
As duas wans recebem os mesmos anuncios, porém a wan1 sempre é eleita a
melhor rota (ok ta certo!).
Quando a wan1 cai o correto é mudar as rotas para o Wan2, entretanto
quando o openospf vai fazer alteração na fib do FreeBSD ele da um delete
nas rotas diretamente conectadas do BSD e com isso para a comunicação com o
router da wan2.
Se eu mudar a prioridade (wan2 sendo o master), acontece a mesma coisa!
Sabendo dos fatos mensionados acima, eu pergunto, será que o OpenOspf
portado não esta prevendo que o OpenBSD manipula a tabela de roteamento
diferentemente do FreeBSD? ou será que existe alguma flag que corrige isso?
ou então, será que ta tão errada a minha configuração?
No mesmo ambiente sem desligar o BSD dei um pkg_delete openospf e um make
install quagga, uns 4 comandos no telnet do quagga e o ospf levantou em
cima do quagga e não apresentou nenhum problema na manipulação quando ele
vai mudar a tabela de roteamento.
Qualquer dica é valida!
Abraços
cat ospfd.conf
router-id 10.0.0.1
redistribute connected
redistribute static
fib-update yes
spf-delay 1
spf-holdtime 5
area 0.0.0.0 {
interface vlan10:172.16.0.1 {
hello-interval 10
metric 1
retransmit-interval 5
router-dead-time 40
router-priority 1
transmit-delay 1
auth-type none
}
interface vlan20:172.17.0.1 {
hello-interval 10
metric 200
retransmit-interval 5
router-dead-time 40
router-priority 1
transmit-delay 1
auth-type none
}
}
--
---
Matheus Cucoloto
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Openospf, FreeBSD, Rotas diretamente conectadas e ECMP
Testei um patch do RADIX_MPATH no 8.2-STABLE, havia parado o kernel panic. Só
nao sei se o kernel realmente fazia o ECMP, porque você nao testa?
--
Eduardo Schoedler
Enviado via iPhone
Em 11/02/2012, às 11:29, Matheus Cucoloto matheuscucol...@gmail.com escreveu:
Opa.
Vamos aos fatos primeiro:
O OpenBSD aceita multiplas rotas para um mesmo destino usando a metrica de
prioridade.
No FreeBSD isso é um sonho meu de longa data (Louvado seja o RADIX_MPATH
quando estiver estavel), pois no FreeBSD é uma rota na tabela fib e acabou.
(sim sim sim existe multiplas fib mas acredito que não é o caso.)
Ja aceitei o fato de que vou ter que esperar o RADIX estabilizar para ter
ECMP, mas eu enrosquei em uma dificuldade com o uso do Openospf ontem.
O cenário é um BSD 9-stabe com OpenOSPF e duas interfaces WAN falando ospf.
wan1 master
wan2 backup
As duas wans recebem os mesmos anuncios, porém a wan1 sempre é eleita a
melhor rota (ok ta certo!).
Quando a wan1 cai o correto é mudar as rotas para o Wan2, entretanto
quando o openospf vai fazer alteração na fib do FreeBSD ele da um delete
nas rotas diretamente conectadas do BSD e com isso para a comunicação com o
router da wan2.
Se eu mudar a prioridade (wan2 sendo o master), acontece a mesma coisa!
Sabendo dos fatos mensionados acima, eu pergunto, será que o OpenOspf
portado não esta prevendo que o OpenBSD manipula a tabela de roteamento
diferentemente do FreeBSD? ou será que existe alguma flag que corrige isso?
ou então, será que ta tão errada a minha configuração?
No mesmo ambiente sem desligar o BSD dei um pkg_delete openospf e um make
install quagga, uns 4 comandos no telnet do quagga e o ospf levantou em
cima do quagga e não apresentou nenhum problema na manipulação quando ele
vai mudar a tabela de roteamento.
Qualquer dica é valida!
Abraços
cat ospfd.conf
router-id 10.0.0.1
redistribute connected
redistribute static
fib-update yes
spf-delay 1
spf-holdtime 5
area 0.0.0.0 {
interface vlan10:172.16.0.1 {
hello-interval 10
metric 1
retransmit-interval 5
router-dead-time 40
router-priority 1
transmit-delay 1
auth-type none
}
interface vlan20:172.17.0.1 {
hello-interval 10
metric 200
retransmit-interval 5
router-dead-time 40
router-priority 1
transmit-delay 1
auth-type none
}
}
--
---
Matheus Cucoloto
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Openospf, FreeBSD, Rotas diretamente conectadas e ECMP
Opa Matheus! Blz?
Na versade esse não é o caso de ECMP ou do radix, pois o fbsd suporta sim
duas rotAs com destinos diferentes, mas precisa ser setada a metrica da
rota, que no caso do openbsd ele chama de prioridade(48 se não me engano no
caso do ospf).
O problema é que o openospf no freebsd não seta a metrica/prioridade.
Se alguém aí estiver com vontade pode se arriscar a fazer um patch que
marque a metrica no kernel e na hora do ospf apagar a rota apague aquela
com a metrica usada apenas pelo ospf.
O caso do quagga é que ele tem um processo que controla todas as rotas que
serão inseridas no kernel, já o openbgp/ospf lidam diretamente com a fib
Em sábado, 11 de fevereiro de 2012, Matheus Cucoloto
matheuscucol...@gmail.com escreveu:
Opa.
Vamos aos fatos primeiro:
O OpenBSD aceita multiplas rotas para um mesmo destino usando a metrica de
prioridade.
No FreeBSD isso é um sonho meu de longa data (Louvado seja o RADIX_MPATH
quando estiver estavel), pois no FreeBSD é uma rota na tabela fib e
acabou.
(sim sim sim existe multiplas fib mas acredito que não é o caso.)
Ja aceitei o fato de que vou ter que esperar o RADIX estabilizar para ter
ECMP, mas eu enrosquei em uma dificuldade com o uso do Openospf ontem.
O cenário é um BSD 9-stabe com OpenOSPF e duas interfaces WAN falando
ospf.
wan1 master
wan2 backup
As duas wans recebem os mesmos anuncios, porém a wan1 sempre é eleita a
melhor rota (ok ta certo!).
Quando a wan1 cai o correto é mudar as rotas para o Wan2, entretanto
quando o openospf vai fazer alteração na fib do FreeBSD ele da um delete
nas rotas diretamente conectadas do BSD e com isso para a comunicação com
o
router da wan2.
Se eu mudar a prioridade (wan2 sendo o master), acontece a mesma coisa!
Sabendo dos fatos mensionados acima, eu pergunto, será que o OpenOspf
portado não esta prevendo que o OpenBSD manipula a tabela de roteamento
diferentemente do FreeBSD? ou será que existe alguma flag que corrige
isso?
ou então, será que ta tão errada a minha configuração?
No mesmo ambiente sem desligar o BSD dei um pkg_delete openospf e um make
install quagga, uns 4 comandos no telnet do quagga e o ospf levantou em
cima do quagga e não apresentou nenhum problema na manipulação quando ele
vai mudar a tabela de roteamento.
Qualquer dica é valida!
Abraços
cat ospfd.conf
router-id 10.0.0.1
redistribute connected
redistribute static
fib-update yes
spf-delay 1
spf-holdtime 5
area 0.0.0.0 {
interface vlan10:172.16.0.1 {
hello-interval 10
metric 1
retransmit-interval 5
router-dead-time 40
router-priority 1
transmit-delay 1
auth-type none
}
interface vlan20:172.17.0.1 {
hello-interval 10
metric 200
retransmit-interval 5
router-dead-time 40
router-priority 1
transmit-delay 1
auth-type none
}
}
--
---
Matheus Cucoloto
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
/*
* Klaus Schneider
*/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
