Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu

eGospodarka.pl › Grupy › pl.misc.elektronika › PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu › Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.aagz167.neoplu
s.adsl.tpnet.pl!not-for-mail
From: "J.F" <j...@p...onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu
Date: Thu, 14 Mar 2024 14:50:23 +0100
Organization: news.chmurka.net
Message-ID: <1owrxa8wq727z.1m6w1ccw1687r$.dlg@40tude.net>
References: <uprd7p$fh7k$1@news.icm.edu.pl>
<a...@n...icm.edu.pl>
<upvga5$161s7$1@news.icm.edu.pl>
<a...@n...icm.edu.pl>
<uq3cvi$1fum3$1@news.icm.edu.pl> <uq5t0i$1kius$1@news.icm.edu.pl>
<a...@n...icm.edu.pl>
<uq7so1$1s6kn$1@news.icm.edu.pl> <uq8ej9$1u14v$1@news.icm.edu.pl>
<a...@n...icm.edu.pl>
<ur7qhr$9uoc$1@news.icm.edu.pl> <ur83pc$8sn$1$Mirek@news.chmurka.net>
<urntk0$16ksv$1@news.icm.edu.pl> <urnvdj$qej$1$Mirek@news.chmurka.net>
<uro654$171ai$1@news.icm.edu.pl> <uro7me$qej$2$Mirek@news.chmurka.net>
<uro8hg$177dq$1@news.icm.edu.pl> <urqke7$eu0$2$Mirek@news.chmurka.net>
<ussv2m$kpn$1$Atlantis@news.chmurka.net>
<ust59e$om3$1$Mirek@news.chmurka.net>
<usudji$s1n$1$Atlantis@news.chmurka.net>
NNTP-Posting-Host: aagz167.neoplus.adsl.tpnet.pl
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Injection-Info: news.chmurka.net; posting-account="jfoxwr";
posting-host="aagz167.neoplus.adsl.tpnet.pl:83.4.181.167";
logging-data="12772";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: 40tude_Dialog/2.0.15.1
Cancel-Lock: sha1:ttFgfIZN6+KdQlVBneXR1klLd+Y=
sha256:8NwS8xc4lGxidSNGJ36Bx1p8SVXgmBfF1MESs04Dslc=
sha1:y8GbkOG4LxDNR5plrScdbd3uFsw=
sha256:K2ljzocO38zMOXehwgE/C1xAK9Xa5ZG6goMua9jv2pM=
Xref: news-archive.icm.edu.pl pl.misc.elektronika:790109
[ ukryj nagłówki ]
On Thu, 14 Mar 2024 09:47:44 +0100, Atlantis wrote:
> On 13.03.2024 22:19, Mirek 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 ?
>
> No i to jest właśnie zastanawiające. MAC jest dziwny i zdecydowanie nie
> należy do samego urządzenia.

Taki protokół?

https://osqa-ask.wireshark.org/questions/4799/spanni
ng-tree-for-bridges_01-flooding-my-network/
jeśli dobrze tłumaczą, to jest to celowe żądanie pauzy,
bo np switch nie nadąża.

Pytanie kto u Ciebie to żądanie wysyła, i dlaczego, i czy switch nie
wariuje od tego.

> Znaczniki czasowe pomiędzy kolejnymi pakietami wyglądają następująco:
> 0.000000
> 0.008097
> 0.015954
> 0.023974
>
> Tak więc raczej nie wygląda na to, żeby interfejsy były fizycznie
> zapychane powodzią ramek broadcastowych.

A powyzej piszą, ze to może być zatrzymanie na 4ms ... co było
ograniczeniem do 50% ...

> Najbardziej jednak zastanawia mnie fakt, że problem najwyraźniej jest
> związany z najniższą warstwą.

Bo wychodzi, ze najnizsza ...

J.