zagadka sieciowa

W dniu 27.08.2025 o 21:50, Mirek pisze:

TTL?

W dniu 27.08.2025 o 22:08, ʅǝxᴉꓒ®🇵🇱 pisze:

Przejście przez switch nie zmniejsza ttl-a a już na pewno przez hub-a.

W dniu 27.08.2025 o 22:16, Mirek pisze:

No to zostaje kabelek bo jakoś nie widzę tutaj możliwości "złej" konfiguracji.

W dniu .08.2025 o 21:50 Mirek snipped-for-privacy@null.dev pisze:

urządzenie ma kartę sieciową 10 Mb/s half-duplex, bez auto-negocjacji, pracującą wyłącznie w starym standardzie 10BASE-T half-duplex. Miałem kiedyś print serwery (LPT>RJ45) które też miały taką kartę sieciową.

TG

W dniu 27.08.2025 o 21:50, Mirek pisze:

Ja nie, bo nie mam pojęcia, ale AI mówi, że autonegocjacja duplexu.

Robert

Jak sprawdziłeś? Switch to tak chyba nie bardzo prześle na trzeci port pakiety nie przeznaczone dla niego.

Po pierwsze - urządzenie ma port typu hub/switch (chodzi o kierunek), lub uniwersalny i dopasowuje się, lub twój laptop ma uniwersalny, skoro razem działają, po prostym kablu. Nie powinno przeszkadzać, bo i switche zawyczaj mają uniwersalne.

Urządzenie ma chyba stałe ustawienie sieci, no chyba, że na laptopie masz jakis DHCP Server. Bo jakos musi uzyskać adres IP.

A jak ma stały ... pasuje do sieci?

Prędkośc ethernetu też może być problemem, choć akurat switche zazwyczaj mają uniwersalne, i się dostosują.

zduplikowane MAC ... skoro wiesz o tym, to chyba nie.

VLAN na switchu mogą być.

J.

Przyzwoity switch tego nie rozpozna i nie dostosuje się?

A nawet jak nie ... to troche komunikacji powinno być, choćby odpowiedzi na ping, bo wszak pinga switch wyśle, a potem przez chwilę nic, bo żadne inne pakiety dla urządzenia nie lecą.

J.

W dniu 28.08.2025 o 06:57, Tomasz Gorbaczuk pisze:

Nie. Urządzenie ma 10/100 z autonegocjacją - przynajmniej teoretycznie. W takim razie jak wytłumaczysz podniesienie się linku 100Mb na switchu / hubie?

W dniu 28.08.2025 o 08:47, J.F pisze:

Uruchamiam Wiresharka na komputerze z którego puszczam ping - to chyba oczywiste. Gdyby z mojego chodziło, a a innego nie, to po to miałem hub-a żeby sprawdzić... ale nie było takiej potrzeby skoro nawet z mojego nie szło.

Krosowany kabel nic tu nie wnosił - w sumie niepotrzebnie o nim wspominałem.

Stały i pasuje. To oczywista oczywistość więc nawet o tym nie wspominałem.

Nie.

Na moim niezarządzalnym nie mogą. Na hubie też.

W dniu 28.08.2025 o 19:53, Mirek pisze:

To w końcu po kilku dniach napisz reckę, co było powodem niebanglania :)

Ale w tekscie jest wskazowka czy tylko same zaciemnienie i pare falszywych tropow?

Skoro dziala tylko z twoim laptokiem to obstawiam ze to urzadzenie mialo jakis poroniony mechanizm i tylko gadalo z jednym macem. Tym z laptoka i trza bylo wylaczyc tego ficzera albo dodac whitelistowane mace.

Inne wariacje to to ze twoj laptok mial stara sieciowke i jakims cudem link sie zestawial na np. 10mbit a na innych nie. To ze link sie podnosi nie znaczy ze pakiety lataja bezblednie.

Zakladam ze ustawienie sieci i jej szerokosci bylo zrobione ok i wszystkie IP byly w tej samej, Ogolnie zakladam ze problemem nie bylo ustawienie ipv4 czy v6.

Podejrzewam ze cos elektrycznego. Jakas zla masa czy odwrotna polaryzacja w gniazdku i sie sieciowki na to oburzaly.

W dniu 29.08.2025 o 08:24, ptoki pisze:

To dobry trop - jak się okazało moja karta miała ustawione 10M na sztywno, bo coś tam kiedyś sprawdzałem i tak zostało.

Teraz najlepsze i właściwie wszystko co mam w tym temacie do powiedzenia:

Kiedy podłączymy na 100Mbit i zresetujemy urządzenie - działa bezproblemowo na 100, na 10 nie. Kolejny reset przy podłączeniu na 10 odwraca sytuację. Pomaga też ciepły reset z interfejsu http, który zresztą wielokrotnie wykonywałem, ale trzeba to zrobić z równoczesnym przełączeniem karty albo rj-ki. Normalnie robiąc reset będąc podłączonym nic to nie da, bo urządzenie natychmiast wstaje na tej prędkości co było.

Ja podejrzewam raczej błąd w firmware, o którym oczywiście nikt na świecie nie wie i tylko ja mogłem na niego się nadziać.

Czy ma to związek z autonegocjacją dupleksu jak sugeruje AI? - trzeba by zbadać dokładniej co tam się odwala.

W dniu 28.08.2025 o 08:14, Robert Wańkowski pisze:

Coś w tym może być.

Czyli ten reset nie taki pełny?

No właśnie ...

Ale dziwne, że switch nie ma rozpoznawania/negocjacji. Powiedziałbym, że przecież ma, to może urządzenie ma jakąś skopaną?

A hub który miałes ... 10 czy 100 ? Hub 100 ... to zdaje się rzadkość nad rzadkosciami.

W bardzo dawnych czasach, hubów 10 TP, miałem taką niedużą sieć, która chilami bardzo kiepsko działała. Jak ludzie jakąś grę sieciową odpalili.

Trochę potestowałem, okazało się, że gdzieś był limit 100 pakietów/s. Jeśli skleroza mnie nie myli, to łącze między hubami prawie przestawało wtedy działać. Czemu tak - nie wiem. Dotyczyło niektórych hubów, chyba m.in Geniusa, który wtedy miał opinię "tani ale dobry".

Może. Ale z tego co piszesz - to pingi nie powinny lecieć w full duplex. Pytanie - odpowiedz. Nikt tu nie wysyła za wcześnie.

J.

W dniu 1.09.2025 o 13:16, J.F pisze:

Jak nie pełny? Tak samo się zachowuje przy power cycle jak i reset z guzika czy reboot z GUI. Tyle że z GUI nie zdążysz się przepiąć na inną prędkość. Mówimy oczywiście o resecie w sensie restartu a nie o przywróceniu ustawień fabrycznych.

Wg mnie firmware jest skopane - robi renegocjację albo coś tam innego sobie ustawia raz po resecie i wstaniu interfejsu. A powinien za każdym nawiązaniem połączenia ethernet.

Żadne pakiety nie przychodziły od urządzenia. Nawet odpowiedzi na who has. Kartę miałem prawdopodobnie ustawioną na 10Mbit/s Half Duplex Kiedy urządzenie po restarcie zwąchało 100Mbit/s to sytuacja się odwróciła, czyli działało ze wszystkim tylko nie bezpośrednio z moim laptopem - link się świecił ale pakiety nie dochodziły.

Ok, coś źle zrozumiałem, wydawało mi się, że pamięta stan sprzed resetu.

Jakoś tak.

Ale jak się połączył na 100 ze switchem, to powinny pakiety ze switcha dochodzic. Czyli też z innych komputerów w sieci.

I o ile ambitniejsze transmisje mogą być na duplex wrażliwe, to ping z natury robi half duplex.

J.

W dniu 2.09.2025 o 12:35, J.F pisze:

Chwila - jeśli diodka na switchu i na urządzeniu się zapala, to znaczy że nośna ze strony urządzenia jest i odwrotnie - jeśli na urządzeniu się zapala to ze switcha jest. Od urządzenia nie dochodzą _żadne_ pakiety. Nie wiem czy dochodzą do niego - nie mam jak sprawdzić, diodka nie mruga ale to jeszcze o niczym nie świadczy. Może PHY się połączył a procek nie wie o tym, że trzeba zmienić sposób nadawania, odbierania albo coś w tym rodzaju.

To jest chyba switch. Ovislink chyba zapomniał, ale

Hm, jeśli 10/100 - to w środku musi być switch.

Teoretycznie mogłyby być w środku dwa huby i dwuportowy switch między nimi .. i ten 3Com 3C16754 chyba tak ma

aczkolwiek miałem też w ręce inne - te zostawiłem pewnie ze

Hm, o ile pamiętam koncentryk, to w Ethernecie nie było żadnej nośnej. Była taka "rozbiegówka" na początk pakietu - 64 bity chyba.

A jednak na hubach i kartach diodki się zapalają ... ciekawe jak to zrobili. Jakiś krótki pakiet, może z samej nośnej, co pewien czas?

Ha, Gemini wie, When you connect a device to a hub with an Ethernet cable, the hub port and the device's network interface card (NIC) send out low-voltage pulses called link pulses. A hub recognizes a connected device by the presence of these pulses.

Link pulses, or Normal Link Pulses (NLPs), are unipolar electrical signals sent by a network interface card (NIC) when it's connected to a hub or switch and is not actively transmitting data. They are short, low-voltage pulses that are sent periodically, typically every 16 milliseconds, to signal that the physical layer of the network link is active and the device is powered on.

-what is frequency of Normal link Pulses? NLPs are short, unipolar (positive-only) electrical pulses, each lasting about 100 nanoseconds (ns). They are used by legacy 10BASE-T Ethernet devices to maintain a physical link when there is no data traffic on the network. The periodic pulses act as a "heartbeat" signal, confirming that the network interface card (NIC) on the other end of the cable is powered on and the physical connection is intact.

NLP vs. FLP (Fast Link Pulses)

The concept of link pulses was evolved to support auto-negotiation in faster Ethernet standards. Modern devices that support 100 Mbps or 1 Gbps use Fast Link Pulses (FLPs). An FLP is not a single pulse but a burst of up to 33 pulses sent at the same 16 ms interval as NLPs. The key difference is that these pulse bursts are used to encode and exchange information about a device's capabilities, such as its supported speeds and duplex modes, allowing for auto-negotiation to occur.

Oj, musze wyciągnąc oscyloskop i zobaczyć :-)

J.

W sumie tego Ovislinka nie testowałem w boju. Sprawdzałem czy się zaświeca link i tyle. On jest na 7,5V i niem mam pod ręką takiego zasilacza, więc sprawdzałem go tylko na labie a nigdy nie był używany w terenie. Ma charakterystyczną dla hub-a diodkę "collision", więc wydaje się hubem.