Добавить функцию "Loopback detection" в Ethernet коммутатор.

[san]

Краткое описание этой функции у Dlink: ​http://www.dlink.ru/u/faq/62/242.html

[alx]

Replying to san:

Краткое описание этой функции у Dlink: ​http://www.dlink.ru/u/faq/62/242.html

Похоже, здесь опечатка в URL. Вот правильный URL: ​http://www.dlink.ru/ru/faq/62/242.html

[alx]

Возник вопрос. Предположим, коммутатор отправил кадр в порт 3 и получил его обратно из порта 5. Какой порт в этом случае должен быть заблокирован? 3? 5? И 3, и 5 одновременно?

[alx]

Посмотрел ради интереса, что используем мой коммутатор TP-Link TL-SG108PE. Он для обнаружения петель посылает некие RRCP-0x25 query. Похоже, что каждый производитель делает по-своему...

[alx]

Вопросов возникает все больше...

Допустим, некий порт передает тегированные кадры с разными VLAN ID. Как должны маркироваться кадры, отправляемые для контроля кольца? Должны ли они быть тегированы, и если да, то каким VLAN ID? Логика подсказывает, что кольцо может образоваться в любом VLAN, следовательно, кадры контроля кольца должны передаваться для каждого VLAN (и, соответственно, конфигурироваться для каждого VLAN). Я правильно понимаю?

Еще вопрос. Верно ли я понимаю, что при обнаружении кольца порт коммутатора блокируется весь целиком (независимо от того каким VID был маркирован отправленный кадр и каким VID маркирован принятый)?

[artem]

Алексей, я пока не могу ответить на твой вопрос. дай мне пару дней.

[alx]

Replying to artem:

дай мне пару дней.

Да я же тебя в сроках не ограничиваю, :) ответишь, когда будешь готов...

[alx]

In 1942/sw:

Реализована функция "Loopback detection" для коммутатора ethernet. Closes #346.

[alx]

Пока реализован единственный вариант реакции на обнаружение петли: передающий порт (порт, в который был передан вернувшийся обратно кадр) полностью блокируется на заданное время (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.), но я не понимаю, как это помогает при образовании петли...