Comments 24
Может стоит хоть картинок добавить, а то ну соовсем ничего не понятно ничего.
Увы, планы несколько поменялись. :-/
В качестве иллюстрации добавил картинку веревочного телефона.
Несколько пояснений
Коммутаторы — это точки графа, через которые проходят участки виртуальных каналов связи (VLAN).
Внутри канала p2p запоминание адресов не нужно, т.к. получатель только один. Поэтому mac-learning в таком VLAN можно выключить.
Выключать RSTP нельзя, т.к. если будет ошибка в конфигурации сети, получится петля и шторм.
p2p тип линка нужен для оптимизации работы протокола 3го уровня. Иначе интерфейс будет восприниматься как широковещательный и протокол маршрутизации отработает по другому (неоптимально).
Внутри канала p2p запоминание адресов не нужно, т.к. получатель только один. Поэтому mac-learning в таком VLAN можно выключить.
Выключать RSTP нельзя, т.к. если будет ошибка в конфигурации сети, получится петля и шторм.
p2p тип линка нужен для оптимизации работы протокола 3го уровня. Иначе интерфейс будет восприниматься как широковещательный и протокол маршрутизации отработает по другому (неоптимально).
Добавлю вечером.
о чем статья? о том что «Можно сделать вот так, почитайте об этом по этой ссылке и по этой, а мне разжевывать некогда»? спасибо
Не совсем так. Схемы сейчас нет возможности рисовать.
По ссылкам можно получить дополнительную информацию и определенные знания по матчасти. А в статье написано о том как их применить и какие проблемы можно решить.
Имея определенный бэкграунд, можно попробовать сделать самому.
Все нюансы все-равно описать нельзя, это же не энциклопедия, да и нужно понимать задачи и уровень подготовки того, кто читает.
вот после таких «дизайнерских» решений очень сложно что-либо траблшутить, особенно в большой сети.
Смотря как построена и задокументирована сеть. И для чего она предназначена. Согласен, что применение достаточно ограниченное и если этот прием применять не к месту, то можно получить проблемы.
Например, неуместно использовать этот способ в больших «хаотичных» L2-доменах. Правда диагностика неисправностей в таких сетях всегда проблема.
Про какие большие L2-сети идет речь?
Если про применение в современных ЛВС, то они строятся по другим принципам.
Про применение в сетях ШПД на уровне доступа не задумывался.
Если использовать правильно, можно считать это «тюнингом».
В других случаях «тюнинг» вполне может оказаться «костылем», от которого лучше избавиться.
Например, неуместно использовать этот способ в больших «хаотичных» L2-доменах. Правда диагностика неисправностей в таких сетях всегда проблема.
Про какие большие L2-сети идет речь?
Если про применение в современных ЛВС, то они строятся по другим принципам.
Про применение в сетях ШПД на уровне доступа не задумывался.
Если использовать правильно, можно считать это «тюнингом».
В других случаях «тюнинг» вполне может оказаться «костылем», от которого лучше избавиться.
про ШПД.
Вообще выключать лернинг, так себе решение, при неправильных действиях это приведет к Unknown Unicast шторму.
И слышали ли вы когда-нибудь про BFD?
Вообще выключать лернинг, так себе решение, при неправильных действиях это приведет к Unknown Unicast шторму.
И слышали ли вы когда-нибудь про BFD?
С удовольствием послушаю.
Шторма не будет, если зарезервировать VLAN и не подключать к нему лишние интерфейсы коммутатора доступа.
вы уверены что никто и никогда, случайно не пропишет этот влан на лишний интерфейс? я вот не уверен.
От человеческого фактора не спасут никакие меры предосторожности.
Приведу вам одну из моих любимых цитат, касающихся нетворк инжиниринга:
With sufficient thrust, pigs fly just fine. However, this is
not necessarily a good idea. It is hard to be sure where they
are going to land, and it could be dangerous sitting under them
as they fly overhead.
With sufficient thrust, pigs fly just fine. However, this is
not necessarily a good idea. It is hard to be sure where they
are going to land, and it could be dangerous sitting under them
as they fly overhead.
Риски должны быть контролируемы и оправданы, иначе в них нет смысла. :)
Выключать мак лернинг ради экономии нескольких мак адресов. Наверное тут проблема всё таки в дизайне, которая решаются совсем другими методами. Хотя если вы не в эксплуатации всего этого хозяйства, то наверное это уже и не ваши трудности.
Не имеет смысла (риски и масштаб возможной проблемы)
Отчасти (излишняя оптимизация)
Да, но трудности всегда общие. Поэтому решения согласуются и прорабатываются совместно.
Отчасти (излишняя оптимизация)
Да, но трудности всегда общие. Поэтому решения согласуются и прорабатываются совместно.
хорошо что подобные решения никогда не применялись на тех сетях, с которыми я работал.
Для уровня доступа сетей ШПД существуют штатные решения и апробированные дизайны. Как делать зависит от сервисов и устройства смежных систем (требования/история). Проблемы обычно возникают, если нет единой идеологии создания сервисов. Например, на разных уровнях используются разные подходы (к проектным решениям, к обслуживанию сети), если сеть создается из «набора» объединенных сетей, спроектированных по разным принципам. Чаще всего подобные проблемы возникают при использовании мультивендорных решений при недостаточной проработке.
Опечатки в статье.
Речь про PVST-протокол.
Поправлю. Может быть. Потом. Половину. Если восстановлю рейтинг.
Sign up to leave a comment.
Использование STP для создания p2p каналов