Как управляемые коммутаторы обрабатывают Широковещательную Многоадресную передачу и Одноадресную передачу?
Это очень зависит от архитектуры конкретного рассматриваемого переключателя. Широкий диапазон цен для 48-портового "управляемого коммутатора" (например, менее чем 300$ к хорошо более чем 10 000$) должен сказать Вам, что существует что-то существенно другое продолжение внутри. Если Вы не заплатили очень за свой переключатель (и я надеюсь, что Вы не сделали), довольно вероятно, что многоадресно передает (и другие функции "предприятия") разгружены к программному обеспечению (если они поддерживаются вообще).
Основная одноадресная передача стала довольно недорогой, чтобы сделать в аппаратных средствах, таким образом, я ожидал бы, что любой современный Ethernet-коммутатор будет работать обоснованно хорошо при основной одноадресной передаче при легких загрузках.
Когда Вы начинаете добавлять больше опций к аппаратным средствам, стоимость значительно повышается. Например, передача одноадресных кадров очень отличается, чем выполнение репликации пакетов на основе динамического многоадресного состояния. Это - оба очень специализированные задачи. Это берет определенные биты аппаратных средств, чтобы сделать любое хорошо. У большинства пользователей низкокачественных переключателей нет огромных многоадресных потребностей. Оплата определенных для многоадресной передачи аппаратных средств является отходами для этих пользователей.
Но большинство сетей использует немного многоадресной передачи. Следовательно, производителям свойственно реализовать многоадресную передачу и другие реже использованные функции в программном обеспечении. Например, одноадресной передаче, передавая аппаратные средства сказали бы передать что-либо с многоадресным MAC-адресом к внутреннему порту, где они получены подсистемой ЦП (или по крайней мере какой-то микроконтроллер). Затем программный процесс может посмотреть на кадр, консультироваться с многоадресной таблицей переадресации, копировать кадр и возвратить несколько копий аппаратным средствам, один на порт, который будет передан. Очевидно, много опций может быть добавлено в этой точке в программном обеспечении, не влияя на стоимость переключателя значительно.
В такой системе производительность никогда не будет в какой-либо степени, что это для одноадресной передачи. Производительность ЦП, очевидно, окажет некоторое влияние, но если Вы отправляете так много трафика "исключения", который не может быть передан в аппаратных средствах, Вы делаете его неправильно. Необходимо купить другой переключатель.
В худшем случае действительно низкокачественный переключатель не будет иметь никаких защит ресурсов так тот же ЦП, этим хлопают с многоадресным трафиком, забудет, что это также ответственно за уход и питание всего остального в переключателе. Если ЦП будет слишком занят, копируя многоадресный трафик для держания одноадресных таблиц в курсе в аппаратных средствах (или независимо от того, что ЦП, как предполагается, делает), то у Вас будут все виды проблем.
- То же как неуправляемые переключатели; возможно с добавленной сложностью VLAN и подобный.
- Это - конкретная реализация, но обычно нет никакого различия. Пакетные штормы могут вызвать задержку, но это не связано с типом пакета конкретно.
- То же как № 2: конкретная Реализация и обычно никакое различие.
- "Загрузка" не является четко определенным термином, я думаю, что Вы имеете в виду использование портов. Многоадресная передача только передается тем портам, подписанным на группу, куда Широковещательная передача отправляется в каждый порт (предмет все еще к добавленным сложностям как VLAN).