Коммутация в сетях — что со скоростью передачи данных?
Добрый день товарищи.
Надеюсь на вашу помощь!
Представьте себе 3 коммутатора, с номером 1 на верху и с номером 2 и 3 внизу подключены к номеру 1. Свичи подключены к первому только одним патчкордом, скорость 100мб/сек. Допустим, к номеру 2 и 3 подключены по два клиента, с номером 1 и 2 к свичу 2, 3 и 4 к свичу 3. Что будет, если клиент 1 и 2 начнут одновременно передавать данные клиентам 3 и 4, полоса в 100 мегабит поделится теоретически пополам, т.е. по 50 на каждого или нет?
Валентин
@vvpoloskin Куратор тега Компьютерные сети
Инженер связи
Нет. Коммутатор будет передавать на скорости порта (-5-7%) трафик от обоих клиентов. При достижении полки в 100Mb лишнее отбросится. Вы увидите в счетчиках коммутаторов (если они управляемые) скорее всего дропы. По какому принципу будут отбрасываться? В случае обычного неуправляемого коммутатора фрейм, прилетевший раньше, и уйдет раньше. Пришедший позже отбросится. Это действует как на передающий порт, так и на принимающий
@vvpoloskin отлично разложил, ну а что с задержками?
Написано
Валентин
@vvpoloskin Куратор тега Компьютерные сети
@aptu_24 при максимальной заполненности линка 100M задержки, вызванные коммутаторами, вы увидете только при TCP-соединении, так как в случае ошибок данные будут передаваться заново. Передача с помощью протоколов UDP/ICMP приведет просто к потере. Это справедливо для нашего простого случая - 3 коммутатора и 2 компьютера, без какой-либо маршрутизации
@aptu_24 пока у свича будет хватать мозгов обслужить поток (а даже самые дешевые свичи обычно способны обслужить 400 mbps через своё ядро) - лишних задержек не будет.
Задержки начнутся, когда свич не будет успевать дропать пакеты "лишние". Или суммарный трафик через его ядро прогрузит ему процессор на все 100%.