PIC32MX795F512 z DP83848: Zawieszanie się Ethernetu i wpływ na sieć lokalną

Tue Mar 05, 2024 11:00 pm   

No cóż... Urządzenie w chwili obecnej pracuje już ponad tydzień podpięte
do lepszego, gigabitowego switcha. Wygląda więc na to, że problem z
zawieszaniem się i wywalaniem komunikacji na całym switchu dotyczy tylko
niektórych modeli.
Ciekawe co może powodować takie zachowanie...

Thu Mar 07, 2024 6:35 am   

On 2024-03-05 15:00, Atlantis wrote:

Kiedys mi znajomy mowil ze jakis soft sie wywalal ale nie dalo sie tego
zdebugowac bo jak lecial przez strace to sie nie wywalal.

Pewnie jakies warunki wyscigowe i strace spowalnialo nieco te krytyczna
czesc. Ale tak to czasem jest, mierzysz i wplywasz na uklad.
--
Lukasz

Wed Mar 13, 2024 9:33 pm   

W końcu udało mi się podejrzeć sytuację podczas awarii. Jak wspominałem,
nie byłem w stanie zreplikować problemu z laptopem wpiętym pomiędzy
urządzenie a switcha. Zrobiłem więc kolejną najlepszą rzecz - zobaczyłem
co się dzieje na interfejsie sieciowym komputera, który jest podłączony
do wspomnianego switcha.
Okazuje się, że jest on spamowany znaczną liczbą następujących wiadomości:

Source: 00:00:00_00:00:01
Destination: MAC-specific-ctrl-proto-01
Protocol: MAC CTRL
Length: 60
Info: Pause: pause_time: 65535 quanta

Hex dump przykładowej ramki:

0000 01 80 c2 00 00 01 00 00 00 00 00 01 88 08 00 01
0010 ff ff 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0030 00 00 00 00 00 00 00 00 00 00 00 00

Ktoś ma jakiś pomysł co do przyczyny takiego zachowania?

Wed Mar 13, 2024 11:19 pm   

On 13.03.2024 20:33, Atlantis wrote:


Pomysły to może mieć każdy
Żeby rozwiązać problem warto zadawać pytania (nawet głupie):
Ja to rozumiem, że urządzenie wysyła: "czekaj, teraz nie mogę", ale
czemu źródłem jest MAC 00-00-00-00-00-01 ?
I czemu komunikacja zamiera? Ten komunikat powinien interesować tylko te
urządzenia, które chcą nadawać do tego konkretnego MAC-a (jaki by nie
był), reszta komunikacji powinna działać normalnie.

--
Mirek