Protože je to dost zákeřné. Opravdu musíš důsledně tu MTU nastavit stejně na všem na tom L2 segmentu, včetně VLAN. Jak na něco zapomeneš, tak krom toho složeného OSPF (což je pak dobrá detekce, že někde je to špatně), tak se záhadně ztrácí data a pak koukáš jak vejr. Problém dělá provoz, co na tom X86 vzniká a míří do segmentu, na kterém dáš to MTU 1524. Pokud bude mířit na počítač, který MTU 1524 (bude např na klasických 1500) nebude mít nastaven, tak příchozí paket delší 1500 obvykle zahodí v tichosti a máš smůlu. Pak se tam budeš snažit připojit pomocí něčeho, co posílá jen krátké pakety a budeš se modlit, aby ti to neposlao paket 1500+, čímž to spojení záhadně odumře. :-) Forwardovaný provoz, který příšel odjinud a příchází už zařezán n MTU1500 spokojeně prochází, jenom s tím X86 routerem se najednou nemůžeš bavit....
Takže to chce domyslet, co vše tma je a dodržet tu MTU kázeň.
Možná by to šlo ojebat pomocí SW bridge, aby jsi nemusel MTU1524 pro provoz nastavovat v celém tom segmentu, Síťovce dáš MTU1524, ale uděláš bidge, kterému nastavíš ručně MTU1500 a vše honíš nad tím bridge (IP, OSPF, VLANy, MPLS, ...), místo přímo síťovky. Tím by jsi asi dosáhl, že máš pro normální věci MTU1500 a síťovka přitom pustí 1524 a nerozbíjet celý segment. V podstatě se podobná ojebávka dělá třeba kvůli bond rozhraním, asi by to mohlo jít přímo i se síťovkou, takže variace na:
/interface bonding
add lacp-rate=1sec mii-interval=250ms mode=802.3ad mtu=1512 name=bond-area0 slaves=ether5,ether10
/interface bridge
add admin-mac=02 auto-mac=no mtu=1500 name=bridge-area0 protocol-mode=none
/interface bridge port
add bridge=bridge-area0 interface=bond-area0
/interface vlan
add arp=disabled interface=bridge-area0 name=vl-wifi-usr vlan-id=166
/mpls ldp interface
add interface=bridge-area0
add interface=vl-wifi-usr
....
Nicméně pořád platí, že některé karty v X86 ROSu nesnesou korektně MTU nad 1500, zvláště v kombinaci v VLAN tagy. :-(
