Odziedziczyłem obsługę zdalnej strony, która zawiera Cisco 4500 i jest podłączona do ~ 2 tuzinów przełączników dostępowych cisco - głównie 2960 z kilkoma 3750 i 3560. Nie wszystkie przełączniki dostępu są bezpośrednio podłączone do 4500 - istnieje pewne szeregowe połączenie przełączników, które najwyraźniej zostało wykonane w wyniku nieodpowiedniego okablowania. Ostatnio zauważyłem komunikaty o błędach na 4500, które wskazują, że otrzymano ramki z niepoprawnym źródłowym adresem mac:
*Sep 10 09:29:48.609: %C4K_L2MAN-6-INVALIDSOURCEADDRESSPACKET: (Suppressed 102563 times)Packet received with invalid source MAC address (00:00:00:00:00:00) on port Te5/1 in vlan 1460
Urządzeniem podłączonym do Te5 / 1 jest przełącznik dostępu (Cisco 3750). To z kolei jest połączone z 6 innymi przełącznikami dostępu. Po odrobinie googlingu wygląda na to, że 4500 jest jedyną platformą cisco, która rejestruje nieprawidłowe źródłowe adresy mac. Z mojego czytania wynika, że inne platformy (2960, 3750 itp.) Wydają się przesyłać dalej ramki, ale nie rejestrują ich jako nieprawidłowe, ani nie dodają wpisu do tablicy adresów mac. Podejrzewam, że główną przyczyną nieprawidłowych źródłowych adresów mac może być wadliwa nic, błąd oprogramowania lub błędnie skonfigurowany serwer vmware. Jakie narzędzia są dostępne na przełącznikach dostępu, aby wyśledzić naruszający port?
Odpowiedzi:
Możesz spróbować sprawdzić, czy ramki można zablokować za pomocą MAC ACL na interfejsach i / lub na sieciach VLAN na przełącznikach dostępu. Stosując bloki wybiórczo i sprawdzając, czy komunikaty o błędach na 4500 znikają, czy nie, możesz wrócić do źródła ruchu.
Przenoszenie kabli w celu sprawdzenia, czy port wymieniony w komunikacie o błędzie na 4500 poniżej może również pomóc, ale może okazać się trudne w środowisku produkcyjnym.
źródło
Zasadniczo, gdy to widzę, pochodzi od źle skonfigurowanej maszyny wirtualnej (często hostowanej na komputerze użytkownika). W zależności od sytuacji i środowiska mogą być trudne do wyśledzenia (widziałem wiele z nich na uniwersytecie w budynkach departamentu CS i ECE, które poruszały się i przychodziły / odchodziły tak jak studenci).
Masz już kilka świetnych odpowiedzi, ale inną opcją, którą możesz zastosować, jest dodanie następującej konfiguracji do przełączników downstream (37xx, 36xx, 29xx):
Spowoduje to spadek ruchu przy użyciu tego MAC, a nie przekazywanie go dalej, a ponieważ należy to zrobić sprzętowo (z wyjątkiem jakichkolwiek funkcji / problemów, które powodują wyszukiwanie adresów MAC w oprogramowaniu), nie powinno to mieć negatywnego wpływu na wydajność.
źródło
Wydaje mi się, że ten błąd nie wpływa na wydajność sieci, ponieważ samodzielnie odkryłeś komunikaty dziennika, a nie jesteś zalany skargami użytkowników. To prowadzi mnie do podejrzeń, że problem dotyczy niektórych połączonych, ale częściowo skonfigurowanych lub źle skonfigurowanych programów lub usług, które nie są obecnie używane.
Najlepszym rozwiązaniem może być pozostawienie tego śpiącego psa do czasu, aż jakiś użytkownik zgłosi problem. Alternatywnie, jeśli masz czas do stracenia, możesz uruchamiać sesje SPAN, jak sugerował @Daniel Dib, i dokładnie analizować dane wyjściowe do momentu ustalenia podejrzanego portu lub urządzenia.
źródło