eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaPIC32MX795F512 + DP83848: Zawieszanie się Ethernetu › Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!.POSTED.cdl177.neoplus.adsl.tpnet.pl!no
    t-for-mail
    From: Atlantis <m...@w...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: PIC32MX795F512 + DP83848: Zawieszanie się Ethernetu
    Date: Wed, 28 Feb 2024 22:28:16 +0100
    Organization: ICM, Uniwersytet Warszawski
    Message-ID: <uro8hg$177dq$1@news.icm.edu.pl>
    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>
    <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>
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Injection-Date: Wed, 28 Feb 2024 21:28:16 -0000 (UTC)
    Injection-Info: news.icm.edu.pl;
    posting-host="cdl177.neoplus.adsl.tpnet.pl:83.30.161.177";
    logging-data="1285562"; mail-complaints-to="u...@n...icm.edu.pl"
    User-Agent: Mozilla Thunderbird
    Content-Language: en-US, pl-PL
    In-Reply-To: <uro7me$qej$2$Mirek@news.chmurka.net>
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:789559
    [ ukryj nagłówki ]


    On 28.02.2024 22:13, Mirek wrote:

    > A diodka na switchu? Też się świeci ciągle czy mruga nerwowo?
    > A diodki od innych portów?

    Dobre pytanie... Prawdę mówiąc nie zwróciłem uwagi na ten konkretny
    objaw. Ciągłego świecenia raczej nie zauważyłem - pewnie zwróciłbym na
    to uwagę. Podejrzewam, że mogły mrugać, co uznałem za normalne zachowanie.


    > Typowy dla prostych switchów jest brak odporności na pętlę, czyli
    > spinasz dwa porty kablem... i nic się nie dzieje, bo prosty switch
    > nie wygeneruje sam żadnego pakietu, ale wystarczy wpuścić jeden
    > broadcast i będzie krążył tym kablem i jak to broadcast będzie się
    > powielał na wszystkich portach. Na inne pakiety już nie starczy pasma
    > albo mocy procesora switcha.
    Hipoteza brzmi sensownie. Tylko w takim razie dlaczego problem nie
    wystąpił ani razu, gdy przez tydzień cały ruch przechodził przez
    bridge'a ustawionego na laptopie? Jeśli dobrze rozumiem, bridge powinien
    być przezroczysty i przepuszczać te broadcastowe pakiety, co powinno
    doprowadzić do zablokowania switcha w taki sam sposób, jak miało to
    miejsce przy bezpośrednim połączeniu.


    > To samo może się stać jak zapętlisz tx z rx w jednym porcie.

    Co mogłoby być przyczyną takiego zapętlenia na jednym porcie, w
    przypadku tego mojego urządzenia?

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: