Netwerkontwerp en -beheer
Een apparaat communiceert via een site-to-site-VPN-tunnel met een verre webserver. TCP-verbindingen kunnen worden opgebouwd en kleine pagina's laden, maar downloads van grote bestanden blijven halverwege steken. De MTU in de tunnel is 1400 bytes, en de server verstuurt pakketten van 1500 bytes waarbij fragmentatie verboden is (de DF-bit op 1). De firewall voor de server is bovendien zo ingesteld dat hij alle ICMP weggooit. Wat is de meest waarschijnlijke oorzaak?
- ADe naamresolutie van DNS mislukt
- BHet ontvangstvenster van TCP is te klein, zodat er niet genoeg gegevens tegelijk kunnen worden verzonden
- CDe ICMP-meldingen dat fragmentatie nodig is, verstuurd door de router die de te grote pakketten weggooit, bereiken de server niet, zodat de server zijn pakketten niet kleiner kan maken
Antwoord en toelichting tonen
Antwoord: C. De ICMP-meldingen dat fragmentatie nodig is, verstuurd door de router die de te grote pakketten weggooit, bereiken de server niet, zodat de server zijn pakketten niet kleiner kan maken
Bij path MTU discovery verstuurt de bron pakketten met de DF-bit op 1, en een router die een pakket weggooit dat groter is dan zijn MTU, meldt in een ICMP-bericht (Fragmentation Needed bij IPv4, Packet Too Big bij IPv6) welke grootte erdoor kan. Gooit de firewall deze meldingen weg, dan blijft de server grote pakketten versturen die telkens worden weggegooid, zodat alleen grote gegevensoverdrachten vastlopen (een path MTU black hole). Het opbouwen van de verbinding en kleine antwoorden gebruiken pakketten die kleiner zijn dan 1400 bytes en komen dus zonder problemen door. Oplossingen zijn deze ICMP-meldingen niet meer weggooien, of de router aan de ingang van de tunnel de MSS van TCP laten herschrijven naar een kleinere waarde. Met headers van IPv4 en TCP van elk 20 bytes hoort bij een MTU van 1400 bytes een MSS van 1400 − 20 − 20 = 1360 bytes.