2

Я настраиваю динамическую магистраль IEEE 802.3ad (LACP) с коммутатора HP Procurve 2412zl (версия прошивки K.15.07) на сервер HP Proliant DL380 G7. DL380 имеет 4 NIC и работает под управлением Win2008 R2, поэтому я объединяю NIC вместе и оставляю все на рекомендованном "автоматическом" параметре в инструменте конфигурации HP NIC. Сервер один из двух, они будут подключены на интерфейсах F17-F20 и F21-F24 соответственно на коммутаторе.

Мне нужны серверы в отдельной VLAN, вот конфигурация для VLAN:

vlan 10 
name "Lab_Mgmt"
untagged B2,F17-F24
ip address 172.22.71.3 255.255.255.0
tagged B21
exit

Существует DHCP-ретранслятор в VLAN 10 от другого устройства за пределами интерфейса B21. В Расширенном руководстве по управлению трафиком говорится, что для запуска динамической магистрали LACP в другой VLAN, кроме DEFAULT_VLAN, необходимо сначала включить GVRP, а затем использовать "запрещать", чтобы не допустить автоматического присоединения интерфейсов к DEFAULT_VLAN при создании динамической магистрали. GVRP содержит некоторые другие вещи, которые мне не нужны или не нужны, поэтому я отключаю их с помощью «unknown-vlans disable» на всех других интерфейсах.

Вот как я это делаю:

procurve-5412zl-1(config)# gvrp
procurve-5412zl-1(config)# interface A1-A24,B1-B24,C1-C24,D1-D10,D13-D24,E1-E24,
F1-F16,K1,K2 unknown-vlans disable
procurve-5412zl-1(config)# vlan 1 forbid F17-F24
procurve-5412zl-1(config)# interface F17-F20 lacp active

Результат впоследствии выглядит успешным:

procurve-5412zl-1(config)# show trunks 

 Load Balancing Method: L3-based (Default), L2-based if non-IP traffic

  Port | Name                             Type      | Group  Type    
  ---- + -------------------------------- --------- + ------ --------
  F17  | XYZTEAM3_NIC1                    100/1000T | Dyn2   LACP    
  F18  | XYZTEAM3_NIC2                    100/1000T | Dyn2   LACP    
  F19  | XYZTEAM3_NIC3                    100/1000T | Dyn2   LACP    
  F20  | XYZTEAM3_NIC4                    100/1000T | Dyn2   LACP    

procurve-5412zl-1(config)# vlan 10
procurve-5412zl-1(vlan-10)# show lacp

                                   LACP

          LACP      Trunk     Port                LACP      Admin   Oper
   Port   Enabled   Group     Status    Partner   Status    Key     Key
   ----   -------   -------   -------   -------   -------   ------  ------
   F17    Active    Dyn2      Up        Yes       Success   0        0     
   F18    Active    Dyn2      Up        Yes       Success   0        0     
   F19    Active    Dyn2      Up        Yes       Success   0        0     
   F20    Active    Dyn2      Up        Yes       Success   0        0     

На сервере Proliant средство настройки NIC также указывает, что установлена динамическая магистраль 802.3ad.

Все должно быть хорошо, но это не так. Сервер не получает IP-адрес от DHCP, что происходит, если я не включаю LACP. Если я настрою сервер на статический IP-адрес в подсети VLAN 10, он не сможет даже пропинговать IP-адрес коммутатора, тем более ничего за пределами VLAN. Коммутатор также не может пропинговать сервер.

Я сделал еще одну попытку с тегами F17-F20 и установил флажок «Стандартный тег по умолчанию (VLAN 10)» в инструменте настройки сетевого адаптера на сервере, но различий не было. Кто-нибудь знает, что я мог пропустить?

3 ответа3

1

Сервер DHCP, находится ли он в той же сети 172.22.71.3 /24, что и другие элементы в VLAN? Если нет, я думаю, что вы должны указать IP-адрес DHCP-реле в этой VLAN с помощью:

ip helper-address @DHCP-IP-Address
1

Я не вижу здесь, где динамический ствол помещен в vlan10. вам понадобится Vlan 10 Untag транк Dyn2 или что-то в этом роде. Если это не сработает, попробуйте создать статический ствол.

1

На коммутаторах ProCurve динамический LACP действительно не будет работать с VLAN, отличными от VLAN 1.

Кажется, что вы упустили из виду: в журнале консоли коммутатора команда show lacp фактически НЕ ограничена VLAN 10, даже если вы находитесь в контексте конфигурации VLAN 10. Он просто выводит все динамические соединительные линии независимо от конфигурации VLAN.

Заявление GVRP из документации ProCurve выглядит как некая практическая шутка ... Я сомневаюсь, что человек, который написал это, на самом деле когда-либо работал.

Поскольку вы выделяете определенные порты для своих серверов, почему бы не использовать статический (активный) LACP? Затем вы можете назначить свои соединительные линии Trk на любую VLAN, которая вам нравится.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .