There is a known issue with Meraki MR wireless code with the MTU changing when L3 Roaming. Using Ping on macOS, I am seeing an MTU of 1448 on WiFi. It should be 1500 to match the interface MTU on the client machines.
Generate 1500 byte packets - look at the 3rd line below
% ping -c 2 -D -s 1472 www.boeing.com
PING www.lb.boeing.com (130.76.184.142): 1472 data bytes
556 bytes from 10.34.130.34: frag needed and DF set (MTU 1448)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 dc05 c58d 0 0000 40 01 9294 10.34.152.2 130.76.184.142
Request timeout for icmp_seq 0
556 bytes from 10.34.130.34: frag needed and DF set (MTU 1448)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 dc05 a50c 0 0000 40 01 b315 10.34.152.2 130.76.184.142
--- www.lb.boeing.com ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss
Lowering packet size to 1448 - and it now works
% ping -c 2 -D -s 1420 www.boeing.com
PING www.lb.boeing.com (130.76.184.142): 1420 data bytes
1428 bytes from 130.76.184.142: icmp_seq=0 ttl=49 time=45.630 ms
1428 bytes from 130.76.184.142: icmp_seq=1 ttl=49 time=43.216 ms
--- www.lb.boeing.com ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
Note: For the pings above, ICMP has a 28 byte overhead. (1472 + 28 = 1500 bytes.)
Issue was found in MR 27 code and is still present in MR 28.6.1. Meraki Engineering is aware of this issue. The next 28.X firmware release is likely (but not yet confirmed) to have that issue resolved. No ETA for the next firmware release.
Workaround from Meraki Support: Use Bridge Mode for now if it is not absolutely necessary to have L3 roaming.
As always, if you are having this issue, please open a case with Meraki Support so its known and tracked.
