Yes, it should be working. At least, these /32's work fine with OSPF over PPP tunnels. First, I would ask if you can ping the other router on its /32 address? You need for that to be working before OSPF will work. OSPF most likely has to be configured to use point-to-point network type in order to work with the /32's, rather than broadcast.Is there a way to get OSPF working with Mikrotik routers that have /32 addresses?
You have to get pings working properly before you can expect OSPF to work. You might have the network address specified incorrectly. When you are using PTP /32 addressing, under ip->addresses, the network address has to be set to the IP on the other side of the /32. For instance if router1 ether1 is connected to router2 ether1:I already selected the PtP network type, but it didn't work. I also set up loopback interfaces and added them to the interface templates. For some reason, I can't ping the other routers with /32 addresses even though all that connects them is a simple ethernet cable, and there's no firewall rules at all. However, I'm using PPP. Is there a way to make it work without PPP?
I'm going to try this, but why does it work this way? Also, is the R1's network supposed to be 10.20.0.2?You have to get pings working properly before you can expect OSPF to work. You might have the network address specified incorrectly. When you are using PTP /32 addressing, under ip->addresses, the network address has to be set to the IP on the other side of the /32. For instance if router1 ether1 is connected to router2 ether1:I already selected the PtP network type, but it didn't work. I also set up loopback interfaces and added them to the interface templates. For some reason, I can't ping the other routers with /32 addresses even though all that connects them is a simple ethernet cable, and there's no firewall rules at all. However, I'm using PPP. Is there a way to make it work without PPP?
Router1 ether1: IP address 10.30.0.1/32 network 10.30.0.2
Router2 ether1: IP address 10.20.0.2/32 network 10.30.0.1
Sorry, it was a typo, I have fixed it above. The only reason the network setting is provided in the first place is because, in the case of /32's, you use the network setting to specify the IP of the other side. This assumes a single /32 to a single /32 in a PTP configuration. If you are doing PTMP instead, with one /32 to multiple /32's on the other sides, you should be able to get it working, but will likely need to duplicate the IP address configuration with a different network address for each spoke, or add routes on the "hub" side to explain how to get to the remaining "spokes".I'm going to try this, but why does it work this way? Also, is the R1's network supposed to be 10.20.0.2?