I discovered, that with the OSPF network-type PTMP only /32 adresses are transmitted, which results in a lost connectivity regarding the IP behind the router:
As you can see 10.1.0.1 and 10.2.0.1 are derived from OSPF. Which means, I can not ping a host like 10.1.0.254.
White the all other network-types correct subnets are transmitted:
Here you can see the right subnets 10.1.0.0/24 and 10.2.0.0/24 are derived from OSPF. Connectivity is possbile, and the ping gets a response.
My further findings: Only one IP per Interface is transmitted as /32 with PTMP.
Example: A Bridge with an IP 10.1.0.1/24 and 10.1.0.2/24. Only the 10.1.0.1/24 is transmitted as 10.1.0.1/32.
If I disable that IP, the second 10.1.0.2/24 is transmitted as 10.1.0.2/32. But re-enabling the first IP does not bring back the .1 IP. Per Interface (Bridge/VLAN/etc...) always the first IP that is up "wins" with PTMP.
Discovery on PTMP Subnets
Point-to-MultiPoint treats the network as a collection of point-to-point links.
When i interpret "point-to-point link" as as /32, then it works correct to this point.
The real problem is that in a common scenario a lot IPs are not bound to an dedicated Interface.
E. g. hosts behind a router which runs DHCP on a Bridge/VLAN/ether Interface are literally unreachable, because the IPs the DHCP hands out are not bound to an dedicated Interface of the router and wont get transmitted as /32 via OSPF/PTMP.
Is this behaviour Mikrotik specific or is this "per design" of the PTMP network-type?
I see no sense behind this logic? All it does, it results in a lost connectivity for all IPs not bound to dedicated Interface.