SG forms lsadb generating lsa5 (as external) for networks of the neighbors router from the same zone (0.0.0.0). I think all this there have to be lsa3. From a zone 10.232.0.0 (linux+bird) the “correct” lsa arrive.
Information transfer from a router 10.16.203.1 in area 10.232.0.0 works only at inclusion of redistribute-other-ospf
.. работает только при включении redistribute-other-ospf
It most likely means that kh router uses different OSPF instance than other routers, and those routes from redistribute-other-ospf will be type 5 (external routes).
OSPF creates a type 5 LSA for a subnet that is injected into OSPF from an external source. To inject the route, the autonomous System Border Router (ASBR), which is by definition a router that connects to a non-OSPF routing domain, uses the redistribute command.
No Type 5 LSA is only if you are redistributing routes via (redistribute-connecte, static, other ospf etc.) as it was mentioned previously
Or when ABR is changing from LSA type 7 to 5 (in case of NSSA)
I don’t need summation. It is necessary that the networks (10.16.203.1) connected to mikrotik were transferred to the neighboring area as “routes to other area” - lsa 3. Now they are given to other zone as “routes of other domains of routing” - LSA3
The routes transferred from a area 10.232.0.0 (bird/linux is used) are LSA 3/4. Routes LSA5 transferred in a area 0.0.0.0 (mikrotik) even in a area always
Similar situation in the same OSPF domain. area 10.255.0.0
From bird LSA 3 come - and it is correct. Mikrotik creates LSA5 including all networks external.
Maybe. I have peeped at the stand at the colleague: are collected 2 microthat in ospf through ptp. In lsadb of the record lsa1 (router) - in body all networks are described. There is no flag of external.
lsa5 - here have got all networks.
Any record lsa3. Is it normal??? Mikrotik always ASBR