core 3850 access i probelm z dostepem

[Bolo]

Witam,
mam oto taki problem. Ma CORE switch w stacku 3850 do tego jest podłączony trunkiem stary stack skaladajacy się z 54 3750 w stacku oraz nowy access switch w stacku po portchannelu gdzie podłączone są ESXy.

Teraz mam ponad 100 komputerów. Dziś okolo 20 z nich przestało się komunikować z serwerm pocztowym, który jest na switchu access gdzie podłączone są VMki.

Podłączyłem jeden z nich bezpośrednio do sw core i ta sama sytuacja. Przypomnę, że trunk jest allowed all vlans. Kolejny test to przełączenie komputera do tego samego switcha i tu niespodzianka. Wszystko zaczyna pracować.
Proszę o podpowiedź gdzie może być problem

[Seba]

Moja kryształowa kula podpowiada, że coś nie działa, a wszystko to w otoczce mgły...

Kierunki:
Jakieś interesujące logi z przełączników?
Czy komputery mogły komunikować się z innymi zasobami, które nie są na VM, choćby ping bramy domyślnej?
Czy problem się powtarza, czy wystąpił tylko raz?
Czy wszystkie komputery, które przestały działać, lub te które działały bezprzerwowo, są jakoś wspólnie wpięte, np. ten sam przełącznik, grupa portów obok siebie?
Jak długa była przerwa, znaczy czy komputery których nie przełączyłeś zaczęły działać, i jeśli tak, to po jakim czasie?
Kiedy piszesz

Kolejny test to przełączenie komputera do tego samego switcha i tu niespodzianka. Wszystko zaczyna pracować.

co znaczy ten sam switch? Ten gdzie były podłączone wcześniej, czy tam gdzie jest podłączony ESX?
Konfiguracja VLAN statycznie, czy jakieś VTP?
Trunk statycznie czy dynamicznie?
Etherchannel statyczny czy LACP/PagP?
Jaki hash w etherchannel?

I pytania można by mnożyć, ale najpierw odpowiedz na to co powyżej.

Pytanie bonusowe - Jak zbudowałeś stack skladający się z 54*3750?

[Bolo]

stack 4 x 3750 literówka, przepraszam

[Bolo]

problem znaleziony, ale nie do końca rozwiązany:
- rozpiąłem ether-channel z 4 linek na 1 i zadziałało

teraz co może być powodem takiego zachowania?

[Seba]

Czy wszystkie porty fizyczne są sprawne?
Wygląda, że algorytm hash etherchannel po prostu pchał ruch z tych 20 problematycznych hostów linkiem, z którym najprawdopodobniej był problem.

Masz tam UDLD, aby wykryć problem nie tak oczywisty jak pad linku?

W uzupełnieniu, jaki masz algorytm hash etherchannel, może można wykonać jakiś tuning, aby bardziej równomiernie rozkładać ruch?

[Bolo]

SEBA sprawdzę to wszystko
Dziękuję za wskazówki... napewno napiszę co dalej

[Bolo]

Przepraszam, że tak długo nie odpowiadałem.
Problem rozwiązany. Spiąłem 4 linki oraz zmieniłem mode z ON na ACTIVE.
Włączyłem w ten sposób LACP i działa.
Dziękuję