Hello
Has anyone noticed that in RouterOS v3 OSPF will act as if teh following is on even when its off?
redistribute-connected: no
redistribute-static: no
redistribute-rip: no
redistribute-bgp: no
It may be just me doing something wrong.
Thanks 
well, these settings ensure that these routes that are installed on this router are distributed, if you add something to OSPF it will be distributed, and if some other OSPF router is distributing them, then yours will happily redistribute them further as they are received over OSPF.
that is if i understood your problem correctly.
An Example woudl be
I have a few 100 PPTP tunnels on a router and the /32’s are getting distributed even tho I have asked it not to.
Mikrotik support told me upgrade to 3.13 (from 3.11) becuase a lot has changed
you should know, that support always asks to upgrade to latest version.
and what you have under networks and interfaces in ospf config?
Nothing under Interfaces, Only other networks under networks.
No a dot about OSPF-v3 I found in manual.
/routing ospf-v3 export
set
#error
Knows someone where i can see a syntax explanation?
I tried to add a row to ospf-v3/interfaces …
/routing ospf-v3 interface add interface=ether1 cost=100
area: <anything i put here wasn’t good>
interrupted
input does not match any value of area
/routing ospf-v3 area add area-id=0.0.0.0 name=backbone
failure: This feature is not available
Any idea how to put an record to ospf-v3 interfaces or networks table?
Area support for ospf-v3 seems to be missing in quagga [1] and zebra [2] too …
[1] http://www.quagga.net/docs/docs-info.php#SEC67
[2] http://www.zebra.org/zebra/OSPF6-area.html#OSPF6%20area
Please make sure that you are using routing-test package.
Oops! I tried it. After “routing-test” package installation has stopped OSPFv2 (and probably all IPv4) function and didn’t resumed until reinstallation “routing” package.
I reached RB only via MAC telnet or MAC via winbox. This is bad way to testing IPv6 and OSPFv3, I think. 
I’ll second that. At least on my x86 based test machine, enabling routing-test results in the failure of ospf-v2, and lots of “action timed out” messages in the terminal when trying to look at anything related to ospf-v2, or when doing an /ip route print. This is the case in 3.13, and 3.14rc1.
In addition to routing-test package must be installed mpls-test package - as mentioned here http://forum.mikrotik.com/t/ospfv3-and-ipv6/23233/1
This combination works.
I can’t tell almost nothing regarding stability of it but this combination seems working. Configuration can be done only via CLI - winbox does not display /routing ospf-v3 section. Winbox does not display correctly f.e. routing table rows which came from ospf-v3 too. Simply forget about winbox with ospf-v3 at this time.