[Discussion] MTU mismatch and impact of data-plane traffic

Mohamed Kamal mkamal at noor.net
Tue Oct 27 10:31:54 UTC 2015


Suppose you have the below network topology, where PE is connected to 
P1, P1 is connected to P2 and P2 is connected to GW, all through 1G links.

[PE]-1500------------1500-[P1]-1600------------1600-[P2]-1500------------1600-[GW] 


The numbers represent the MTU values configured in the following order; 
PE's egress interface to P1, P1 ingress interface, P1 egress interface, 
P2 ingress, P2 egress and eventually GW ingress.

Q1: What do you think would be the impact in terms of data-plane traffic 
(HTTP/s browsing, Video streaming etc), traversing this network, in the 
direction from the Internet and going to the PE router?

My answer is:

If there is a client running Win7 on a machine trying to access a web 
server out there, the TCP MSS would be adjusted to around 1260-1460 
bytes depending on the Operating System's MTU value. Hypothetically, the 
first packet from the web server destined to the client would be 
1460-bytes and will reach the ingress interface of the GW.

The GW would receive it in the input_buffer of the ingress interface, 
strip off the Ethernet header, and move it to the output buffer of the 
egress interface whose MTU is 1600. Since the largest MSS is 1460, and 
there is always a one-to-one mapping between segments received from the 
TCP module and the packets constructed in the IP module, I believe that 
the largest IP packet would be 1480. GW would cram the Ethernet frame 
with the 1480-bytes of IP payload data and send it to the P2, which 
would in the other end, pass it on its way.

Q2: However, what about larger MSS sizes? example; above 1500? and 
larges chunks of payload from a connectionless protocols that don't 
exchange MSS? UDP for example? or Google's QUIC (which is HTTP over UDP)?

-- 
Mohamed Kamal



More information about the NANOG mailing list