OSPF no Mikrotik, estava rodando mas parou (help!)

[Nobody]

Olá amigos, boa noite.
Estou com uma duvida aqui no OSPF, estava funcionando tudo perfeito até que resolveu parar e não consigo resolver o problema.
Fiz um "diagrama" rapidinho aqui pra ilustrar como está a rede:



A configuração do OSPF está da seguinte maneira:

/routing ospf instance
set [ find default=yes ] redistribute-connected=as-type-2 router-id=\
10.255.255.1
/routing ospf network
add area=backbone network=192.168.0.0/16


Mudando apenas o ID entre uma RB e outra...

O que está acontecendo é que estou recebendo as "connected routes" da RB 2 na RB 3 e vice-versa, porém não "recebo" nenhuma rota na RB 1 e nehuma outra RB recebe rotas dela. O mais estranho é que até ontem funcionava perfeitamente dessa forma.

Se alguem tiver como me ajudar, desde já agradeço

[Nobody]

Ahh, complementando
Na RB1
Na aba "Neighbors" do OSPF consigo "ver" as RBs 2 e 3

Na RB2
Só vejo a RB3

Na RB3
Só vejo a RB2

[Nobody]

Estava verificando as conexões na RB1 em Ip>Firewall>Connections e todas as conexões com protocolo 89 (ospf) ficam apenas com um "C" (confirmed), somente a que se refere a ela mesmo: src "192.168.1.1"/dst "224.0.0.5" estava com "Cs" (confirmed/srcnat), porém não tem nenhuma regra em NAT, nem mesmo masquerade.
Qual será a causa disso?
Encerrei a conexão, ela apareceu novamente somente "C" e o OSPF voltou a funcionar
Medo de parar outra vez

[avatar52]

/ip firewall nat add chain=srcnat protocol=ospf action=accept

Aqui já aconteceu isso comigo, e uso a regra acima.

[Nobody]

Vou colocar a regra aqui. Melhor que correr o risco de acontecer outra vez.
Obrigado.

[Nobody]

Olá, boa tarde.. Alguem tem mais alguma dica?
Ainda estou tendo problemas

[fhayashi]

Só vi esta mensagem de erro no ospfv3.

Eu estava fazendo o enlace com /127.

Depois que mudei para /126 resolveu o problema

[Nobody]

Acho que encontrei meu problema:

OSPF network type NBMA (Non-Broadcast Multiple Access) uses only unicast communications, so it is the preferred way of OSPF configuration in situations where multicast addressing is not possible or desirable for some reasons. Examples of such situations:

*in 802.11 wireless networks multicast packets are not always reliably delivered (read Multicast_and_Wireless for details); using multicast here can create OSPF stability problems;
*using multicast may be not efficient in bridged or meshed networks (i.e. large layer-2 broadcast domains).
Especially efficient way to configure OSPF is to allow only a few routers on a link to become the designated router. (But be careful - if all routers that are capable of becoming the designated router will be down on some link, OSPF will be down on that link too!) Since a router can become the DR only when priority on it's interface is not zero, this priority can be configured as zero in interface and nbma-neighbor configuration to prevent that from happening.

No meu caso, são os dois problemas, 802.11 e rede em Bridge...