Comments 15
А вы опять?
Ну сказать честно на статью на хабре это не тянет... Тем более от такого производителя. К примеру сходу вот так l3 коммутатор без описания его характеристик? Почему именно он? Да и то что показали... вот так берём ваш сайт, выбираем продукцию и там же выбираем поддерживаем оборудование. Т.е. ни нового и секретного. Тут даже у молодого айтишника проблем возникнуть не должно. Достаточно 5 минут "покурить" гугл.
В принципе, Zyxel никогда не ставил задачу «впарить любой ценой». Наоборот, всё направлено на адаптацию решений, совместимость и т.д. Цель данного блога — скорее образовательная. Мы стараемся показать, что есть те или иные архитектурные решения, при их реализации возникают вот такие нюансы и вот так в итоге можно всё сделать.
А наши железки — это скорее иллюстрация к тексту. Просто они у нас есть под рукой. И было бы странно, если в корпоративном блоге Zyxel станут писать о других вендорах. Но мы совсем не против мультивендорных проектов и даже была мысль выпустить материал про это.
Но рекламоненавистничество некоторых читателей достало уже. Поэтому вот, имеем то что имеем.
А вот посты посвященные каким-то плюшкам, реалиям (ну чтобы ctrl+c — ctrl+v и все заработало), это интересно как мне кажется. К примеру у меня сейчас стоит вопрос о переходе в стойке серверной и коммутационной на L3 коммутаторы. Вот я не знаком с вашей продукцией и хотелось бы увидеть какой-то пример (функционал) подобного коммутатора. Сейчас стоит такая задача: собрать отдельный vlan непосредственно для серверов, отдельным портом (или аргерацией как ниже спросил камрад czz ) соединить коммутатор с общей сетью и на уровне L3 передать определенные ресурсы с какими-то политиками и ограничениями.
В 2021 году рассказывать в общих тонах про 10гбе… Тем более заявляя «Однако это совсем не означает, что только они подходят к устройствам Zyxel. Нет никаких ограничений в использовании. Основная политика — совместимость с различными моделями, вендорами и т.д.»… Не уж то завезли 100% совместимость?
Передал Вашу просьбу в инженерный отдел, постараемся помочь с материалом.
По поводу "В 2021 году рассказывать в общих тонах про 10гбе…" — Вы не поверите, но до сих пор люди продолжают плодить... мягко говоря, весьма нестандартные решения.
Мы хотели в первую очередь познакомить с некоторыми основами тех, кто ещё не перешел на 10GBE, а таких организаций довольно много.
А ещё бывают просто уникальные моменты. Например, я сам лично встречал руководителя сетевого подразделения, который искренне "не любил" 6 категорию витой пары (и выше). Ему не нравилось, что кабели "упрямые" и с трудом укладываются в органайзер. С категорией 6 и выше это выглядело не так, как он хотел. Поэтому он всё кроссировал категорией 5E: от Fast Ethernet до 10GBE.
Ещё пример из моей личной практики (ещё до до сотрудничества с Zyxel): инициативная группа в отделе IT одного из системных интеграторов решила проверить оборудование перед отправкой на площадку. Во время проверки всё смонтировали в свободную стойку, длинные оптоволоконные патчкорды разбросали по полу и смело наступали на них ногами, когда требовалось подойти поближе.
"Основная политика — совместимость с различными моделями, вендорами и т.д.»… Не уж то завезли 100% совместимость?"
Скажем так, Zyxel делает ставку на соблюдение общих стандартов и к этому же призывает других производителей. Мы не пытаемся искусственно что-либо ограничить, чтобы огородить свою поляну и выжить с неё всех остальных.
Мало того, стараемся работать вместе с другими вендорами. Например, сотрудничаем с ATEN в сфере AV-over-IP.
Подскажите, пожалуйста: если два свитча соединить двумя или четырьмя линиями с целью получить между ними 20/40 гигабит, это будет работать? Все ли свитчи так умеют, нужна ли специальная настройка? Спасибо.
Настройки делать надо, хотя, возможно, существует какая-нибудь проприетарная автоматика у разных производителей.
Но будет зависеть от трафика. Балансировка между линками производится по потокам на основе мак адреса, ip адреса и более сложные случаи вплоть до прикладного уровня.
Если трафик будет идти только между двумя адресами, то пойдёт в один линк.
Существуют, конечно, варианты балансировки и по пакетам, но ни к чему хорошему такая балансировка, как правило, не приводит, только к деградации из-за out of order пакетов.
Всё зависит от конкретных железок. Некоторые коммутаторы умеют агрегацию, но если они разных производителей - нудно смотреть режим агрегирования (это обширный зоопарк в котором согласование может быть как автоматическим, так и ручным соединение сервера с коммутатором по нескольким линкам отдельная история). Коммутаторы одного вендора и одной модели могут быть собраны в стэк при этом один коммутатор осуществляет основное управление, а остальные (до 6-8 устройств) будут как бы расширением портов, у коммутаторов собраных в стэк один ip адрес и для внешних устройств один mac.
К сожалению в статье рассмотрен только физический уровень для начинающих и ничего не сказано о протоколах логических уровней (LACP)
Cети 10 GBE без синяков и шишек