🚀 go-pugleaf

Dnia 09.03.2017 Therminus <cysorz_to_ma_klawe_zycie@gazeta.pl> napisał/a:
> Therminus wrote:
> No, jest pewien postęp.
>
>> Tak w ogóle to okazało się, że może jest coś nie tak ze switchem.
> Ze switchem wszystko w porządku. Okazało się, że źle podchodziłem do 
> konfiguracji.
> W oknie "Edit LAG Membership" pierwsze co należy zrobić, to "zaptaszkować" 
> LACP: Enable. Jeśli się tego nie zrobi przed dodaniem portów do LAG Members, 
> to potem opcja ta jest nieaktywna. Nie pamiętałem jak to robiłem po raz 
> pierwszy i potem myślałem, że to ustawia się automatycznie, skoro nie mogę 
> tego edytować.

Czyli było tak jak napisałem w pierwszym moim poście: "Wygląda mi na to,
że switch nie negocjuje LACP." ;)

> Zastanawia mnie tylko jedna rzecz:
> Dla obu interfejsów eth0 i eth1 mam te same wartości
> details actor lacp pdu:
>     system priority: 65535
>     system mac address: 00:15:17:89:eb:14
>
> Dlaczego dla eth1 pokazuje MAC adres eth0?

Przeczytaj dokładnie co tam pisze. Nie jest to adres MAC eth1, ale adres
grupy agregacji (bond0). Spróbuj dodać karty sieciowe do bond0 w
odwrotnej kolejności, to zobaczysz MAC eth1 jako "system mac address".

> Mimo to agregacja wydaje się działać w praktyce.
> Sprawdzałem kopiowanie dużych plików z sieci na dyski lokalne na dwóch 
> stacjach jednocześnie i iptraf w porywach dla bond0 pokazywał ponad 
> 200MB/sec
>
> Co do drugiego switcha, to niestety straciłem z nim łączność i nici ze 
> zdalnej konfiguracji. :(
>

Dla tego gorąco polecam Ci zaprzyjaźnić się z CLI. Zanim zrobisz coś
potencjalnie destruktywnego, odpalasz "reload in 10", i za 10 minut switch
się przestartuje z działającą konfiguracją. Dodatkowo przy CLI trudniej
"niezaptaszkować" czegoś.

Pozdrawiam.
j.p.
-- 
Jacek Peczyński.       gg:4389139      j.peczynskiATgmailDOTcom
Windows 2003 .NET Server "umiejętnie wykorzystany"* jest stabilny.
* czyli wyłączony