Hallo,

von folgendem Phänomen wüsste ich gerne die Ursache.

Gegeben seien folgende Szenarien, wobei alle Verbindungen über
Ethernet-Leitung laufen (kein WLAN im Spiel):

1. Computer und Drucker direkt am Router (Fritzbox) -> Drucker druckt
Druckaufträge vom Computer schnell

2. Computer und Drucker an einem Switch (TP-Link TL-SG105) und dieser an der
Fritzbox -> Drucker druckt Druckaufträge (auch reine Textdrucke) vom Computer
extrem langsam. Verbindung über den gleichen Switch vom Computer zu anderen
Clients im Netzwerk ist aber schnell

3. Wie 2., nur dass ein anderer Switch (Netgear ProSafe GS108) zum Einsatz
kommt -> Drucker druckt Druckaufträge vom Computer schnell

Am Drucker sind 100 MBit/s Vollduplex fest eingestellt. Warum funktioniert das
in Situation 1 und 3, aber nicht in 2?

JFTR: in 2. geht das Drucken so langsam, dass es auch nicht mit einem Rückfall
der Ethernet-Verbindung auf 10 MBit/s erklärbar ist. Gefühlt sind da 0,01
MBit/s am Werkeln. Wechsel der Ports am Switch hat nichts gebracht.

Gruß

Michael

"Michael Landenberger" <spamwirdgefiltert@web.de> wrote:
>2. Computer und Drucker an einem Switch (TP-Link TL-SG105) und dieser an der
>Fritzbox -> Drucker druckt Druckaufträge (auch reine Textdrucke) vom Computer
>extrem langsam. Verbindung über den gleichen Switch vom Computer zu anderen
>Clients im Netzwerk ist aber schnell
>
>3. Wie 2., nur dass ein anderer Switch (Netgear ProSafe GS108) zum Einsatz
>kommt -> Drucker druckt Druckaufträge vom Computer schnell
>
>Am Drucker sind 100 MBit/s Vollduplex fest eingestellt. Warum funktioniert das
>in Situation 1 und 3, aber nicht in 2?

Netzwerkeranfängerfehler Nummer Eins: Ein provozierter Duplexmismatch.

Stell den Drucker auf autonegotiation und probier es nochmal. Der
nicht managebare Switch macht Autonegotiation. Das feste einstellen am
Drucker schaltet autonegotition aus und der Switch macht dann das
einzige was er tun kann, er fällt auf den Default zurück und das ist
oft 100 Mbit/s Halbduplex, d.h. jedes vom Drucker zurückgeschickte
ACK-Paket ist für den Switch eine Kollision.

Grüße
Marc
--
----------------------------------------------------------------------------
Marc Haber | " Questions are the | Mailadresse im Header
Rhein-Neckar, DE | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

"Marc Haber" schrieb am 11.05.2024 um 15:35:27:

> Netzwerkeranfängerfehler Nummer Eins: Ein provozierter Duplexmismatch.
>
> Stell den Drucker auf autonegotiation und probier es nochmal.

Danke für den Tipp.

Der Drucker steht aber genau deswegen auf 100 MBit/s fullduplex, weil das mit
der Autonegotiation mal nicht geklappt hat. Erst die feste Einstellung ließ
den Drucker mit normaler Geschwindigkeit drucken. Ansonsten wäre ich nie auf
die Idee gekommen, am Drucker eine feste Geschwindigkeit einzustellen.

> Das feste einstellen am
> Drucker schaltet autonegotition aus und der Switch macht dann das
> einzige was er tun kann, er fällt auf den Default zurück und das ist
> oft 100 Mbit/s Halbduplex, d.h. jedes vom Drucker zurückgeschickte
> ACK-Paket ist für den Switch eine Kollision.

Ich denke, dass der Switch dann sogar auf 10 MBit/s halbduplex zurückfällt.

Aber warum funktioniert es nur mit dem TP-Link-Switch nicht, mit dem
Netgear-Switch und mit der Fritzbox aber schon?

Gruß

Michael

Am 11.05.2024 16:29 Uhr schrieb Michael Landenberger:

> "Marc Haber" schrieb am 11.05.2024 um 15:35:27:
>
> > Netzwerkeranfängerfehler Nummer Eins: Ein provozierter
> > Duplexmismatch.
> >
> > Stell den Drucker auf autonegotiation und probier es nochmal.
>
> Danke für den Tipp.
>
> Der Drucker steht aber genau deswegen auf 100 MBit/s fullduplex, weil
> das mit der Autonegotiation mal nicht geklappt hat.

Dann muss man das angehen.

> Erst die feste Einstellung ließ den Drucker mit normaler
> Geschwindigkeit drucken.

Da bei Duplex mismatch Pakete als Kollision erkannt werden (die keine
ist) und dann verworfen werden, kommt es dir langsam vor. TCP hat einen
Mechanismus, um eine erfolgreiche Zustellung zu erkennen.
Ein Duplex-Mismatch ist immer Pfusch und muss beseitigt werden.

> > Das feste einstellen am
> > Drucker schaltet autonegotition aus und der Switch macht dann das
> > einzige was er tun kann, er fällt auf den Default zurück und das ist
> > oft 100 Mbit/s Halbduplex, d.h. jedes vom Drucker zurückgeschickte
> > ACK-Paket ist für den Switch eine Kollision.
>
> Ich denke, dass der Switch dann sogar auf 10 MBit/s halbduplex
> zurückfällt.

Muss geprüft werden.

> Aber warum funktioniert es nur mit dem TP-Link-Switch nicht, mit dem
> Netgear-Switch und mit der Fritzbox aber schon?

Weil der ggf. ne Macke hat.

--
Gruß
Marco

Spam und Werbung bitte an
1715437798ichwillgesperrtwerden@nirvana.admins.ws

"Michael Landenberger" <spamwirdgefiltert@web.de> wrote:
>"Marc Haber" schrieb am 11.05.2024 um 15:35:27:
>
>> Netzwerkeranfängerfehler Nummer Eins: Ein provozierter Duplexmismatch.
>>
>> Stell den Drucker auf autonegotiation und probier es nochmal.
>
>Danke für den Tipp.
>
>Der Drucker steht aber genau deswegen auf 100 MBit/s fullduplex, weil das mit
>der Autonegotiation mal nicht geklappt hat. Erst die feste Einstellung ließ
>den Drucker mit normaler Geschwindigkeit drucken. Ansonsten wäre ich nie auf
>die Idee gekommen, am Drucker eine feste Geschwindigkeit einzustellen.

Stell ihn mal auf 100 Half.

>> Das feste einstellen am
>> Drucker schaltet autonegotition aus und der Switch macht dann das
>> einzige was er tun kann, er fällt auf den Default zurück und das ist
>> oft 100 Mbit/s Halbduplex, d.h. jedes vom Drucker zurückgeschickte
>> ACK-Paket ist für den Switch eine Kollision.
>
>Ich denke, dass der Switch dann sogar auf 10 MBit/s halbduplex zurückfällt.

Auch das kann passieren. Unter anderem deswegen sind nicht managebare
Switches eigentlich immer Flickwerk.

>Aber warum funktioniert es nur mit dem TP-Link-Switch nicht, mit dem
>Netgear-Switch und mit der Fritzbox aber schon?

Weil es gerade im Billigsegment immer mal unterschiedlich
standardwidriges Verhalten geben kann. Da kann man dann nix anderes
mehr tun als so lange Komponenten zu tauschen bis es zufällig mal
funktioniert.

Grüße
Marc
--
----------------------------------------------------------------------------
Marc Haber | " Questions are the | Mailadresse im Header
Rhein-Neckar, DE | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

On 5/11/24 14:53, Michael Landenberger wrote:
> Am Drucker sind 100 MBit/s Vollduplex fest eingestellt. Warum funktioniert das
> in Situation 1 und 3, aber nicht in 2?

Das ist ein Fehler. Darf man nur machen wenn man den Drucker so
einstellt, daß er weiterhin Autonegotiation macht aber dann nur 100FDX
als Geschwindigkeit anbietet. Wenn man Autonegotiation vollständig
abschaltet muss man auf 100 Halbduplex stellen weil das das ist, was ein
Switch annimmt wenn Autonegotiation fehlschlägt.

> JFTR: in 2. geht das Drucken so langsam, dass es auch nicht mit einem Rückfall
> der Ethernet-Verbindung auf 10 MBit/s erklärbar ist. Gefühlt sind da 0,01
> MBit/s am Werkeln. Wechsel der Ports am Switch hat nichts gebracht.

Duplex mismatch, da wird das so langsam.

Also Autonegotiation wieder ein und probieren ob dann alles am
fraglichen Switch funktioniert.

Gerrit

On 5/11/24 16:29, Michael Landenberger wrote:
>
> Aber warum funktioniert es nur mit dem TP-Link-Switch nicht, mit dem
> Netgear-Switch und mit der Fritzbox aber schon?

Der TP-Link Switch verhält sich korrekt. Wenn die Gegenseite keine
Autonegotiation anbietet ist das ein Hub und der kann nur Halbduplex
womit sich ein Duplex-Mismatch ergibt und die Verbindung sehr langsam wird.

Die Frage sollte also eher heissen, warum es mit Fritzbox oder Netgear
funktioniert hat.

Gerrit

Am 11.05.2024 19:10 Uhr schrieb Gerrit Heitsch:

> Der TP-Link Switch verhält sich korrekt. Wenn die Gegenseite keine
> Autonegotiation anbietet ist das ein Hub und der kann nur Halbduplex
> womit sich ein Duplex-Mismatch ergibt und die Verbindung sehr langsam
> wird.

Langsam ist hier der falsche Begriff. Wenn gleichzeitig gesendet wird
auf beiden Seiten werden diese Frames verworfen.
Eine Kommunikation ist dann nicht mehr sinnvoll möglich.

--
Gruß
Marco

Spam und Werbung bitte an
1715447452ichwillgesperrtwerden@nirvana.admins.ws

Am 11.05.2024 19:07 Uhr schrieb Gerrit Heitsch:

> Wenn man Autonegotiation vollständig abschaltet muss man auf 100
> Halbduplex stellen weil das das ist, was ein Switch annimmt wenn
> Autonegotiation fehlschlägt.

Warum zwingend 100?
Prüft der das anhand des Fast Link Pulse?

--
Gruß
Marco

Spam und Werbung bitte an
1715447277ichwillgesperrtwerden@nirvana.admins.ws

On 5/11/24 19:36, Marco Moock wrote:
> Am 11.05.2024 19:07 Uhr schrieb Gerrit Heitsch:
>
>> Wenn man Autonegotiation vollständig abschaltet muss man auf 100
>> Halbduplex stellen weil das das ist, was ein Switch annimmt wenn
>> Autonegotiation fehlschlägt.
>
> Warum zwingend 100?
> Prüft der das anhand des Fast Link Pulse?

Ja, die Geschwindigkeit kann aus dem Linkbeat abgeleitet werden. So
funktioniert es wenn ein Hub angeschlossen wird.

10Mbit/sec möchte man sich sparen wenn es nicht unbedingt nötig ist,
daher sollte man 100HDX nehmen.

Gerrit

On 5/11/24 19:35, Marco Moock wrote:
> Am 11.05.2024 19:10 Uhr schrieb Gerrit Heitsch:
>
>> Der TP-Link Switch verhält sich korrekt. Wenn die Gegenseite keine
>> Autonegotiation anbietet ist das ein Hub und der kann nur Halbduplex
>> womit sich ein Duplex-Mismatch ergibt und die Verbindung sehr langsam
>> wird.
>
> Langsam ist hier der falsche Begriff. Wenn gleichzeitig gesendet wird
> auf beiden Seiten werden diese Frames verworfen.
> Eine Kommunikation ist dann nicht mehr sinnvoll möglich.

Ja, aber üblicherweise bekommt man noch Kommunikation hin, wenn auch
sehr langsam. Mit Glück so 500KB/sec max.

Gerrit

Am 11.05.24 um 16:29 schrieb Michael Landenberger:
> "Marc Haber" schrieb am 11.05.2024 um 15:35:27:
>
>> Netzwerkeranfängerfehler Nummer Eins: Ein provozierter Duplexmismatch.
>>
>> Stell den Drucker auf autonegotiation und probier es nochmal.
>
> Danke für den Tipp.
>
> Der Drucker steht aber genau deswegen auf 100 MBit/s fullduplex, weil das mit
> der Autonegotiation mal nicht geklappt hat. Erst die feste Einstellung ließ
> den Drucker mit normaler Geschwindigkeit drucken. Ansonsten wäre ich nie auf
> die Idee gekommen, am Drucker eine feste Geschwindigkeit einzustellen.

Bist du sicher das dir da kein Defektes Kabel diesen Eindruck vermittelt
hatte?

>> Das feste einstellen am
>> Drucker schaltet autonegotition aus und der Switch macht dann das
>> einzige was er tun kann, er fällt auf den Default zurück und das ist
>> oft 100 Mbit/s Halbduplex, d.h. jedes vom Drucker zurückgeschickte
>> ACK-Paket ist für den Switch eine Kollision.
>
> Ich denke, dass der Switch dann sogar auf 10 MBit/s halbduplex zurückfällt.
>
> Aber warum funktioniert es nur mit dem TP-Link-Switch nicht, mit dem
> Netgear-Switch und mit der Fritzbox aber schon?

Bist du SICHER das es sich um einen TL-SG105 handelt? Und nicht etwa um
einen TL-SG105E? Letzterer ist ein WebSmart Switch der entweder mit
einem Windows (JAR, geht auch unter Linux) Tool oder bei neueren
Revisionen mit einer Eingebauten WebUI konfiguriert werden kann.

Dort gibt es für jeden Port auch einstellungen zur Datenrate und
Halb/Vollduplex die man setzen kann. Wenn du den NICHT neu kauftest oder
er schlichtweg nicht auf Auto eingestellt war dann könnte dies deine
Probleme ebenfalls erklären.

Es bleibt dann aber immer noch ein Mismatch den du dann beheben
müsstest. Nur böte sich die WebUI des Switch hier noch als Möglichkeit an.

Bye/
/Kay

--
nix

Am 11.05.24 um 20:21 schrieb Gerrit Heitsch:
> On 5/11/24 19:36, Marco Moock wrote:
>> Am 11.05.2024 19:07 Uhr schrieb Gerrit Heitsch:
>>
>>> Wenn man Autonegotiation vollständig abschaltet muss man auf 100
>>> Halbduplex stellen weil das das ist, was ein Switch annimmt wenn
>>> Autonegotiation fehlschlägt.
>>
>> Warum zwingend 100?
>> Prüft der das anhand des Fast Link Pulse?

Wie sonst.

> Ja, die Geschwindigkeit kann aus dem Linkbeat abgeleitet werden. So
> funktioniert es wenn ein Hub angeschlossen wird.
>
> 10Mbit/sec möchte man sich sparen wenn es nicht unbedingt nötig ist,
> daher sollte man 100HDX nehmen.

Ich meine das es den FLP auch erst mit 100BaseT gab. Ein 10MB Hub kann
den nicht senden weshalb der Partner am anderen Ende ja ohne FLP nur
noch auf 10Mbit runter schalten kann.

Es macht aber doch auch keinen Sinn wenn man Autonegotiation an lassen
könnte und das die Geschwindigkeit einstellt aber dann manuell auf Halb
oder Vollduplex stellen könnte. Das sollte eigentlich nicht möglich sein
oder?

Bye/
/Kay

--
nix

"Gerrit Heitsch" schrieb am 11.05.2024 um 19:07:57:

> On 5/11/24 14:53, Michael Landenberger wrote:

>> Am Drucker sind 100 MBit/s Vollduplex fest eingestellt. Warum funktioniert
>> das in Situation 1 und 3, aber nicht in 2?

> Das ist ein Fehler. Darf man nur machen wenn man den Drucker so einstellt,
> daß er weiterhin Autonegotiation macht aber dann nur 100FDX als
> Geschwindigkeit anbietet.

Diese Einstellung gibt es am Drucker nicht. Es gibt nur "Auto", "10BASE-T
Halbduplex", "10BASE-T Vollduplex", "100BASE-TX Halbduplex" und "100BASE-TX
Vollduplex".

Ich habe jetzt wieder "Auto" eingestellt. Beim nächsten Druckjob werde ich ja
sehen, wie schnell der Drucker druckt. Allerdings wird es ein bisschen dauern,
bis ich dazu komme, wieder den TP-Link Switch anzuschließen. Bis dahin hängt
der Drucker am Netgear-Switch, an dem er auch mit der festen Einstellung mit
der richtigen Geschwindigkeit gedruckt hat. Dazu habe ich folgende Vermutung:
im Gegensatz zum TP-Link-Switch schalten der Netgear-Switch und die Fritzbox
nicht auf Halbduplex, wenn Autonegotiation fehlschlägt, sondern auf 100 MBit/s
Vollduplex. Dann passen Drucker- und Switch-Einstellung zusammen und alles
funktioniert normal.

Woran der Drucker angeschlossen war, als ich die Geschwindigkeit fest auf 100
Vollduplex eingestellt habe (und wo das auch tatsächlich etwas gebracht hat),
weiß ich nicht mehr. Ist schon lange her. Probleme gab das auch erst, als ich
den Drucker an den TP-Link-Switch anschließen wollte. Allerdings fällt mir
ein, dass der Drucker auch schon mal per WLAN mit dem Router verbunden war,
wobei der Router im gleichen Raum und nur ca. 2m vom Drucker entfernt stand.
Auch da war er trotz perfekter Verbindung schnarchlangsam. Genau deswegen habe
ich ihn per Kabel angeschlossen.

Gruß

Michael

On 5/11/24 23:20, Kay Martinen wrote:
>
>
> Am 11.05.24 um 20:21 schrieb Gerrit Heitsch:
>> On 5/11/24 19:36, Marco Moock wrote:
>>> Am 11.05.2024 19:07 Uhr schrieb Gerrit Heitsch:
>>>
>>>> Wenn man Autonegotiation vollständig abschaltet muss man auf 100
>>>> Halbduplex stellen weil das das ist, was ein Switch annimmt wenn
>>>> Autonegotiation fehlschlägt.
>>>
>>> Warum zwingend 100?
>>> Prüft der das anhand des Fast Link Pulse?
>
> Wie sonst.
>
>> Ja, die Geschwindigkeit kann aus dem Linkbeat abgeleitet werden. So
>> funktioniert es wenn ein Hub angeschlossen wird.
>>
>> 10Mbit/sec möchte man sich sparen wenn es nicht unbedingt nötig ist,
>> daher sollte man 100HDX nehmen.
>
> Ich meine das es den FLP auch erst mit 100BaseT gab. Ein 10MB Hub kann
> den nicht senden weshalb der Partner am anderen Ende ja ohne FLP nur
> noch auf 10Mbit runter schalten kann.
>
> Es macht aber doch auch keinen Sinn wenn man Autonegotiation an lassen
> könnte und das die Geschwindigkeit einstellt aber dann manuell auf Halb
> oder Vollduplex stellen könnte. Das sollte eigentlich nicht möglich sein
> oder?

Doch, geht. Habe ich unter Solaris oft gemacht. Zumindest dort kann man
nicht nur Autonegotiation ein- oder ausschalten, man kann auch
definieren was bei Autonegotiation angeboten wird. Ich kann also
Autonegotiation eingeschaltet lassen, aber nur 100FDX anbieten. Dann
bekomme ich entweder einen 100FDX link oder gar keinen und das auch mit
einem unmanaged switch.

Solaris hatte für jeden Interface-Typ eine .conf-Datei, dort hat man das
alles eingetragen. War hübsch, man hatte volle Kontrolle. War die Datei
abwesend oder leer war Autonegotiation mit allen Geschwindigkeiten
eingeschaltet.

Gerrit

On 5/12/24 00:01, Michael Landenberger wrote:
> "Gerrit Heitsch" schrieb am 11.05.2024 um 19:07:57:
>
>> On 5/11/24 14:53, Michael Landenberger wrote:
>
>>> Am Drucker sind 100 MBit/s Vollduplex fest eingestellt. Warum funktioniert
>>> das in Situation 1 und 3, aber nicht in 2?
>
>> Das ist ein Fehler. Darf man nur machen wenn man den Drucker so einstellt,
>> daß er weiterhin Autonegotiation macht aber dann nur 100FDX als
>> Geschwindigkeit anbietet.
>
> Diese Einstellung gibt es am Drucker nicht. Es gibt nur "Auto", "10BASE-T
> Halbduplex", "10BASE-T Vollduplex", "100BASE-TX Halbduplex" und "100BASE-TX
> Vollduplex".
>
> Ich habe jetzt wieder "Auto" eingestellt. Beim nächsten Druckjob werde ich ja
> sehen, wie schnell der Drucker druckt. Allerdings wird es ein bisschen dauern,
> bis ich dazu komme, wieder den TP-Link Switch anzuschließen. Bis dahin hängt
> der Drucker am Netgear-Switch, an dem er auch mit der festen Einstellung mit
> der richtigen Geschwindigkeit gedruckt hat. Dazu habe ich folgende Vermutung:
> im Gegensatz zum TP-Link-Switch schalten der Netgear-Switch und die Fritzbox
> nicht auf Halbduplex, wenn Autonegotiation fehlschlägt, sondern auf 100 MBit/s
> Vollduplex. Dann passen Drucker- und Switch-Einstellung zusammen und alles
> funktioniert normal.

Ja, es sei denn man hätte dort einen Hub angeschlossen, dann würde es
kräftig scheppern. 100MBit-Hubs sind allerdings selten geworden.
Trotzdem ist das korrekte Verhalten bei fehlgeschlagener Autonegotiation
die Einstellung auf Halbduplex. Alles andere verletzt die Spec.

> Auch da war er trotz perfekter Verbindung schnarchlangsam. Genau deswegen habe
> ich ihn per Kabel angeschlossen.

Per Kabel ist der Anschluss der Wahl wenn man garantierte
Geschwindigkeit braucht. WLAN ist zu sehr abhängig von der Umgebung und
den dort vorhandenen anderen APs.

Gerrit

Marco Moock <mm+solani@dorfdsl.de> wrote:
>Am 11.05.2024 19:10 Uhr schrieb Gerrit Heitsch:
>> Der TP-Link Switch verhält sich korrekt. Wenn die Gegenseite keine
>> Autonegotiation anbietet ist das ein Hub und der kann nur Halbduplex
>> womit sich ein Duplex-Mismatch ergibt und die Verbindung sehr langsam
>> wird.
>
>Langsam ist hier der falsche Begriff. Wenn gleichzeitig gesendet wird
>auf beiden Seiten werden diese Frames verworfen.
>Eine Kommunikation ist dann nicht mehr sinnvoll möglich.

TCP tritt dann weit genug zurück dass es trotzdem noch ein wenig
funktioniert. Probiers einfach mal aus.

Grüße
Marc
--
----------------------------------------------------------------------------
Marc Haber | " Questions are the | Mailadresse im Header
Rhein-Neckar, DE | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

"Michael Landenberger" <spamwirdgefiltert@web.de> wrote:
>t. Dazu habe ich folgende Vermutung:
>im Gegensatz zum TP-Link-Switch schalten der Netgear-Switch und die Fritzbox
>nicht auf Halbduplex, wenn Autonegotiation fehlschlägt, sondern auf 100 MBit/s
>Vollduplex. Dann passen Drucker- und Switch-Einstellung zusammen und alles
>funktioniert normal.

AVM würde ich glatt zutrauen, sich hier standardwidrig zu verhalten,
weil der Standard an dieser Stelle arg konservativ ist und man
vermutlich mit "wenn die andere Seite kein Autonegotiation macht,
nehme ich an dass sie dort absichtlich ausgeschaltet wurde und die
Gegenseite dennoch vollduplexfähig ist". Das fällt dann halt in dem
Fall auf die Nase, in der die Gegenseite fest auf Halbduplex
eingestellt ist, dann gibt es die falsch erkannten Collisions halt auf
der anderen Seite.

Du könntest im Fall "tut langsam" auch einfach mal probieren, den
Drucker auf 100 half einzustellen.

Aber Flickwerk bleibt das alles.

Grüße
Marc
--
----------------------------------------------------------------------------
Marc Haber | " Questions are the | Mailadresse im Header
Rhein-Neckar, DE | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

Am 12.05.2024 08:00 Uhr schrieb Marc Haber:

> Marco Moock <mm+solani@dorfdsl.de> wrote:
> >Am 11.05.2024 19:10 Uhr schrieb Gerrit Heitsch:
> >> Der TP-Link Switch verhält sich korrekt. Wenn die Gegenseite keine
> >> Autonegotiation anbietet ist das ein Hub und der kann nur
> >> Halbduplex womit sich ein Duplex-Mismatch ergibt und die
> >> Verbindung sehr langsam wird.
> >
> >Langsam ist hier der falsche Begriff. Wenn gleichzeitig gesendet wird
> >auf beiden Seiten werden diese Frames verworfen.
> >Eine Kommunikation ist dann nicht mehr sinnvoll möglich.
>
> TCP tritt dann weit genug zurück dass es trotzdem noch ein wenig
> funktioniert. Probiers einfach mal aus.

Wenn man schon soweit ist. Ich denke da gerade an so Fälle, wo DHCP,
IPv6RS/RA eine Kollision erzeugen und dann die IP-Vergabe schon
scheitert. Natürlich nur manchmal.
Auch das ganze Discovery-Geraffel mit Multicast wird mit tollen
Effekten drunter leiden.

--
Gruß
Marco

Spam und Werbung bitte an
1715493649ichwillgesperrtwerden@nirvana.admins.ws

Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> Ja, es sei denn man hätte dort einen Hub angeschlossen, dann würde es
> kräftig scheppern. 100MBit-Hubs sind allerdings selten geworden.

Alle Hubs sind selten geworden. Ich vermute, wenn Leute in den letzten
10 Jahren Netzwerke gelernt haben, dann haben sie ein Hub nur gesehen,
wenn sie ein ausgeprägtes historisches Interesse haben, oder man ihnen
im Netzwerklabor ein zur Seite gelegtes zum Spielen gegeben hat.

/ralph

Am 11.05.2024 23:20 Uhr schrieb Kay Martinen:

> Am 11.05.24 um 20:21 schrieb Gerrit Heitsch:
> > On 5/11/24 19:36, Marco Moock wrote:
> >> Am 11.05.2024 19:07 Uhr schrieb Gerrit Heitsch:
> >>
> >>> Wenn man Autonegotiation vollständig abschaltet muss man auf 100
> >>> Halbduplex stellen weil das das ist, was ein Switch annimmt wenn
> >>> Autonegotiation fehlschlägt.
> >>
> >> Warum zwingend 100?
> >> Prüft der das anhand des Fast Link Pulse?
>
> Wie sonst.
>
> > Ja, die Geschwindigkeit kann aus dem Linkbeat abgeleitet werden. So
> > funktioniert es wenn ein Hub angeschlossen wird.
> >
> > 10Mbit/sec möchte man sich sparen wenn es nicht unbedingt nötig
> > ist, daher sollte man 100HDX nehmen.
>
> Ich meine das es den FLP auch erst mit 100BaseT gab.

Richtig. 10 MBit/s hatte den Normal Link Pulse.

http://www.ethermanage.com/
Da ist einiges zu erklärt.

> Es macht aber doch auch keinen Sinn wenn man Autonegotiation an
> lassen könnte und das die Geschwindigkeit einstellt aber dann manuell
> auf Halb oder Vollduplex stellen könnte. Das sollte eigentlich nicht
> möglich sein oder?

Man kann aber steuern, was man anbieten (für jede Geschwindigkeit auch
fdx/hdx) will (wenn das Gerät so eine Option bietet). Der größte
gemeinsame Nenner wird dann genommen.

--
Gruß
Marco

Spam und Werbung bitte an
1715462416ichwillgesperrtwerden@nirvana.admins.ws

Am 12.05.2024 06:34 Uhr schrieb Ralph Aichinger:

> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
> > Ja, es sei denn man hätte dort einen Hub angeschlossen, dann würde
> > es kräftig scheppern. 100MBit-Hubs sind allerdings selten geworden.
> >
>
> Alle Hubs sind selten geworden. Ich vermute, wenn Leute in den letzten
> 10 Jahren Netzwerke gelernt haben, dann haben sie ein Hub nur gesehen,
> wenn sie ein ausgeprägtes historisches Interesse haben, oder man ihnen
> im Netzwerklabor ein zur Seite gelegtes zum Spielen gegeben hat.

Um Ethernet zu verstehen ist ein Blick in die Vergangenheit - da ist
der Hub ja noch relativ neu - erforderlich.
Sonst fragt man sich halt öfter mal, warum bestimmte Sachen da so sind,
wie sie sind.

--
Gruß
Marco

Spam und Werbung bitte an
1715488456ichwillgesperrtwerden@nirvana.admins.ws

Marco Moock <mm+solani@dorfdsl.de> wrote:
> Um Ethernet zu verstehen ist ein Blick in die Vergangenheit - da ist
> der Hub ja noch relativ neu - erforderlich.
> Sonst fragt man sich halt öfter mal, warum bestimmte Sachen da so sind,
> wie sie sind.

Ja, ist definitiv so, aber außerhalb von Netzwerklabors und
Vintage-Computing-Aktivitäten gibt es halt keine Hubs mehr. Ich glaube
ich hab mir eines irgendwo am Dachboden zurückgelegt (damals mit der
Vorstellung "wenn ich eine Verbindung tcpdumpen will, ohne auf das
Zielsystem zu kommen", das war vor der Zeit erschwinglicher Switches mit
Mirroring).

/ralph

Am 12.05.2024 um 08:05 schrieb Marc Haber:
> "Michael Landenberger" <spamwirdgefiltert@web.de> wrote:
>> t. Dazu habe ich folgende Vermutung:
>> im Gegensatz zum TP-Link-Switch schalten der Netgear-Switch und die Fritzbox
>> nicht auf Halbduplex, wenn Autonegotiation fehlschlägt, sondern auf 100 MBit/s
>> Vollduplex. Dann passen Drucker- und Switch-Einstellung zusammen und alles
>> funktioniert normal.
>
> AVM würde ich glatt zutrauen, sich hier standardwidrig zu verhalten,
> weil der Standard an dieser Stelle arg konservativ ist und man
> vermutlich mit "wenn die andere Seite kein Autonegotiation macht,
> nehme ich an dass sie dort absichtlich ausgeschaltet wurde und die
> Gegenseite dennoch vollduplexfähig ist". Das fällt dann halt in dem
> Fall auf die Nase, in der die Gegenseite fest auf Halbduplex
> eingestellt ist, dann gibt es die falsch erkannten Collisions halt auf
> der anderen Seite.
....
Ich hatte letztes Jahr ein kleines Problem, mit einer
fehlenden/wackelndes Ader (ausgerechnet in meiner längsten
Netzwerkleitung und auch noch mit mit 2 LSA Verbindern) und einen
erfolglosen Versuch daran einen Trendnet TPE-P521ES (PoE PD) an einem
TP-Link TL-SG2428 via PoE und FastEthernet zu betreiben.
PoE Endspan Mode A (Adern 1/2 und 3/6). (mit einem PoE Tester, der neben
den Adern u.a. auch Spannungen misst, geprüft)

PoE hat funktioniert, der Trendnet PD Switch war an, aber es ist keine
Netzwerkverbindung zustande gekommen. Lokal an dem PD Switch haben die
Ports untereinander funktioniert. Nach mehreren manuellen setzen an den
Ports der beiden Switche ging dann tatsächlich FastEthernet Fullduplex.
Aber mit Autonegotiation ging in diesem Fall gar nichts.

Mit anderen Switchkonstellationen hatte ich in solchen "Spezialfällen"
bisher immer FastEthernet mit Autonegotiation.

> Aber Flickwerk bleibt das alles.

Ja ;-), nach flicken der Leitung ging es wieder mit 1GBit via
Autonegotiation.

Vorsorglich: die Auswahl an kleinen PoE PD switches (Spannung nur via
PD) mit PoE Pass Through (mind. 15W auf 2 Ports), die mindestens soweit
konfigurierbar sind, dass VLAN einstellbar sind ist extrem
übersichtlich. Netgear und Trendnet habe ich, AFAIK gibt es noch einen
von Ubiquiti.
--
Thomas

"Marco Moock" schrieb am 11.05.2024 um 16:41:04:

> Am 11.05.2024 16:29 Uhr schrieb Michael Landenberger:

>> Der Drucker steht aber genau deswegen auf 100 MBit/s fullduplex, weil
>> das mit der Autonegotiation mal nicht geklappt hat.
> Dann muss man das angehen.

Das ist längst angegangen worden. Die Umstellung erfolgte zu einer Zeit, als
der Drucker an einem völlig anderen Gerät angeschlossen war, das heute gar
nicht mehr im Einsatz ist (AFAIR eine O2 Home Box). Ich habe nur vergessen,
das rückgängig zu machen, als ich den Drucker anders angeschlossen habe. Da er
zunächst normal funktioniert hat, gab es auch nichts, was mich daran erinnert
hat.

>> Aber warum funktioniert es nur mit dem TP-Link-Switch nicht, mit dem
>> Netgear-Switch und mit der Fritzbox aber schon?
> Weil der ggf. ne Macke hat.

Oder weil er sich schlicht anders verhält als die anderen Geräte, die bei
fehlgeschlagener Autonegotiation eine Einstellung wählen, die zufällig zu der
des Druckers passt. Der TP-Link-Switch wählt dagegen in diesem Fall eine
Einstellung, die nicht passt.

Im Moment ist der Drucker an der Fritzbox angeschlossen, die
Ethernet-Schnittstelle ist auf "Auto" eingestellt. Der Drucker funktioniert
normal. Das tat er zumindest an der Fritzbox aber auch mit fester Einstellung
auf 100 MBit/s Vollduplex.

Gruß

Michael