I can confirm this behavior too.

Ping @dineshgovindasamy

ping @dineshgovindasamy, @viaror

Thanks for reporting this issue. Can you give us some more details as to why you're reducing MTU size? Are you trying to account for encapsulation overhead (or something similar) in a public cloud environment?

Yeah, you're exactly right: on Google Compute Engine the maximum guest MTU is 1460 to allow for encapsulation overhead in the cloud network.

Following up internally. Will get back to you as soon as possible.

This is currently "by design". Hyper-V VM Switch does not inherit MTU settings from the network adapter. You can decrease MTU after the fact.

In our clouds we are accounting for this by enabling JF (or at least increasing MTU by specifying a specific value) and continue to expose 1514 MTU to the guest.

Delayed follow-up question: when I run a netsh command like the following to set the MTU, does anyone know where the MTU value gets stored?

netsh interface ipv4 set subinterface "vEthernet (HNS Internal NIC)" mtu=1460 store=persistent

I expected it to end up in the registry, but I searched using regedit and could not find 1460 anywhere. Is there another location in the file system where this value gets saved when set with store=persistent? I tried to search for this information but could not find it.

The reason I'm asking is that when I run a docker container its vEthernet (Container NIC ...) interface is also getting an MTU of 1500, even if I set the host's MTU back to 1460 before running the container. I'm trying to figure out if there's a way to guarantee that both my host and all of my containers will always use MTU 1460 without having to set the value manually in every container I create.**

@JMesser81 @dineshgovindasamy @viaror @kallie-b if you have any information, that would be appreciated!

**It turns out that if I run a container with docker run --rm -it microsoft/nanoserver powershell, change the MTU of the container's vEthernet interface, exit the container and reboot the host, and then run the container again with the same command, the changed MTU gets remembered, which is helpful. I have no idea if this is reliable though and would like to understand where/how netsh persists the value.

@pjh - We add the add the adapter at run-time and so it is not persisted. We will look for another way to change the default MTU. Note: it is already reduced to 50B on any container interfaces connected to an overlay network.

A note for anyone trying to work around this issue, which is still a nuisance over two years later...

For some reason the Set-NetIPInterface PowerShell cmdlet does not work for persistently setting the MTU for a vEthernet interface on a Windows VM, whereas the old netsh commands do work. In a Windows Server 1809 VM, after installing Docker and restarting I have an Ethernet interface and a vEthernet (nat) interface on my VM. If I run these commands and then restart the computer, the MTU of the vEthernet interface returns to 1500 after the restart:

Get-NetIPInterface | Where-Object InterfaceAlias -like "*Ethernet*" |
    Set-NetIPInterface -IncludeAllCompartments -NlMtuBytes 1460 -PolicyStore ActiveStore
Get-NetIPInterface | Where-Object InterfaceAlias -like "*Ethernet*" |
    Set-NetIPInterface -IncludeAllCompartments -NlMtuBytes 1460 -PolicyStore PersistentStore

However, if I run this netsh command then the vEthernet interface's MTU remains at 1460 after restarting:

netsh interface ipv4 set subinterface "vEthernet (nat)" mtu=1460 store=persistent