NIC Teaming, Load Balancing как?

[Андрей Старков]

Добрый день!
помогите разобраться. Железо HP Proliant DL380 G4, NW 6.5SP7, коммутатор Cisco 2960G
давным давно все работает в следующем режиме, 2 сетевухи подключены к двум портам коммутатора
etc/netinfo.cfg:

Код: Выделить всё

LOAD SNMP MonitorCommunity=public ControlCommunity=public
LOAD BCALLSRV

LOAD QASP NAME=QASP_1_EII FRAME=Ethernet_II VSLOT=1 [b]MODE=TRUNK[/b] VLAN=3

LOAD Q57 NAME=Q57_1_EII FRAME=Ethernet_II SLOT=10017 Speed=AUTO RxBuffers=200 Poll=0

LOAD Q57 NAME=Q57_2_EII FRAME=Ethernet_II SLOT=10018 Speed=AUTO RxBuffers=200 Poll=0

LOAD QASP1
#PROTONAME QASP1
BIND QASP1 Q57_1_EII
BIND QASP1 Q57_2_EII

#!QASP1
load bmapi.nlM

LOAD Tcpip RIP=No Static=Yes LoadSharing=No Forward=No VIPASupport=No

BIND IP QASP_1_EII ARP=Yes Mask=255.255.255.0 Address=193.125.150.5


на стороне коммутатора:

Код: Выделить всё

interface GigabitEthernet0/9
description Server RPBSERV 0
switchport mode trunk
!
interface GigabitEthernet0/10
description Server RPBSERV 1
switchport mode trunk

в INETCFG в настройках TCP/IP стоит LoadBalancing=No и FaultTolerance=Yes
драйвер QASP позволяет режим выбрать LSB, TRUNK, 802.3ad

на таком же железе на виндовый сервер я настраиваю HP Teaming, load balance =802.3ad а на стороне коммутатора делаю следующее:

Код: Выделить всё

interface Port-channel3
description Server NESSI
switchport access vlan 3
switchport mode access
!
interface GigabitEthernet0/3
description Server NESSI 0
switchport access vlan 3
switchport mode access
channel-group 3 mode active
spanning-tree portfast
!
interface GigabitEthernet0/4
description Server NESSI 1
switchport access vlan 3
switchport mode access
channel-group 3 mode active
spanning-tree portfast


и все прекрасно работает, Cisco поддерживает два agregation protocol'a - LACP (в миру 802.3ad как я понял) и свой PAgP
channel-group 3 mode active - это как раз LACP
но если делаю подобное для портов куда включен NW6.5 cisco говорит что на другом конце линка устройство не поддерживает LACP и обрубуает оба порта.
вчера вечером перепробовал чуть не все комбинации, настоящего load balancing не получается.
да и сервак получает пакеты всех VLAN'ов - а зачем они ему, только канал занимают.

[Alex-M]

А Вы, простите, вот тут

LOAD QASP NAME=QASP_1_EII FRAME=Ethernet_II VSLOT=1 MODE=TRUNK VLAN=3

ставили параметр MODE=802.3ad?
Или так и оставили TRUNK? Если таки оставили TRUNK - то шо ж Ви хотите от бедного коммутатора? Он таки не может понять, чего от него сервер хочет, вот и рубит порты...

И вообще - поиск, он таки рулез... http://novell.org.ru/forum/viewtopic.php?t=6493 И как раз для ХаПэ.

Единственное добавление - по прошествии времени выяснилось, что на последних версиях драйверов Броадкома для Нетвари параметр CHECKSUM в строке с QASP лучше таки ставить OFF, во избежание такскать... Т.е. как-то так:

LOAD QASP NAME=TEAM0_EII FRAME=Ethernet_II VSLOT=1 MODE=802.3ad CHECKSUM=OFF

[Сергей Дубров]

Ещё вдогонку - то, что cisco понимает под trunk:

switchport mode trunk

это совсем не то, что под этим понимают (почти) все остальные . Кисюковый транк - это указание коммутатору, что через этот порт будет бегать тэгированный трафик (VLAN), а вовсе не группирование (агрегирование) интерфейсов (типа LACP, channel и т.п.).

[Андрей Старков]

to Сергей Дубров Я понимаю отличия транка от агрегирования и назначение его. Но именно так когда то давно заработало, и тогда я, умея соединить так два коммутатора, сделал по аналогии но именно из-за понимания что это не есть правильно взялся сейчас переделывать.

to Alex-M я и так много буковок написал не стал еще больше. Естественно, MODE= "перепробовал все варианты" при этом меняя настройки коммутатора и не забывая на портах сделать shutdown/no shutdown на всякий случай. Пошел по вашей ссылке и... именно по вашей статье я делал настройку (а я то думаю, откуда я тогда взял этот QASP1, забыл уже)

Как говорится лучшее враг хорошего. Решив поменять настройки, я для начала скачал крайний PSP и обновил HP-шные драйвера, начал править и получил траблу с тем что IP вообще не иницилизировался, поняв что это из-за этого:

SYSINIT: Binding QASP1 to Q57_1_EII.
SYSINIT: Could not find protocol QASP1: item not present.
SYSINIT: Binding QASP1 to Q57_2_EII.
SYSINIT: Could not find protocol QASP1: item not present.
Loading Module BMAPI.NLM [ OK ]
Loading Module TCPIP.NLM [NOT MULTIPLE]
Auto-Loading Module CSLIND.NLM [ OK ]
Auto-Loading Module NETLIB.NLM [ OK ]
Auto-Loading Module TCP.NLM [ OK ]
Loading Module BSDSOCK.NLM [ OK ]
Loading module BSDSOCK.NLM
Auto-Loading Module BSDSOCK.NLM [ OK ]
SYSINIT: Binding IP to QASP_1_EII.
SYSINIT: Could not find board QASP_1_EII.

а еще раньше в логе:
Loading Module QASP.LAN [ UNRESOLVED ]
а это анрезолвед вызвано

Module ETHERTSM.NLM load status OK
SERVER-5.70-918: Loader cannot find public symbol: IPGetLocalAddrIncludingAux f
r module QASP.LAN
Error processing External Records.
Module QASP.LAN NOT loaded
Module QASP.LAN load status UNRESOLVED

когда неотвратимо приближалась ночь я просто при загрузке ввел reinitialize system и TCPIP поднялся, поискав по интернету ввел загрузку tcpip.nlm до inetsys.ncf но пока не перегружал сервер.
А теперь перечитав ваше сообщение, понял что скорее всего надо было удалить настройки в INETCFG и заново сделать биндинг

Попробую еще раз. Хотя при уже работающем TCP/IP я менял настройки MODE делал реинициализацию, предварительно поменяв настройки на cisco - и у меня ругался, что на другом конце не LACP

[Alex-M]

А, да - про TCPIP я тоже забыл сказать, появился такой глючок-с. Я его в автоекзеке сразу перед инитсисом ставлю - всё ок.
Про кошек ничего не скажу - не знаю, может там реализация LACP с прибабахом, х.з. в общем. У нас стоит Enterasys (корп. стандарт) - там на свитчах всё вообще на автомате поднимается, ибо LACP на всех портах по умолчанию включён. Только на роутерах надо ручками настраивать группы или если хочется жёстко привинтить какие-то конкретные порты к какой-то конкретной группе.