Knowledge

Path MTU Discovery

Source 📝

158:
second or further segment has a lower MTU the switch that is between will just silently drop the packet without reporting back any ICMP (because only layer 3 hops can generate ICMP "packet too big"). So, in this case admins should update the MTU for each outgoing L3 interface to the minimum MTU of the layer 2 segments used until the next L3 hop.
157:
Another problem is when networks administrators don't properly update the MTU between 2 adjacent layer 3 hops if the link between these hops is composed of multiple layer 2 segments with switches between them. Usually the MTU on the outgoing L3 interface is taken from the first L2 segment. But if the
103:
If the path MTU changes after the connection is set up and becomes lower than the previously determined path MTU, the first large packet will cause an ICMP error and the new, lower path MTU will be found. If the path changes and the new path MTU is larger, the source will not learn about the
74:(Type 3, Code 4) message containing its MTU, allowing the source host to reduce its path MTU appropriately. The process is repeated until the MTU is small enough to traverse the entire path without fragmentation. 112:
Many network security devices block all ICMP messages for perceived security benefits, including the errors that are necessary for the proper operation of PMTUD. This can result in connections that complete the
126:
Some implementations of PMTUD attempt to circumvent this problem by inferring that large payload packets have been dropped due to MTU rather than link congestion. One such scheme is standardized under RFC 8899,
100:(Type 2) message containing its MTU, allowing the source host to reduce its path MTU appropriately. The process is repeated until the MTU is small enough to traverse the entire path without fragmentation. 135:
of controlled sizes to probe the MTU of the path. Acknowledgement of a probe packet indicates that the path MTU is at least the size of that packet. Usage of DPLPMTUD is standardized in
531: 93:
interface where the traffic originates. Then, similar to IPv4, any device along the path whose MTU is smaller than the packet will drop the packet and send back an
46:, this function has been explicitly delegated to the end points of a communications session. As an extension to the standard path MTU discovery, a technique called 104:
increase, because all routers along the new path will be capable of relaying all packets that the source sends using the originally determined, lower path MTU.
66:(DF) flag bit in the IP headers of outgoing packets. Then, any device along the path whose MTU is smaller than the packet will drop it, and send back an 94: 114: 561: 356: 389: 67: 51: 465: 281: 507: 566: 408: 89:. For IPv6, Path MTU Discovery works by initially assuming the path MTU is the same as the MTU on the 404: 34:
size on the network path between two Internet Protocol (IP) hosts, usually with the goal of avoiding
31: 119: 487: 438: 303: 246: 196: 147: 117:
correctly but then hang when attempting to transfer data. This state is referred to as a
8: 27: 78: 479: 385: 362: 352: 295: 146:
Some routers, including the Linux kernel and Cisco, provide an option to reduce the
139:. However, in order for transport layer protocols to operate most efficiently, ICMP 469: 428: 285: 236: 186: 35: 490: 459: 441: 422: 331: 327: 323: 319: 315: 306: 275: 258: 249: 226: 208: 199: 180: 16:
Computer network protocol to determine the maximum size of packets to transmit
555: 483: 366: 299: 222: 176: 274:
G. Fairhurst; T. Jones; M. Tüxen; I. Rüngeler; T. Völker (September 2020).
86: 150:(MSS) advertised in the TCP handshake as a workaround. This is known as 273: 90: 42:(IPv4). However, all modern operating systems use it on endpoints. In 474: 433: 290: 241: 191: 532:"Ethernet MTU and TCP MSS Adjustment Concept for PPPoE Connections" 277:
Packetization Layer Path MTU Discovery for Datagram Transports
351:(3rd ed.). Redmond: Microsoft Press. pp. 146–147. 232: 220: 136: 43: 39: 62:
For IPv4 packets, Path MTU Discovery works by setting the
131:(DPLPMTUD). Upon loss of connectivity, DPLPMTUD utilizes 457: 461:QUIC: A UDP-Based Multiplexed and Secure Transport 174: 553: 342: 340: 129:Datagram Packetization Layer Path MTU Discovery 38:. PMTUD was originally intended for routers in 143:messages (type 3) should still be permitted. 337: 411:see line with "mtu_expires" 10 * 60 seconds 384:(6th ed.). Pearson. pp. 133–134. 508:"Mangling packet headers - nftables wiki" 473: 458:J. Iyengar; M. Thomson, eds. (May 2021). 432: 289: 269: 267: 240: 225:; J. Mogul (July 2017). R. Hinden (ed.). 190: 420: 379: 554: 451: 414: 346: 264: 214: 168: 48:Packetization Layer Path MTU Discovery 424:TCP Problems with Path MTU Discovery 382:Internetworking with TCP/IP Volume 1 228:Path MTU Discovery for IP version 6 13: 14: 578: 68:Internet Control Message Protocol 57: 26:) is a standardized technique in 524: 466:Internet Engineering Task Force 282:Internet Engineering Task Force 32:maximum transmission unit (MTU) 500: 398: 373: 1: 161: 7: 421:K. Lahey (September 2000). 107: 50:works without support from 40:Internet Protocol Version 4 10: 583: 380:E. Comer, Douglas (2014). 334:. 261:. 211:. 562:Computer network analysis 427:. Network Working Group. 185:. Network Working Group. 409:linux source code (ipv6) 405:linux source code (ipv4) 347:Davies, Joseph (2012). 115:TCP three-way handshake 77:As IPv6 routers do not 255:Internet Standard 87. 120:black hole connection 81:packets, there is no 148:maximum segment size 72:Fragmentation Needed 30:for determining the 257:Obsoletes RFC  207:Obsoletes RFC  28:computer networking 567:Internet protocols 496:Proposed Standard. 349:Understanding IPv6 312:Proposed Standard. 182:Path MTU Discovery 20:Path MTU Discovery 512:wiki.nftables.org 314:Updates RFC  179:(November 1990). 574: 546: 545: 543: 542: 528: 522: 521: 519: 518: 504: 498: 494: 477: 475:10.17487/RFC9000 455: 449: 445: 436: 434:10.17487/RFC2923 418: 412: 402: 396: 395: 377: 371: 370: 344: 335: 310: 293: 291:10.17487/RFC8899 271: 262: 253: 244: 242:10.17487/RFC8201 218: 212: 203: 194: 192:10.17487/RFC1191 172: 36:IP fragmentation 582: 581: 577: 576: 575: 573: 572: 571: 552: 551: 550: 549: 540: 538: 530: 529: 525: 516: 514: 506: 505: 501: 456: 452: 419: 415: 403: 399: 392: 378: 374: 359: 345: 338: 272: 265: 219: 215: 205:Draft Standard. 173: 169: 164: 110: 60: 17: 12: 11: 5: 580: 570: 569: 564: 548: 547: 523: 499: 450: 447:Informational. 413: 397: 390: 372: 358:978-0735659148 357: 336: 263: 245:. STD 87. 213: 166: 165: 163: 160: 109: 106: 98:Packet Too Big 85:option in the 83:Don't Fragment 64:Don't Fragment 59: 58:Implementation 56: 15: 9: 6: 4: 3: 2: 579: 568: 565: 563: 560: 559: 557: 537: 533: 527: 513: 509: 503: 497: 492: 489: 485: 481: 476: 471: 467: 463: 462: 454: 448: 443: 440: 435: 430: 426: 425: 417: 410: 406: 401: 393: 391:0-13-608530-X 387: 383: 376: 368: 364: 360: 354: 350: 343: 341: 333: 329: 325: 321: 317: 313: 308: 305: 301: 297: 292: 287: 283: 279: 278: 270: 268: 260: 256: 251: 248: 243: 238: 234: 230: 229: 224: 217: 210: 206: 201: 198: 193: 188: 184: 183: 178: 171: 167: 159: 155: 153: 149: 144: 142: 138: 134: 133:probe packets 130: 124: 122: 121: 116: 105: 101: 99: 96: 92: 88: 84: 80: 75: 73: 69: 65: 55: 53: 49: 45: 41: 37: 33: 29: 25: 21: 539:. Retrieved 535: 526: 515:. Retrieved 511: 502: 495: 460: 453: 446: 423: 416: 400: 381: 375: 348: 311: 276: 254: 227: 216: 204: 181: 170: 156: 152:MSS clamping 151: 145: 140: 132: 128: 125: 118: 111: 102: 97: 82: 76: 71: 63: 61: 47: 23: 19: 18: 221:J. McCann; 141:Unreachable 87:IPv6 header 556:Categories 541:2024-07-03 517:2024-07-03 223:S. Deering 177:S. Deering 175:J. Mogul; 162:References 91:link layer 484:2070-1721 367:810455372 300:2070-1721 284:(IETF). 108:Problems 79:fragment 70:(ICMP) 482:  388:  365:  355:  298:  95:ICMPv6 536:Cisco 24:PMTUD 491:9000 480:ISSN 442:2923 407:and 386:ISBN 363:OCLC 353:ISBN 332:8261 330:and 328:8085 324:6951 320:4960 316:4821 307:8899 296:ISSN 259:1981 250:8201 233:IETF 209:1063 200:1191 137:QUIC 52:ICMP 44:IPv6 488:RFC 470:doi 439:RFC 429:doi 304:RFC 286:doi 247:RFC 237:doi 197:RFC 187:doi 558:: 534:. 510:. 486:. 478:. 468:. 464:. 437:. 361:. 339:^ 326:, 322:, 318:, 302:. 294:. 280:. 266:^ 235:. 231:. 195:. 154:. 123:. 54:. 544:. 520:. 493:. 472:: 444:. 431:: 394:. 369:. 309:. 288:: 252:. 239:: 202:. 189:: 22:(

Index

computer networking
maximum transmission unit (MTU)
IP fragmentation
Internet Protocol Version 4
IPv6
ICMP
Internet Control Message Protocol
fragment
IPv6 header
link layer
ICMPv6
TCP three-way handshake
black hole connection
QUIC
maximum segment size
S. Deering
Path MTU Discovery
doi
10.17487/RFC1191
RFC
1191
1063
S. Deering
Path MTU Discovery for IP version 6
IETF
doi
10.17487/RFC8201
RFC
8201
1981

Text is available under the Creative Commons Attribution-ShareAlike License. Additional terms may apply.