From bcdf941977524afc69a18a4bf23fa7923d3aa182 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Wed, 1 Mar 2023 21:27:10 +0300 Subject: [PATCH] =?utf8?q?=D0=A1=D0=BB=D0=BE=D0=BD=D0=BE=D0=B3=D1=80=D0=B0?= =?utf8?q?=D0=BC=D0=BC=D1=8B=20=D0=B2=20=D0=BC=D0=BE=D0=B5=D0=B9=20=D0=BB?= =?utf8?q?=D0=BE=D0=BA=D0=B0=D0=BB=D1=8C=D0=BD=D0=BE=D0=B9=20=D1=81=D0=B5?= =?utf8?q?=D1=82=D0=B8?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit Помню что я пробовал раньше использовать jumbo frame-ы (MTU=1900) в локальной сети, но точно не помню почему забил на эту идею. Ну наверное потому что оно постоянно форсировало использование PMTUD, который в IPv4 мире не всегда работает из-за админов необразованных (запрещающих ICMP). Сегодня снова решил это попробовать. Увеличил MTU на Ethernet интерфейсе, на gif-туннеле, но ping/TCP всё равно не используют увеличенное значение MTU. И только тут до меня дошло почему и отчего route get команда показывает MTU значение для запрошенного хоста: MTU же может быть per route! Не понимаю почему такая очевидная вещь для меня была совсем не очевидна и я в голове MTU всегда имел привязанным только к интерфейсу. От него конечно значение для MTU per route отталкивается, но ничто не мешает же мне для default route задать маленькое, но в целом для интерфейса (IPsec туннель) оставить большое. А так как по OSPF явно знание и о соседних локальных машинах просасывается, то и для них будет использоваться большой MTU. Прям то что мне нужно! % route -6 get dns.google route to: dns.google destination: default mask: default fib: 0 interface: gif0 flags: recvpipe sendpipe ssthresh rtt,msec mtu weight expire 0 0 0 0 1420 1 0 % route -6 get beta.stargrave.org route to: beta.stargrave.org destination: beta.stargrave.org gateway: fe80::be5f:f4ff:fedd:2752%gif0 fib: 0 interface: gif0 flags: recvpipe sendpipe ssthresh rtt,msec mtu weight expire 0 0 0 0 8192 1 0 -- 2.48.1