блок комутаційних комунікацій проти штормового управління


9

Я не впевнений , що різниця в поведінці між switchport block multicastі storm-control multicastі я не думаю , що сиг конкретизує різниця дуже добре в своїй документації, крім факту грозова контролю надає вам рівні контролю, але в цьому випадку, припустимо , що шторм -контроль дозволяє лише отримати 0 або 100. Чим він відрізняється, наприклад, від блоку комутаторів?

Оновлення: я випадково написав "блок комутації одноадресної передачі", коли мав намір написати "блок комутаційних перемикачів".

Відповіді:


12

Ну, першою відмінністю було б те, що switchport block unicastблокує невідомий одноадресний і storm-control multicastблокує багатоадресні пакети.

Різниця між switchport block XXXcastі storm-control XXXcastполягає саме в тому, що ви хочете виключити у своєму питанні. Ви можете вибрати будь-яке відсоткове значення storm-control. Він заблокує трафік зазначеного типу, який перевищує цей відсоток пропускної здатності на порту. switchport blockце простий так / ні. Він блокує все при активації.

Оновлення:

Як зазначалося в ytti, на деяких низьких класах, коли storm-control multicastбуде перевищено, весь трафік буде фільтруватися. У цьому випадку storm-control multicastнебезпечно і марно.

Також на інтерфейсах з високою пропускною здатністю (1 / 10GE), будь ласка, пам’ятайте, що навіть невеликий відсоток пропускної здатності може знищити коробку, яка подає пакети до процесора. Якщо можливо, використовуйте CoPP для захисту площини управління. Також завжди використовуйте pps замість bps для CoPP, якщо можливо.


4
Деякі комутатори низького класу, як-от 3550, коли "штормове управління багатоадресною передачею" перевищено, весь трафік фільтрується, а не лише багатоадресна передача, що робить його дуже непридатним. Крім того, коли я бачу людей, які налаштовують штормове управління, я регулярно бачу, як вони задають смішно великі значення, мінімально можливе значення WS-X6704-10GE на 0,34% вище, ніж ви хочете (поле загине на 0,34% @ 10GE).
ytti

хм 34Мбіт / с, ймовірно, достатньо, так. CoPP, можливо, може допомогти у цьому випадку.
Себастьян Візінгер

2
Це нагадує мені, що коли платформа дозволяє виконувати управління штормом або CoPP в pps, завжди використовуйте pps замість bps.
ytti

1
1) Є лише "невідомий односхилий". Це означає, що комутатор / маршрутизатор не знає, на якому порту знаходиться MAC-адреса призначення, і тому він заповнює пакет у всі порти (крім того, звідки він його отримав).
Себастьян Візінгер

1
2) Тому що процесор повинен переглядати кожен отриманий пакет, і це може зайняти багато часу процесора. Процесор також потрібен для інших матеріалів, таких як ведення всіх протоколів управління (STP, LACP, BGP, IGP ...), він не може цього зробити, якщо він перевантажений "марними" пакетами. Різноманітні функції на комутаторі (наприклад, IGMP sooping) будуть запускати пакети до центрального процесора. Це не проблема з невідомим єдиним трансляцією, але з багатоадресною передачею та, можливо, трансляцією.
Себастьян Візінгер
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.