Настройка Hp 2510g 24

Обновлено: 21.11.2024

Я экспериментировал со своей домашней лабораторией, которая, кстати, недавно была обновлена, и при настройке магистрального порта на моем HP Procurve 1810g-24 для одного из моих хостов ESXi4.1 я заметил кое-что интересное относительно как реализован LACP на уровне vSwitch. На самом деле он использует статический LACP, а не динамический LACP.

Статический протокол LACP, фактически не являющийся протоколом LACP, не передает и не обрабатывает полученные LACPDU. Порты-члены не передают LACPDU, и все LACPDU, которые они могут получить, отбрасываются. Другими словами, ссылки агрегируются в транке, но этот транк не обменивается, например, какой-либо информацией о статусе этого транка. CP исключен из LACP 🙂

Но сначала давайте сосредоточимся на терминах, которые вы, возможно, уже слышали, таких как объединение портов, EtherChannel, агрегация каналов, LACP и IEEE802.3ad. Я не буду переписывать определения, поэтому вставлю сюда часть VMware KB 1004048, которая все объясняет:

EtherChannel: это метод агрегации каналов (транкинга портов), используемый для обеспечения отказоустойчивости и высокоскоростных каналов между коммутаторами, маршрутизаторами и серверами путем группирования от двух до восьми физических каналов Ethernet для создания логического канала Ethernet с дополнительным аварийным переключением. ссылки. Дополнительные сведения о Cisco EtherChannel см. в документе EtherChannel Introduction by Cisco
LACP или IEEE 802.3ad. Протокол управления агрегацией каналов (LACP) включен в спецификацию IEEE как метод управления объединением нескольких физических портов в единый логический канал. LACP позволяет сетевому устройству согласовывать автоматическое объединение ссылок путем отправки пакетов LACP партнеру (напрямую подключенному устройству, которое также реализует LACP).
EtherChannel и 802.ad. Стандарты EtherChannel и IEEE 802.3ad очень похожи и служат одной цели. Между ними есть несколько различий, за исключением того, что EtherChannel является собственностью Cisco, а 802.3ad — открытым стандартом.

[ОБНОВЛЕНИЕ 25/11/2010: стандарта IEEE 802.3ad больше не существует, фактически он был «перенесен» на стандарт IEEE 802.1AX с 2008 года. ]

Я создал небольшое видео, в котором показано, как настроить транк на HP Procurve 1810g-24 и как правильно настроить vSwitch на ESXi4.1 для работы с этим транком. Осторожно, кровавое видео 🙂

Как видите, довольно просто настроить магистральный порт на HP Procurve 1810g-24 и настроить vSwitch для правильного использования этого транка. И нет видео совсем не запекшееся, я пошутил 😉

В любом случае, есть несколько предостережений, о которых я хочу поговорить. Я уже упоминал один выше, статический LACP, то есть не LACP.

Есть второй. Вы можете жаловаться на проблемы с пропускной способностью после транкинга x гигабитных портов, не так ли? В магистрали, когда два компьютера начинают взаимодействовать друг с другом, пакеты всегда будут следовать по одному и тому же пути, чтобы избежать передачи кадров не по порядку при обмене данными с одним сетевым устройством. Решение о пути принимается, когда первый пакет отправляется на компьютер назначения, и все остальные пакеты будут следовать по тому же пути. Кроме того, и это важно понимать, пропускная способность между этими двумя компьютерами остается такой же, как и до транкинга.

Теперь следующему компьютеру, отправляющему данные, может быть выделен другой путь, а может использоваться тот же путь, дело в том, что чем больше компьютеров отправляют данные по магистрали, тем более равномерно будет распределяться нагрузка и в итоге будет потребляться вся полоса пропускания. доступный. Это называется статистической балансировкой нагрузки, в отличие от абсолютной балансировки нагрузки (или балансировки на основе нагрузки). Другими словами, балансировка нагрузки выполняется для каждого сеанса связи, а не для каждого кадра. Для этого при принятии решения о том, какой адаптер будет передавать кадр, алгоритм использует IP-адрес получателя передаваемого кадра (маршрут на основе хэша IP).

Последнее предостережение, которое на самом деле не является настоящим предостережением, оно просто задумано. Все vmnic должны быть активны, вы это знаете, но замечали ли вы, что только один vmnic отображается как подключенный к сети, а другой vmnic — нет? Смотрите картинку ниже:

Это краткое руководство о том, как правильно настроить синхронизацию времени NTP на сетевых устройствах HP ProCurve / Aruba. Проницательные читатели этого блога, возможно, помнят, что я освещал эту тему еще в 2015 году, и вы были бы правы, это даже называлось так же. Однако тогда в прошивке v.15 устройства HP ProCurve поддерживали только SNTP, а не настоящий NTP. Но теперь, когда у нас есть v.16 наконец-то доступна собственная поддержка NTP. В этом руководстве я расскажу о настройках NTP, а также о некоторых более изящных вещах, которых нет в руководствах, но которые все же очень удобны. Синхронизация времени NTP позволяет поддерживать правильное время в вашей сети, что очень важно для устранения неполадок, например, при сравнении журналов между двумя коммутаторами.

Записать старый конфиг в память

Начните с ввода команды записи в память, прежде чем что-либо делать, чтобы вы могли загрузить коммутатор, чтобы восстановить предыдущие настройки, если вы что-то испортили.
Если вы делаете это через Telnet/SSH, а коммутатор находится далеко, вы можете рассмотреть возможность использования команды reload, чтобы указать коммутатору перезагрузиться через пару часов, если вы потеряете к нему доступ, см. мою статью о том, как это сделать.

Настройка общих параметров времени

Настройка синхронизации времени SNTP

Сначала мы настроим серверы. NTP наконец избавился от обмана приоритетов, который был у SNTP, поэтому все, что нам нужно сделать, это выполнить команду ntp server для каждого сервера, который мы хотим добавить

Описанное выше будет работать на любом коммутаторе с основной версией микропрограммы 16, однако, если ваш коммутатор работает с версией 16.05.xxxx или новее, серверы также можно настроить с помощью DNS, если вы добавите соответствующие настройки DNS

Как видите, я добавил DNS-серверы (допускается только 2), в данном случае DNS-серверы Google, а затем добавил доменные имена пула NTP. Это довольно удобно, так как пул NTP всегда дает вам NTP-серверы рядом с вами, и единственный (правильный) способ использования пула — настроить ваши устройства с доменными именами вместо IP-адресов серверов (как кому-то может понадобиться). когда-нибудь покинуть бассейн).

Помните, что нужно быть осторожным с параметрами Burst, iburst обычно подходит даже для общедоступных серверов NTP, но Burst следует использовать только против серверов, которыми вы управляете, и даже в этом случае он совершенно не нужен. iburst в основном позволяет клиенту NTP отправлять больше запросов при запуске, чтобы ускорить процесс начальной синхронизации, в то время как Burst просто отправляет очень много запросов NTP, что приводит к тому, что ваши общедоступные IP-адреса попадают в черный список.

Проверьте настройки

Проверьте настройки, чтобы они действительно работали:

Если время по-прежнему неверное или статус show ntp по-прежнему показывает «Не синхронизировано», вы можете подождать несколько минут, а если он по-прежнему не работает, проверьте настройки.

Записать новую конфигурацию в память

Не забудьте ввести команду «записать в память», чтобы сохранить новые настройки в памяти, когда убедитесь, что все работает.

Несколько советов;

Для некоторых NTP-серверов может потребоваться аутентификация, и все это можно настроить с помощью команды ntp.

Этот пост является частью новой серии под названием Network Friday, в которой я объясняю новую сетевую концепцию по пятницам и рассказываю, что вам нужно настроить ее (в основном) на оборудовании HP/Aruba. Серия будет в основном посвящена настройке, так как я чувствую, что есть много ресурсов, которые прекрасно объясняют сложные концепции, но очень мало тех, которые показывают вам, как это сделать на вашем конкретном оборудовании. Эта серия статей направлена на решение этой проблемы, по крайней мере, со стороны HP/Aruba.

Читайте также: