Difference between revisions of "MikroTik-Fail"
(MikroTik) |
|||
Line 1: | Line 1: | ||
This is a list of basic failures that I've found MikroTik Routers to have. This is by no means exhaustive. | This is a list of basic failures that I've found MikroTik Routers to have. This is by no means exhaustive. | ||
+ | |||
+ | = IS-IS Support = | ||
+ | |||
+ | Mikrotik doesn't support and will not support ISIS. | ||
+ | |||
+ | The stated [https://forum.mikrotik.com/viewtopic.php?t=30587#p149066 reason] is it's not a "coooool protocol" like OSPF. | ||
+ | |||
+ | = No ability to show bridge table = | ||
+ | In a bridge wireless network where CPE are bridging the LAN port to Wireless, then to the AP, and out the AP Ethernet port, one cannot find the MAC address of the CPE radio and what MAC's it's bridging to the AP. There has to be a table of this internally in the AP, but it is not exposed. This makes locating a misbehaving MAC address complex as you have to look at each CPE device's MAC table. | ||
+ | |||
+ | Alvarion/Cisco/Symbol/Karlnet/Canopy has had this since like 1995. | ||
+ | |||
+ | = VRF table ignored for local responses = | ||
+ | |||
+ | In a VRF, where you have a traceroute going through it, MT will source it's ICMP TTL packets using an IP from the main routing table. This means anyone tracrouting to the VRF will be able to see IP it's going over, or if it's a private IP that the main table has, it will likely just show "* * *" as the IP will be unreachable. | ||
+ | |||
+ | This is a [https://forum.mikrotik.com/viewtopic.php?t=78816&start=100 known issue]. | ||
+ | |||
+ | https://old.reddit.com/r/mikrotik/comments/5ixk1u/intermediate_hop_dont_show_in_traceroutes_when/ | ||
+ | |||
+ | = RFC3021 /31 links = | ||
+ | |||
+ | Mikrotik doesn't support this. This is an over 20 year old RFC. Come on. | ||
+ | |||
+ | https://forum.mikrotik.com/viewtopic.php?p=163163 |
Revision as of 23:24, 25 March 2022
This is a list of basic failures that I've found MikroTik Routers to have. This is by no means exhaustive.
Contents
IS-IS Support
Mikrotik doesn't support and will not support ISIS.
The stated reason is it's not a "coooool protocol" like OSPF.
No ability to show bridge table
In a bridge wireless network where CPE are bridging the LAN port to Wireless, then to the AP, and out the AP Ethernet port, one cannot find the MAC address of the CPE radio and what MAC's it's bridging to the AP. There has to be a table of this internally in the AP, but it is not exposed. This makes locating a misbehaving MAC address complex as you have to look at each CPE device's MAC table.
Alvarion/Cisco/Symbol/Karlnet/Canopy has had this since like 1995.
VRF table ignored for local responses
In a VRF, where you have a traceroute going through it, MT will source it's ICMP TTL packets using an IP from the main routing table. This means anyone tracrouting to the VRF will be able to see IP it's going over, or if it's a private IP that the main table has, it will likely just show "* * *" as the IP will be unreachable.
This is a known issue.
https://old.reddit.com/r/mikrotik/comments/5ixk1u/intermediate_hop_dont_show_in_traceroutes_when/
RFC3021 /31 links
Mikrotik doesn't support this. This is an over 20 year old RFC. Come on.