Пока я писал ответ, вы свой уже опубликовали ))
Могу еще добавить, что ttl не спасет от получения дублированных копий пакетов и от самой проблемы размножения пакетов. просто немного снизит эффект. Чтобы ttl работал, добавь мы его в ethernet заголовки, необходимо добавить еще и идентификатор пакета, чтобы свитчи могли как-то отслеживать, пропускали они уже такой пакет или нет. Все это очевидно здорово усложнило бы протокол 2го уровня, который должен быть максимально простым.
Потому что коммутаторы работают на втором уровне эталонной сетевой модели с протоколом ethernet, а не с протоколом ip. Механизм ttl — часть ip протокола, в ethernet он отсутствует.
Такая благодатная тема для рассказа и так мало написано. По сути перевод статьи с английской википедии с использование языка луркмоара.
Где рассказ, чем детально отличаются STP,RSTP и MSTP, что когда применять, вопросы совместимости протоколов, вопросы безопасности. Что такое edge/portfast порты, чем вредны частые перестроения stp топологии…
Вопрос к автору, не силен в питоне, но насколько я понял ваш скрипт определяет просто наличие петли в сети?
В чем тогда его практический смысл? узнать что петля есть — это конечно хорошо, но важно ее найти и устранить. а как ваш скрипт помогает в этом деле, я пока не понимаю…
Господь с вами, почитайте что такое transparent bridge. Если не включать всякие разные навороты, типа mac acl, unicast flooding control и прочее, прочее, что умеют современные управляемые свитчи, юникаст трафик умные и тупые коммутаторы передают абсолютно одинаково.
далее про мультикаст. клиент посылает ip пакет на мультикастовый адрес 224.0.0.22 с типом протокола верхнего уровня igmp, где уже в igmp заголовке написано на какую группу клиент хочет подписаться. Свитч увы должен этот пакет вскрыть аж до igmp заголовка, чтобы узнать в какую мультикаст группу стоит отнести данный порт. Собственно называть вы это можете хоть технологией третьего уровня, хоть технологией второго уровня, но технически прав allarm
Все таки прокуратора и суд честно не хотели выключать людям жж. Даст бог, маразм кончится.
Могу еще добавить, что ttl не спасет от получения дублированных копий пакетов и от самой проблемы размножения пакетов. просто немного снизит эффект. Чтобы ttl работал, добавь мы его в ethernet заголовки, необходимо добавить еще и идентификатор пакета, чтобы свитчи могли как-то отслеживать, пропускали они уже такой пакет или нет. Все это очевидно здорово усложнило бы протокол 2го уровня, который должен быть максимально простым.
Где рассказ, чем детально отличаются STP,RSTP и MSTP, что когда применять, вопросы совместимости протоколов, вопросы безопасности. Что такое edge/portfast порты, чем вредны частые перестроения stp топологии…
в общем ждем от вас больше креатива
Единственное чего не понял — почему ubuntu вынесено в название статьи. Данные советы подходят для любого linux дистрибутива.
В чем тогда его практический смысл? узнать что петля есть — это конечно хорошо, но важно ее найти и устранить. а как ваш скрипт помогает в этом деле, я пока не понимаю…
далее про мультикаст. клиент посылает ip пакет на мультикастовый адрес 224.0.0.22 с типом протокола верхнего уровня igmp, где уже в igmp заголовке написано на какую группу клиент хочет подписаться. Свитч увы должен этот пакет вскрыть аж до igmp заголовка, чтобы узнать в какую мультикаст группу стоит отнести данный порт. Собственно называть вы это можете хоть технологией третьего уровня, хоть технологией второго уровня, но технически прав allarm