Certo Hélio entendi, mas no meu caso seriam varios routers e radios, e
realmente isso seria impossivel (ate mesmo com um script) de ser executado.
Peguei um show da interface tun0 para monstrar depois da conexão.
No Free:
ifconfig tun0
tun0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1492
inet 192.168.1.1 -- 192.168.1.246 netmask 0x
Opened by PID 219
No vtysh:
teste1#sh interface tun0
Interface tun0 is up, line protocol detection is disabled
index 4 metric 1 mtu 1500 UP,POINTOPOINT,RUNNING,MULTICAST
inet 192.168.1.1/32 pointopoint 192.168.1.24
input packets 50, bytes 4846, dropped 0, multicast packets 0
input errors 0
output packets 38, bytes 6256, multicast packets 0
output errors 0
collisions 0
E consequentemente a mesma coisa com as rotas:
FreeBSD:
teste1# netstat -rn
Routing tables
Internet:
DestinationGatewayFlagsRefs Use Netif Expire
10.10.10/30link#1 UC 10vr0
10.10.10.2 00:01:02:64:87:8e UHLW1 875vr0718
127.0.0.1 127.0.0.1 UH 0 64lo0
192.168.1.246 192.168.1.1UH 00 tun0
vtysh:
teste1.predio# sh ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
I - ISIS, B - BGP, - selected route, * - FIB route
O 10.10.10.0/30 [110/10] is directly connected, vr0, 00:51:47
C* 10.10.10.0/30 is directly connected, vr0
C* 127.0.0.0/8 is directly connected, lo0
C* 192.168.1.24/32 is directly connected, tun0
Isto é uma limitação/bug do Quagga/Zebra?
Isto seria em um radio de uma extremidade, então apos a troca de tabelas
de roteamento feita pelo OSPF uma repetidora teria erroneamente o IP do
tun*.
Grato
Luiz
Hélio Loureiro wrote:
Aqui na empresa estamos tentanto implementar OSPF, para isso instalamos
o Quagga, juntamente com o Zebra e OSPFD. Nos testes que fizemos com
IP's fixos nas placas a troca de tabelas de roteamento aconteceu
normalmente, o teste foi bem sucedido. Então começamos fazer testes com
PPPoE e infelizmente não funcionou, apos verificação vimos que o IP das
tun* no Zebra/OSPFD não é trocado e sempre pega o primeiro conectado, ou
seja, se conectar e logo apos desconectar e conectar novamente a rota do
tun* fica a mesma e consequentemente a rota não é propagada.
Alguem pode dar uma ajuda com isso?
Cada vez que ocorrer uma alteração de rota, rode um zebractrl restart
para reler as rotas. Se vc estiver comunicando com muitos equipamentos,
isso causa uma certa instabilidade na rede. Daí o melhor seria deixar
essa máquina como gateway default e fazer o OSPF em outro equipamento.
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
