Dat op zich zou nog niet echt een probleem zijn, ik heb jaren met IP
netwerken gewerkt met veel kleinere MTU, maar op een gegeven moment
is er iemand op het onzalige idee gekomen dat je altijd in je uitgaande
pakketjes het bitje moet aanzetten dat dit opdelen voor jouw pakketje niet
toegestaan is. Het standaard gedrag is dan dat de router die erachter
komt dat het niet verder gestuurd kan worden omdat het te groot is,
een ICMP berichtje terug stuurt naar de afzender, en het idee was dan
dat die afzender dan weet dat er onderweg een dergelijke flessehals zit
en dat hij dus kleinere pakketjes moet sturen, en dat het internet dan
efficienter zou worden.
Dat werkte goed tot er domme idioten kwamen die schreven dat ICMP
pakketjes evil waren en moesten worden gedropped in een firewall.
Firewall beheerders die dat soort standaardadviezen volgen zonder er
zelf iets van te snappen maakten op die manier het bovenstaande
mechanisme kapot. Daar moesten de OS leveranciers dan weer iets tegen
doen, met timers die als een groot pakketje niet doorkomt dan maar
eens een wat kleiner pakketje proberen om te zien of dat wel lukt.
Met als gevolg vertragingen of het werkt helemaal niet meer.
Je bent beter af als je aansluiting 1500 byte packets aankan
omdat je dan niet het risico loopt tegen dit probleem aan te lopen.
Gelukkig ondersteunt XS4ALL dat wel, doordat men dus 1500 byte pakketjes
ondersteunt in een 1508 byte PPPoE packet wat dan weer in een 1512 byte
ethernet frame zit (met VLAN tag).
Dit wordt beschreven in standaard RFC4638. De apparatuur aan de XS4ALL
kant ondersteunt deze standaard, voor de in bruikleen gegeven modems
blijft het helaas bij beloftes. Maar met 3e partij apparatuur werkt
het wel.