splattne висвітлив, що таке панель патчів, і чому вона відрізняється від комутатора.
Щоб відповісти на останню частину Вашого запитання: причина того, що з'єднання мережевих мереж не переходять безпосередньо до комутаторів, зазвичай пов'язана з простотою управління. Наприклад, місця робочого столу на офісному поверсі можна перенести назад на панель патчів з електромонтажною шафою, яка позначена мітками. Потім ви можете підключити короткі патчі ("хвостики" або "батоги") між панеллю патча та комутатором. Це робить місця повторного виправлення (для переміщень користувачів тощо) набагато простішими, так як запущені панелі патч-бюро не повинні торкатися взагалі.
У центрі обробки даних застосовується аналогічний аргумент. Якщо сервер потрібно перенести в іншу підмережу, яка перебуває на іншому фізичному перемиканні на ту, до якої він підключений, мати проміжні панелі патчів дуже корисно. Наприклад, у багатьох серверних кімнатах є MDF (головна рамка розподілу); всі сервери та всі порти комутації підключаються назад до мічених панелей патчів на цьому кадрі. Тоді створення з'єднання між сервером та комутатором - це простий випадок виправлення між двома портами на кадрі, а не необхідність підняття плиток для підлоги для запуску нового патчу з кінця в кінець.
РЕДАКТУВАННЯ: Щоб додати декілька зразкових топологій кабельного зв’язку:
1) Полі користувачів.
[хост] <<--patch-->> [підлоговий порт] << - структуроване кабельне з'єднання - >> [патч-патч-шафа] << - проводка / з'єднана кабель - >> [перемикач доступу до шафи]
2) Центри обробки даних, централізований доступ.
[хост] <<--patch-->> [панель виправлень кабінету] << - структуроване кабелювання - >> [панель патчів головного кадру A] <<--patch-->> [головна панель патчу патчу B] << - проводка / з'єднана кабель - >> [перемикач доступу до центру обробки даних]
Зверніть увагу на вищесказане, у вас може бути ще одна панель виправлень шафи в шафі комутатора; однак при використанні великих модульних комутаторів (240+ портів на шасі), за умови, що багато портів панельної панелі мають тенденцію до використання цінного U-простору в шафі; отже, чому ці з'єднання часто прямуються до головного кадру.
3) Центри обробки даних, розподілений доступ (кінець рядка).
[хост] <<--patch-->> [патч-патч шафи] << - кабельне з'єднання / пакетне з'єднання - >> [перемикач доступу в кінці рядка]
Цей вид топології часто застосовується при розгортанні лез, оскільки кількість розгорнутих шасі леза диктує саме кількість портів, які потрібно надати. Зауважте, зменшена фізична гнучкість - хости повинні бути підключені до комутаторів в одному ряду. Ваш логічний дизайн мережі повинен враховувати це.
4) Центри обробки даних, розподілений доступ (зверху стійки).
[хост] <<--patch-->> [перемикач доступу до стійки]
Потенційно корисно, коли у вас дуже однорідний датацентр з великою кількістю вузлів з однаковими вимогами.
Зауважимо, що це лише деякі приклади - також існує безліч інших підходів.