Переключающий контур

Петля коммутации или петля моста возникает в компьютерных сетях , когда между двумя конечными точками существует более одного пути уровня 2 (например, несколько соединений между двумя сетевыми коммутаторами или двумя портами одного и того же коммутатора, соединенными друг с другом). Петля создает широковещательные штормы , поскольку широковещательные и многоадресные сообщения пересылаются коммутаторами на каждый порт , коммутатор или коммутаторы будут неоднократно ретранслировать широковещательные сообщения, наводняющие сеть. ^[1] Поскольку заголовок уровня 2 не включает поле времени жизни (TTL), если кадр отправляется в зацикленную топологию, он может зацикливаться бесконечно.

Физическая топология, содержащая петли коммутации или моста, привлекательна по соображениям избыточности, однако в коммутируемой сети не должно быть петель. Решение состоит в том, чтобы разрешить физические петли, но создать логическую топологию без петель, используя агрегацию каналов , мостовое соединение по кратчайшему пути , протокол связующего дерева или TRILL на сетевых коммутаторах.

Трансляции

В случае широковещательной передачи пакетов по коммутационному контуру ситуация может перерасти в широковещательный шторм .

В очень простом примере коммутатор с тремя портами A, B и C имеет обычный узел, подключенный к порту A, а порты B и C соединены друг с другом в виде петли. Все порты имеют одинаковую скорость соединения и работают в полнодуплексном режиме. Теперь, когда широковещательный кадр поступает в коммутатор через порт A, этот кадр пересылается на все порты, кроме исходного порта, то есть порты B и C. Оба кадра, выходящие из портов B и C, проходят цикл в противоположных направлениях и снова входят в коммутатор через свои порты. порт-партнер. Кадр, полученный на порту B, затем пересылается на порты A и C, кадр, полученный на порту C, — на порты A и B. Таким образом, узел на порту A получает две копии своего собственного широковещательного кадра, в то время как две другие копии, созданные цикл продолжает работать. Аналогичным образом, каждый широковещательный кадр, поступающий в систему, продолжает циклически проходить через цикл в обоих направлениях, ретранслируя обратно в сеть в каждом цикле, и широковещательные сообщения накапливаются. В конце концов, накопленные широковещательные сообщения исчерпывают выходную пропускную способность каналов, коммутатор начинает терять кадры, и связь через коммутатор становится ненадежной или даже невозможной.

нестабильность базы данных MAC

передачи (MAC) коммутатора Петли коммутации могут привести к появлению вводящих в заблуждение записей в базе данных управления доступом к среде и к тому, что бесконечные одноадресные кадры будут транслироваться по всей сети. Петля может заставить коммутатор получать одни и те же широковещательные кадры на два разных порта и поочередно связывать отправляющий MAC-адрес с тем или иным портом. Затем он может неправильно направить трафик для этого MAC-адреса на неправильный порт, что фактически приводит к потере этого трафика и даже к тому, что другие коммутаторы также неправильно связывают адрес отправителя с неправильным портом.

Передача нескольких кадров

В резервированной коммутируемой сети конечное устройство может получить один и тот же кадр несколько раз. ^{[ нужна ссылка ]}

ТТЛ

Петли маршрутизации ограничиваются полем времени жизни (TTL) в уровня 3 заголовке пакета ; Пакеты будут циркулировать по циклу маршрутизации до тех пор, пока не истечет их значение TTL. не существует концепции TTL На уровне 2 , и пакеты в цикле коммутации будут циркулировать до тех пор, пока не будут отброшены, например, из-за исчерпания ресурсов.

См. также

Ссылки

^ «Как выявить и быстро устранить петлю/петли коммутации сети?» . 19 мая 2016 г.

[1] «Как выявить и быстро устранить петлю/петли коммутации сети?» . 19 мая 2016 г.

[1]