A BFD nagyon gyorsan észreveszi ha szakadás/packet loss van és lekapcsolja azt a routing irányt.
A latency az kétélű dolog, itthon minden nagyon Budapest központú, tehát ha egy budapesti DC-ben van a tunnelek vége, akkor minimális latency növekedéssel lehet számolni, a másik oldalról szinte biztos, hogy a DC-ben lévő szolgáltatónak jobb minőségű IP tranzit és peering kapcsolatai vannak, mint ami bármely lakossági internetszolgáltatónak, emiatt javulhat a felhasználói élmény.
Az MTU csökkenés tapasztalataim szerint nem okoz problémát, ha jól be van állítva (TCP MSS rendben van, ICMP nincs teljesen blokkolva)
Ha netezik, a DC-ben lévő MikroTik külső IP címére van NATolva a forgalom, tehát igen, úgy látszana hogy onnan jön. Ez jelenthet plusz költséget, mert a helyi net előfizetésen kívül a DC oldalon is ki kell fizetni a netet + adatforgalmat.
Nem kell neki plusz szerver a DC-ben, elég egy fizikai MikroTik, ami virtuális is lehet (CHR), itt az elvárt sávszélesség /redundancia alapján több választási lehetőség is van.
Beállítás kérdése, hogy mi történik DC lehalás esetén, ha mindkét tunnel lehal, akkor automatán mehet az alacsonyabb prioritású lokális net felé, helyben NAT-olva, de ekkor az összes kapcsolat szakadni fog az forrás IP változás miatt. Lehet USB-s modemet használni, de vannak olyan eszközök amikben van beépített 4G vagy 5G modem, ebben az esetben nem kell megküzdeni a MikroTik <-> random USB modem közti kompatibilitási problémákkal.