- Newest
- Most votes
- Most comments
Path MTU Discovery (PMTUD) on Transit Gateway helps manage MTU mismatches between connected networks by providing feedback to sending hosts rather than silently dropping packets.
To clarify how this works:
When a packet with an MTU larger than 8500 bytes (Transit Gateway's maximum) arrives at the Transit Gateway, the packet is not allowed through as-is. Instead, with PMTUD support, the Transit Gateway now sends back an ICMP message - either "Fragmentation Needed" for IPv4 or "Packet Too Big" for IPv6. This notifies the sending host that it needs to adjust its packet size.
For your specific use cases:
-
EC2 instances using Amazon Linux AMI with 9001 MTU (jumbo frames): Previously, when these instances sent packets larger than 8500 bytes through Transit Gateway, the packets would be silently dropped, causing connectivity issues. Now, with PMTUD, the Transit Gateway sends back an ICMP message instructing the host to reduce the packet size to 8500 bytes or less. The host's operating system can then automatically adjust future packets to the appropriate size without manual configuration.
-
VPC peering migration scenario: When migrating from VPC peering (which supports 9001 MTU within the same region) to Transit Gateway (which supports 8500 MTU), previously administrators had to manually reconfigure MTU settings on all EC2 instances before migration to avoid packet loss. With PMTUD support, this manual reconfiguration is no longer necessary because the Transit Gateway will notify hosts when packets are too large, allowing them to automatically adjust.
The key benefit is that PMTUD eliminates silent packet drops and allows hosts to automatically adapt to the Transit Gateway's MTU limitations without manual intervention, making network configurations more resilient and migrations simpler.
Sources
Performance and metrics enhancements for AWS Transit Gateway and AWS Cloud WAN | Networking & Content Delivery
AWS Cloud WAN Quotas - AWS Network Manager
Network maximum transmission unit (MTU) for your EC2 instance - Amazon Elastic Compute Cloud
Amazon VPC Transit Gateways Quotas - Amazon VPC
i think, if host can adjust automatically MTU once receive ICMP message from TGW, then it should have clarify and call out in original blog post ?
If you look at the diagram in the blog (Figure1), see the flow # 2 which explains this behavior.
Yes agreed. I saw that but could not determined if the green flow was automatically adjusted and sent after flow#2 message. it also says this notification instructs the transmitting host to adjust the packet MTU size. so looks like this adjustment was automatically handle by host ?
Correct, in the the green flow MTU was adjusted by the client originating the traffic after flow # 2/receiving the ICMP notification from TGW/CNE
Relevant content
- asked 2 years ago
- asked 2 years ago

i think, if host can adjust automatically MTU once receive ICMP message from TGW, then it should have clarify and call out in original blog post ?