Какой тип коммутатора я должен использовать для создания сайта с 140 настольными компьютерами и около 20 SIP-телефонами?
Мы переезжаем в новый офис, и нам нужно будет настроить сетевой шкаф. Я предполагаю, что у нас будет около 140 портов Ethernet и мы будем использовать кабели CAT6a для соединений 1 Гбит / с.
Мне интересно, есть ли рекомендуемый переключатель, который мы должны получить? Должны ли мы использовать управляемые коммутаторы L2? Стекируемые коммутаторы L2? А что с "умными" переключателями?
Я также думаю, что для SIP-телефонов они должны быть подключены к другому коммутатору. Правильно ли я разделяю это?
План состоит в том, чтобы коммутаторы были подключены к устройству восходящей линии связи, которое является либо коммутатором L3, либо устройством безопасности (брандмауэр).
Ценю помощь.
Благодарю.
1 ответ
Чтобы держать это в теме, а не делать это основанным на мнении, я просто расскажу о технологиях, которые вы упоминаете в своем вопросе.
Re: управляемый против неуправляемый
Неуправляемый коммутатор не дает никаких функций для мониторинга коммутатора. Вы не можете видеть отправленные / полученные пакеты, количество ошибок и т. Д. Это просто "черный ящик", который перемещает пакеты. Обычно вы не получаете функциональность виртуальной локальной сети (VLAN).
Управляемый коммутатор даст вам представление об объемах передаваемого трафика и, как правило, позволит вам просматривать таблицы смежности MAC-адресов и использовать протоколы, такие как протокол связующего дерева (STP), протокол обнаружения канального уровня (LLDP), простая сеть Протокол управления (SNMP) и др.
Я не знаю, что такое "умный" переключатель. Можете ли вы привести пример?
Многие скажут, что при более чем 140 клиентах неуправляемый коммутатор не обеспечивает достаточной видимости для устранения проблем. Я бы очень, очень опасался использовать неуправляемые коммутаторы в такой среде.
Re: укладка
Стекируемые коммутаторы имеют выделенные порты, чтобы обеспечить более высокоскоростное подключение к другим коммутаторам, чем позволяют не стекируемые порты. Соединение коммутаторов через один не стекируемый порт может создать узкое место. Будет ли это создать один в вашем сценарии? Это зависит.
Вы также можете объединить несколько портов между коммутаторами в качестве альтернативы использованию стекового коммутатора. Вы можете думать о агрегированных ссылках так же, как и со стеком, с точки зрения пропускной способности. (Хотя, очевидно, вы будете использовать порты для соединения в сценарии объединения каналов, который вы не будете использовать в сценарии стекового коммутатора.)
С 140 клиентскими компьютерами вы, вероятно, не будете подключать всех клиентов к одному и тому же коммутатору, к которому будут подключаться серверы, к которым они могут получить доступ (поскольку вы, вероятно, будете использовать коммутаторы с максимальным количеством портов на 48 портов). Клиенты, подключенные к тому же коммутатору, что и серверы, будут иметь более быстрый доступ к этим серверам, чем другие клиенты. Использование стекового коммутатора (или агрегации) даст большую пропускную способность тем клиентам, которые подключены к коммутаторам, отличным от того, к которому подключены серверы.
Делать вызовы на стекируемые и не стекируемые вызовы сложнее. Например, если у вас нет локальных серверов, и все клиенты все равно будут использовать порт uplink, то вы, вероятно, не увидите конфликта пропускной способности, как я описал выше, в сценарии, не поддерживающем стек.
Re: разделение телефонов
Если телефонам требуется Power over Ethernet (PoE), а настольные клиенты не нуждаются, тогда, вероятно, имеет смысл приобрести отдельный PoE-коммутатор с меньшим количеством портов для телефонов. Нет смысла покупать больше портов PoE, чем вам нужно, учитывая, что порты PoE имеют надбавку к стоимости по сравнению с портами, отличными от PoE.
Если вы не используете PoE, маловероятно, что вы получите какую-то конкретную выгоду от использования отдельного коммутатора для телефонов, если коммутаторы поддерживают разделение телефонов в отдельную VLAN (что является наилучшей практикой при почти каждая система передачи голоса по IP (VoIP) там).