В splattne рассказано, что такое патч-панель и почему она отличается от коммутатора.
Чтобы ответить на последнюю часть вашего вопроса: причина того, что сетевые соединения хоста не идут напрямую к коммутаторам, обычно связана с простотой управления. Например, места на столе на офисном этаже могут быть подключены к коммутационной панели монтажного шкафа, которая помечена местами. Затем вы можете подключить короткие патчи («хвосты» или «кнуты») между панелью патчей и коммутатором. Это значительно упрощает повторное исправление местоположений пульта (для перемещений пользователей и т. Д.), Так как к касаниям пульта desk-> patch patch вообще не нужно прикасаться.
В центре обработки данных применяется аналогичный аргумент. Если сервер необходимо переместить в другую подсеть, которая находится на физическом коммутаторе, отличном от того, к которому он подключен, очень полезно иметь промежуточные коммутационные панели. Например, во многих серверных комнатах есть MDF (основная распределительная рама); все серверы и все порты коммутатора подключены к маркированным коммутационным панелям на этом кадре. Затем создание соединения между сервером и коммутатором является простым случаем исправления между двумя портами на фрейме, вместо того, чтобы поднимать плитки для пола, чтобы запустить новое сквозное исправление.
РЕДАКТИРОВАТЬ: Чтобы добавить несколько примеров кабельных топологий:
1) Пользовательские этажи.
[хост] << - патч - >> [напольный порт] << - структурированная кабельная проводка - >> [коммутационная панель монтажного шкафа] << - кабельная проводка в комплекте / >> - [переключатель доступа к монтажному шкафу]
2) Дата-центры, централизованный доступ.
[хост] << - патч - >> [коммутационная панель шкафа] << - структурированные кабели - >> [патч-панель главного рамы A] << - патч - >> [патч-панель основного рамы B] << - кабели в комплекте / в комплекте - >> [коммутатор центра обработки данных]
Обратите внимание, что в коммутационном шкафу может быть еще одна коммутационная панель шкафа; однако при использовании больших модульных коммутаторов (более 240 портов на шасси) при условии, что многие порты коммутационной панели имеют тенденцию занимать ценное U-пространство в шкафу; следовательно, почему эти соединения часто напрямую используются в главной раме.
3) Центры обработки данных, распределенный доступ (конец строки).
[хост] << - патч - >> [коммутационная панель шкафа] << - кабели в комплекте / в комплекте - >> [коммутатор доступа к концу ряда]
Этот тип топологии часто используется при развертывании блейдов, поскольку количество развернутых блейд-шасси точно определяет количество портов, которые необходимо выделить. Однако обратите внимание на сниженную физическую гибкость - хосты должны быть подключены к коммутаторам в одном ряду. Ваш логический проект сети должен учитывать это.
4) Центры обработки данных, распределенный доступ (верх стойки).
[хост] << - патч - >> [верхняя часть коммутатора доступа к стойке]
Потенциально полезно, когда у вас очень однородный центр обработки данных с множеством узлов с одинаковыми требованиями.
Обратите внимание, что это только некоторые примеры - есть и множество других подходов.