https://www.opennet.ru/openforum/vsluhforumID3/91502.html Начинается процесс сбора вопросов для интервью с Алексеем Кузнецовым, внёсшем огромный вклад в развитие ядра Linux. Последние 10 лет Алексей отстранился от публичных дел, но в конце 90-х и начале 2000-х годов входил в категорию наиболее значительных разработчиков ядра Linux и занимал c 2000 по 2003 год пост мэйнтейнера сетевой подсистемы Linux. <br><br><br>В частности, Алексей довёл до полноценного вида сетевой стек Linux, переработал его для использования на многоядерных системах, доработал поддержку IPv6 и обеспечил средства для управления трафиком. После переработки IP-стека Алексей принялся за переделку поддержки протокола TCP. Результатом стал новый TCP-стек, представленный в ядре Linux 2.2 и до сих пор используемый повсеместно. Из подготовленных Алексеем инструментов наиболее известны наборы утилит iputils (http://www.skbuff.net/iputils/) (ping, tracepath, tftpd, rarpd) и утилиты управления трафиком iproute2 (http://ru.wikipedia.org/wiki/Iproute2) (ip, tc, ss). С 2003 года Алексей занимается развитием продукт https://www.opennet.ru/openforum/vsluhforumID3/91502.html#162 Wed, 18 Sep 2013 10:54:56 GMT <br>&gt; Во-во. Хатю vrf.<br><br>Ну так в чем проблема?) Классического vrf в linux нет, но можно разделить на NS-ы. Руками через iproute это наверное запарно, но можно попробовать через lxc например.<br><br>&gt; Конкретнее: клиент с vlan2 отправляет arp-who-has, тот разбегается по бродкасту. Клиент с vlan4 отвечает "это я"<br><br>Не понял смысла совсем. Клиент из v4 слышит бродкаст из v2? Зачем вообще нужны vlan-ы, если в разных vlan-x клиенты должны ловить бродкасты друг друга?<br> https://www.opennet.ru/openforum/vsluhforumID3/91502.html#161 Wed, 18 Sep 2013 07:55:14 GMT &gt; ip? Надо использовать net namespaces, и делать два виртуальных роутера.<br><br> Во-во. Хатю vrf.<br><br>&gt;&gt;eth0.vlan99&lt;&gt;br0.vlan{99,199,299}.<br>&gt; Не очень понятно: вы подняли на интерфейсе только один vlan, и удивляетесь <br>&gt; почему остальные на нем не видны? Что включено в бридж?<br><br>vconfig add eth0 99<br>brctl addbr br0<br>brctl addif br0 vlan99<br>vconfig add br0 99; vconfig add br0 199; vconfig add br0 299<br><br> Признаю, задача несколько "сферична", т.к. в большинстве случаев достаточно<br>"vconfig add vlan99 99". Могу привести ещё случай.<br><br> Попытаемся использовать бридж как "верёвку" для пропуска vlan'ов (нарвался в l2-топологии для виртуализации):<br>eth0.vlan[2,3,4]&lt;&gt;tap1&lt;&gt;br0&lt;&gt;tap2&lt;&gt;eth0.vlan[2,3,4]&gt;&gt;{BRIDGE VLAN 2,3,4}<br> Слева vlan'ы "втыкаются" в туннели к клиентам, для простоты опустил.<br> Справа я сбриджевал на второй виртуалке "протянутые" через br0 vlan'ы с первой. Дал ip, смаршрутизировал и т.д. Казалось бы, в чём подвох? А вот в чём: клиенты слева без проблем ходят в интернет, НО!!! - не видят друг друга, т.к. https://www.opennet.ru/openforum/vsluhforumID3/91502.html#160 Thu, 12 Sep 2013 19:05:50 GMT &gt; Тогда вот такая задача на понимание. Дано:<br>&gt;eth0 inet 192.168.0.0/24<br>&gt;eth1 inet 192.168.0.0/24<br><br>Мне думается обслуживать на одном, скажем так, логическом роутере пересекающиеся сети на двух разных сегментах не сможет ни одна ОС. Это в принципе невозможно: как вы будете разруливать ситуацию с входящим трафиком на пересекающиеся ip? Надо использовать net namespaces, и делать два виртуальных роутера.<br><br>&gt;eth0.vlan99&lt;&gt;br0.vlan{99,199,299}.<br><br>Не очень понятно: вы подняли на интерфейсе только один vlan, и удивляетесь почему остальные на нем не видны? Что включено в бридж?<br> https://www.opennet.ru/openforum/vsluhforumID3/91502.html#159 Mon, 09 Sep 2013 19:04:19 GMT &gt; Чем была продиктована необходимость создания столь сложной структуры iptables? В сравнении, <br>&gt; например - pf OpenBSD.<br><br>Оно сложно ровно до момента внимательного прочтения документации.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/91502.html#158 Mon, 09 Sep 2013 19:01:45 GMT Портирован никогда не будет из-за лицензионных ограничений. Но может своё что-то подобное запилится, но, видимо, оно никому особо и не надо.<br> https://www.opennet.ru/openforum/vsluhforumID3/91502.html#157 Mon, 09 Sep 2013 18:54:29 GMT &gt; 1) Планируется ли когда либо создание актуальной документации для утилиты tc? Сейчас <br>&gt; документация мягко говоря не актуальна и приходится лазить в код ядра, <br>&gt; чтобы хотя бы минимально понять как с ним работать, что уменьшает <br>&gt; целевую аудиторию в разы <br><br>1. Маны, которые идут комплектом, вполне объясняют большинство основных моментов. Если же говорить о LARTC хауту, то да, оно немного старовато, но в маны вполне актуализированы, и большинство фич там описано. По поводу сложности TC - QoS никогда не был простой штукой. Если хотите понимать, как им пользоваться, то надо хотя бы базовые понятия освоить без привязки к платформе. Куча примеров использования так же гуглится на раз. Будут теоретические знания и практика - будет и понимание, а с наскока эту тему осилить задача не из простых.<br><br>&gt; 2) Планируется ли добавить понятное объяснение, как конфигурировать r2q (ошибка HTB: quantum <br>&gt; of class 10001 is big/small), хотя бы вот такое http://www.stableit.ru/2013/07/tc-htb-r2q.html <br><br>2. По поводу HTB - А https://www.opennet.ru/openforum/vsluhforumID3/91502.html#156 Mon, 09 Sep 2013 18:35:41 GMT &gt; Алексей, почему развитие сетевой подсистемы ядра Linux остановилось? С начала двухтысячных <br>&gt; ничего нового, в документации и примерах tc описываются поведение серверов и <br>&gt; скорости десятимегабитных сетей. Неужели всё уже сделано и не хочется что <br>&gt; то переделать, улучшить? Спасибо.<br><br>Ну как же "ничего нового"? Одно введение RPS/RFS/XFS чего стоит. Так же сейчас очень активно пилится nftables (хотя и после более двух лет затишья), и есть очень большая вероятность, что его в течение года примут в мэйнлайн. Так же добавлено очень много расширений в TC (шедулеры, классификаторы, actions). Ну и куча всяких мелких плюшек. Документация - да, больное место. Но большинство примеров правильного применения легко гуглится и находится мэйл-листе netdev вместе с патчем для поддержки фичи. <br> https://www.opennet.ru/openforum/vsluhforumID3/91502.html#155 Mon, 09 Sep 2013 18:24:04 GMT Сейчас пилят поддержку МПЛС в OpenVSwitch. А данное изменение лишь вспомогательное.<br> https://www.opennet.ru/openforum/vsluhforumID3/91502.html#154 Mon, 09 Sep 2013 14:38:38 GMT &gt; http://openvswitch.org/ <br>&gt; не то?<br><br> [Шёпотом] Оно функции ядра использует.<br> И да, в сочетании, скажем, со свитчами HP (e.g. 2920) - будет профит.<br>