suggestion for next os release: non-broadcast for ptp and ptmp network types (can be done in Cisco so I’m guessing it can be done in MT 
that would allow specify neighbors for ptp and/or ptmp network types and use unicast tcp instead multicast udp (and that would help on wlan interfaces)…
You already can set up non broadcast networks, here is an example
http://wiki.mikrotik.com/wiki/OSPF-examples
true - but that’s only for nbma network type.
what I’d like to see is point-to-multipoint and point-to-point nonbroadcast network types (I know - they’re not in RFC, they’re Cisco “invented”…)
They would be very useful as they don’t need DR election process, they don’t need broadcast/multicast as they use unicast TCP. The only thing they need is manual neighbor specification but I’m OK with this as long as I can avoid broadcast/multicast…
And I think these network type could be useful in wireless environment…
isn’t it about NBMA?
http://wiki.mikrotik.com/wiki/OSPF#Neighbor_discovery
To reduce the amount of Hello traffic, most routers attached to NBMA subnet should be assigned Router Priority of 0 (set by default in RouterOS). Routers that are eligible to become Designated Routers should have priority values other than 0. It ensures that during election of DR and BDR Hellos are sent only to eligible routers.
no… NBMA is perfectly fine and works as expected.
what I’m talking about is point-to-point (very different from nbma) and point-to-multipoint (again - very different from nbma). Both these network types don’t use DR/BDR and have other nice features (eg. /32 automatic routes for neighbors in the case of ptmp). The only “problem” is that they both use multicast for their hello packets (just enable ospf logging and you’ll see that).
I’d be very happy if Mikrotik included “non-broadcast” option for both these network types (ptp and ptmp) - just as Cisco does (ip ospf network point-to-multipoint non-boradcast). That would allow us to avoid multicast and only use unicast (which would be beneficial in wireless environment).
I enabled logging for ospf in the mikrotik. How do I see if its unicast or multicast. I am using Point to Point. I just want to learn how. Thanks.
has anyone from the developer team read this? i believe this is a very useful feature, because multicast pakets on wireless suck and loosing ospf pakets because there sent via multicast sucks even more.. especially since if a single paket is lost, the md5 authentication won’t work until the neighbor goes down..
a cisco like fast hello would be a nice feature too
I changed my network to unicast ospf and it works great.
how exactly did you do that?
when i change the network type to nbma and add the nbma neighbors, it seems to work for maybe two hours and after that no routes will be exchanged. i tested only on ptp links. do i have to set a priority to make it work? i left it at zero.
i think the problem is, that the router want to elect a dr, which makes afaik no sense for a ptp link.
yes you need the priority as 1 for the backhauls and the aps set to 0. This way your backhauls are the designated router. Call me if you want.
I enabled logging for ospf in the mikrotik. How do I see if its unicast or multicast. I am using Point to Point. I just want to learn how. Thanks.
If the SEND packet is → 224.0.0.X, it is multicast. With a point-to-point network type, all your OSPF traffic will be multicast.
Seconded. I’d love to have the pure unicast features of nbma with the simplicity of not having DR/BDR on a backhaul that ptmp gives.
i’ve configured NBMA with static neighbors… it works good… 
me too, works great. Better than ever.
dallas, have you disabled forwarding on AP?
No, but still everything works great.
Annyone solved this?
http://forum.mikrotik.com/t/database-description-packet-has-different-master-status-flag/30658/1
Do you have any questions.