Change History (9)
follow-up: 2 comment:1 by , 6 years ago
comment:2 by , 5 years ago
Replying to san:
Краткое описание этой функции у Dlink: http://www.dlink.ru/u/faq/62/242.html
Похоже, здесь опечатка в URL. Вот правильный URL: http://www.dlink.ru/ru/faq/62/242.html
comment:3 by , 5 years ago
Возник вопрос. Предположим, коммутатор отправил кадр в порт 3 и получил его обратно из порта 5. Какой порт в этом случае должен быть заблокирован? 3? 5? И 3, и 5 одновременно?
comment:4 by , 5 years ago
Посмотрел ради интереса, что используем мой коммутатор TP-Link TL-SG108PE. Он для обнаружения петель посылает некие RRCP-0x25 query. Похоже, что каждый производитель делает по-своему...
comment:5 by , 5 years ago
Вопросов возникает все больше...
Допустим, некий порт передает тегированные кадры с разными VLAN ID. Как должны маркироваться кадры, отправляемые для контроля кольца? Должны ли они быть тегированы, и если да, то каким VLAN ID? Логика подсказывает, что кольцо может образоваться в любом VLAN, следовательно, кадры контроля кольца должны передаваться для каждого VLAN (и, соответственно, конфигурироваться для каждого VLAN). Я правильно понимаю?
Еще вопрос. Верно ли я понимаю, что при обнаружении кольца порт коммутатора блокируется весь целиком (независимо от того каким VID был маркирован отправленный кадр и каким VID маркирован принятый)?
follow-up: 7 comment:6 by , 5 years ago
Алексей, я пока не могу ответить на твой вопрос. дай мне пару дней.
comment:7 by , 5 years ago
Replying to artem:
дай мне пару дней.
Да я же тебя в сроках не ограничиваю, :) ответишь, когда будешь готов...
comment:9 by , 4 years ago
Пока реализован единственный вариант реакции на обнаружение петли: передающий порт (порт, в который был передан вернувшийся обратно кадр) полностью блокируется на заданное время (recovery time).
Планирую дополнить варианты действий такими (по выбору в настройках):
- блокировать приемный порт (порт, в который зацикленный кадр вернулся);
- блокировать приемный и передающий порты одновременно;
- исключить передающий порт из VLAN;
- ничего не делать (только зафиксировать факт обнаружения петли в системе обслуживания/мониторинга).
Есть ли какие-то еще предложения по вариантам предпринимаемых действий? Видел в описании какого-то коммутатора вариант "Nolearning" (The interface is disabled from learning MAC addresses. This action is selected when the interface still needs to properly forward data packets after a loop is detected.), но я не понимаю, как это помогает при образовании петли...
Краткое описание этой функции у Dlink: http://www.dlink.ru/u/faq/62/242.html