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.178-217-141-33
.multinet24.pl!not-for-mail
From: Mirek <m...@n...dev>
Newsgroups: pl.misc.elektronika
Subject: Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu
Date: Fri, 16 Feb 2024 19:51:09 +0100
Organization: news.chmurka.net
Message-ID: <uqoaqt$j3u$1$Mirek@news.chmurka.net>
References: <uprd7p$fh7k$1@news.icm.edu.pl> <uptvqs$136nb$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>
<uqalsh$2356t$1@news.icm.edu.pl> <uqanuk$99f$1$Mirek@news.chmurka.net>
<uqlphn$2tg8a$1@news.icm.edu.pl> <uqlslm$6n9$1$Mirek@news.chmurka.net>
<uqm7pi$2udbj$1@news.icm.edu.pl>
NNTP-Posting-Host: 178-217-141-33.multinet24.pl
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 16 Feb 2024 18:51:09 -0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="Mirek";
posting-host="178-217-141-33.multinet24.pl:178.217.141.33";
logging-data="19582";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:0Ws1/yHlQ4a6xcy/2pfm7eTsivU=
sha256:AYECdiO8Unr2crAXC8rVghuXHse1Habw7B1IS3gHl/c=
sha1:Yty5S0m94bs/SLlDY0e9j7rJJs8=
sha256:FKHs5HAQvwRV15imjEI2F2PASltaGn+3WuWSJYAuTi8=
Content-Language: pl
In-Reply-To: <uqm7pi$2udbj$1@news.icm.edu.pl>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:789085
[ ukryj nagłówki ]
On 16.02.2024 00:46, Atlantis wrote:

> To byłaby dobra hipoteza, gdyby problem nie dotyczył także URL-i z
> adresem IP. Adresy, które wymagają zaangażowania DNS-a faktycznie
> utykają na tym etapie. Stacja do której dostaje się przez IP z
> oczywistego powodu pomija ten etap i wywala timeout nie mogąc się
> doczekać połączenia.

No dobra, już coś wiemy. Czyli problem nie jest z DNS, tylko wygląda to
na problem z połączeniem do IP poza siecią lokalną - zgadza się?
Połączenie z DNS też utyka, bo łączysz się np. do 1.1.1.1? czy za ten
serwer DNS robi ruter w sieci lokalnej?
I teraz dlaczego wypięcie i wpięcie rj-ki to naprawia?
Obsługujesz to jakoś, tzn pobranie adresu od nowa, restart połączeń?

Bronisz się przed tym wiresharkiem, ale przynajmniej byś wiedział, czy
zapytanie wychodzi prawidłowo do serwera i czy coś wraca czy nie.

--
Mirek.