likeabus Mar 18 at 20:46

MST в Linux

Medium

7 min

5.5K

Network technologies*System administration*DevOps*

Comments 12

adeep Mar 19 at 04:51

у вас же в первой ссыле написано: Multiple Spanning Tree Protocol (MSTP). Почему MST?

likeabus Mar 19 at 07:08

Думаю, это тот самый случай, где будет уместен ответ "так исторически сложилось" :). Поясню, смысл в том, что MSTP - опирается на RSTP, но дополнительно использует концепцию деревьев, так что получается протокол всё же тут другой, а именно RSTP. Опять же, некоторая игра слов и в документации встречал оба варианта. Cisco везде указывает MST, а Juniper пишет MSTP.

С другой стороны, наверное правильно брать референс с какого-то более надежного источника, всё-таки вендора могут и что-то там себе придумать, поэтому вот нашёл статью на IEEE - https://www.ieee802.org/1/files/public/docs2005/qrev-rouyer-mstp-0105.pdf. В общем правильный вариант всё-таки MSTP.

13werwolf13 Mar 19 at 07:08

на будущее: рекомендую вместо `make menuconfig` задействовать `make nconfig`, там есть поиск, он умеет отслеживать зависимости модулей, и в целом выглядит приятнее.

likeabus Mar 19 at 07:10

спасибо, попробую

fshp Mar 19 at 08:16

Они отличаются только TUI. Отслеживанием зависимостей занимается Kconfig.

13werwolf13 Mar 19 at 08:45

возможно я за давностью событий что-то подзабыл, но емнип если в nconfig выбрать модуль которому для работы нужен другой модуль он об этом явно пишет, а menuconfig нет. конечно там под капотом для этого дёргается что-то, но разве это важно в данном контексте?

fshp Mar 19 at 09:09

В справке по параметру указаны все его зависимости и в nconfig и в menuconfig. Включаются они автоматически без уведомлений. В этом плане различий у них нет.

13werwolf13 Mar 19 at 10:36

Не стану спорить, возможно menuconfig у меня не включал зависимости по причине моих кривых рук или кривых рук мцст. В таком случае это был лишь частный случай а не правило..

EOShipnyagov Mar 19 at 07:35

Тот самый случай, когда статья полностью на эльфийском)

dmitrmax Mar 19 at 07:54

Какие заметные преимущества и в каких условиях MSTP даёт перед STP?

А так-то в ядре много чего нет. Какие-нибудь OSPFы тоже идут отдельными демонами.

likeabus Mar 19 at 09:19

Ну тут не совсем так, по крайней мере если я правильно понимаю структуру. Есть отдельные внешние демоны - это ровно то, что я рекомендовал к использованию - mstpd, а есть встроенный пакет bridge_mst.c внутрь модуля iproute2, который идёт в составе ядра, вот с ним и не вышло, хотя по идее, казалось бы что должно.

MSTP перед STP имеет основное преимущество в том, что во-первых, он быстрее, т.к. использует RSTP, во-вторых имеет возможность делить разные вланы на разные деревья и поэтому влияние на одно, не приводит к влиянию на другое, что в случае с классическими STP и RSTP не так. Есть ещё вариант от Cisco, PVST+, где они делают каждое дерево, под каждый влан, но тут минус в том, что в MSTP можно самому поуправлять и сделать соотношение VLAN:INSTANCE равное 1:1, так и N:1.

dmitrmax Mar 20 at 11:41

Модуль iproute2 никак не может реализовывать MSTP. Это скорее всего просто средство настройки (как и весь пакет утилит iproute2), которая по сути является обёрткой надо API NetLink соркетов. Активная часть, которая рассылает и слушает пакеты должна крутиться либо в ядре, либо отдельным демоном.