https://www.opennet.ru/openforum/vsluhforumID1/93152.html Доброго времени всем!<br><br>Столкнулся с интересным поведением физического устройства при создании на нём туннелей gif/gre.<br><br>Имеем физическое устройство rl0, являющееся default gateway.<br>Создаем туннель gre0, который будет устанавливаться через rl0.<br><br>Здесь уже можем наблюдать занимательный эффект - mtu rl0 будет фактически установлено как и у gre0. Например rl0: mtu 1500, gre0: mtu 1476, то rl0 фактически будет работать с mtu 1476.<br>И даже удалив gre0 (ifconfig gre0 destroy), rl0 останется работать с mtu 1476. Сколько отсюда косяков вылазит думаю рассказывать не стоит.<br><br>Собственно вопрос это таки БАГ или ФИЧА?<br><br>PS. При использовании PPPoE (через tun) данного эффекта не наблюдается.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/93152.html#12 Mon, 19 Mar 2012 11:39:49 GMT &gt; send-pr обязательно <br><br>Как-то не приходилось оформлять PR, и особого желания разбираться чего там и как нет..<br><br>Проверял на 8.1 и 8.2 GENERIC (+модуль if_gre/if_gif) - проблема себя проявляет.<br>На 8.3-RC1 всё работает как и полагается, без неожиданных эффектов, на том же самом пакете quagga.<br> https://www.opennet.ru/openforum/vsluhforumID1/93152.html#11 Sat, 17 Mar 2012 19:55:51 GMT &gt; Виновником сего буйства оказался ospfd из пакета quagga <br>&gt; # pkg_info -x quag <br>&gt; Information for quagga-0.99.20_3 <br>&gt; Причем, после останова кваги, интерфейс не восстанавливается (down up, настройка mtu - <br>&gt; не помогают), единственным надежным выходом остается перезагрузка.<br><br>send-pr обязательно<br><br> https://www.opennet.ru/openforum/vsluhforumID1/93152.html#10 Sat, 17 Mar 2012 03:38:06 GMT Виновником сего буйства оказался ospfd из пакета quagga<br><br># pkg_info -x quag<br>Information for quagga-0.99.20_3<br><br>Причем, после останова кваги, интерфейс не восстанавливается (down up, настройка mtu - не помогают), единственным надежным выходом остается перезагрузка.<br> https://www.opennet.ru/openforum/vsluhforumID1/93152.html#9 Fri, 16 Mar 2012 11:12:46 GMT &gt; P.S. Сам жду выходных, чтоб таки выяснить что же это за фигня <br>&gt; такая..<br><br>Удачи! Если получится победить - хочется узать как.<br> https://www.opennet.ru/openforum/vsluhforumID1/93152.html#8 Fri, 16 Mar 2012 10:55:53 GMT &gt; Если принудительно выставить мту на rl0 обратно в 1500 эффект есть?<br><br>При понижении mtu до 1476 на rl0 и обратно - всё остаётся по прежнему. Пробовать опустить mtu на rl0 ниже 1476 (при отсутствии gre) нет желания - сервачки боевые.<br><br>&gt; З.Ы. Надеюсь, нетграф в этот момент не задействован?<br><br>netgraph не пользуется, вообще левого ничего не пользуется, кроме кваги (ospf) и pf<br><br>P.S. Сам жду выходных, чтоб таки выяснить что же это за фигня такая..<br> https://www.opennet.ru/openforum/vsluhforumID1/93152.html#7 Fri, 16 Mar 2012 10:43:41 GMT &gt; Логично, что 1476 - 28, т.е. максимально ping -D -s 1448, при <br>&gt; этом, если я удалил все туннели, то это значение так и <br>&gt; остается максимальным.<br><br>Если принудительно выставить мту на rl0 обратно в 1500 эффект есть?<br>З.Ы. Надеюсь, нетграф в этот момент не задействован?<br> https://www.opennet.ru/openforum/vsluhforumID1/93152.html#6 Fri, 16 Mar 2012 10:29:16 GMT &gt; Очень похоже на баг (ИМХО), т.к. судя по исходникам if_tun и if_gre <br>&gt; процедуры инициализации практически идентичны: <br>&gt;...<br><br>Исходничек я тоже глянул, с тем же результатом.<br><br>&gt; Остаётся интересен момент, после создании gre0 какой максимальной величины пакеты пролезают? <br><br>Логично, что 1476 - 28, т.е. максимально ping -D -s 1448, при этом, если я удалил все туннели, то это значение так и остается максимальным.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/93152.html#5 Fri, 16 Mar 2012 10:21:47 GMT Очень похоже на баг (ИМХО), т.к. судя по исходникам if_tun и if_gre процедуры инициализации практически идентичны:<br><br>tun<br> case SIOCSIFMTU:<br> ifp-&gt;if_mtu = ifr-&gt;ifr_mtu;<br> TUNDEBUG(ifp, "mtu set\n");<br> break;<br>gre<br> case SIOCSIFMTU:<br> /*<br> * XXXRW: Isn't this priv_check() redundant to the ifnet<br> * layer check?<br> */<br> if ((error = priv_check(curthread, PRIV_NET_SETIFMTU)) != 0)<br> break;<br> if (ifr-&gt;ifr_mtu &lt; 576) {<br> error = EINVAL;<br> break;<br> }<br> ifp-&gt;if_mtu = ifr-&gt;ifr_mtu;<br> break;<br><br>Остаётся интересен момент, после создании gre0 какой максимальной величины пакеты пролезают?<br> https://www.opennet.ru/openforum/vsluhforumID1/93152.html#4 Fri, 16 Mar 2012 08:24:13 GMT &gt; Занятно. А на uname -a & ifconfig & netstat -rn дадите посмотреть? <br><br>#uname -sr<br>FreeBSD 8.2-RELEASE-p6<br><br>#ifconfig<br>rl0: flags=8843&lt;UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST&gt; metric 0 mtu 1500<br>gre0: flags=9051&lt;UP,POINTOPOINT,RUNNING,LINK0,MULTICAST&gt; metric 0 mtu 1476<br><br># traceroute -n ya.ru<br>traceroute: Warning: ya.ru has multiple addresses; using 87.250.250.3<br>traceroute to ya.ru (87.250.250.3), 64 hops max, 40 byte packets<br> 1 X.X.X.X 8.520 ms 7.456 ms 6.739 ms<br>...<br>т.е. полетел именно через дефолтный маршрут rl0<br><br><br>&gt; Чем создаёте тунели?<br><br>ifconfig gre0 create<br>ifconfig gre0 inet L.L.L.b/30 L.L.L.a tunnel X.X.X.X Y.Y.Y.Y<br><br>