Diskussion:Ethernet/Archiv

message: Hier wurde eine unglücklich Formulierung und ein in sich nicht stimmendes Bild verwendet. Ich habe leider noch keine vollen Rechte und kann deshalb den Artikel noch nicht richtig bearbeiten. Also kommen wir zum Problem unter IEEE 802.3 Tagged MAC Frame ist ein Bild dargestellt das nicht in sich stimmig ist. Es gibt 2 verschiedene Hauptframe Arten einmal Ethernet 2.0 und halt 802.3 Der Hauptunterschied ist das 802.3 kein Type Field hat sondern ein Length Field. Dadurch kann es keine Information zum nächst höheren Protokoll weitergeben. Dadurch kommt SNAP zum Einsatz dies ist ein Overload der den ersten Teil der MAC-Adresse beinhaltet und ein Type Field mit sich bringt. Desweiteren sollte man auf die unter Arten von 802.3 eingehen. Ich habe dazu eine gute Webseite gefunden, wo mein Standpunkt nochmal verdeutlicht wird. Selbst CISCO ist bei dem Frame Aufbau der selben Ansicht. Also ich finde bei Ethernet sollten die Frames überarbeitet werden.
Hier eine Quelle:
Ich stimme dem vorhergehenden Komentar zu.
Hie soll das Ethernet-Format dargestellt werden (ohne Tag) und in der Präamble sollte AA.. stehen, im SFD sollte AB stehen.
Das Bild zeigt das Format wie die Bytes übertragen werden (mit LSB first). Alle Standards
definieren wie die Daten übertragen werden z.B. IEEE 802.3 LSB first, IEEE 802.5 MSB first.
Die Daten werden aber als 10101010 d.h. xAA angegeben und nicht als 55.
Das Format war schon einmal hier richtig dargestellt. Bitte wieder die vorherige Version wieder einstellen.
In der jetzigen Form ist im Type-Feld 0800 (für IP) angegeben, das ist richtig. Im Übertragungsformat, wie der Rest dargestellt ist, müsse das auf 1000 geändert werden.
Wolfgang
Warum hat noch keine das falsche Ethernet_Frameformat ausgetauscht?
Wolfgang
:Da hätte ich eine tolle Idee, geht zu  , holt euch die Originale, seht nach was stimmt. Wenn's eindeutig ist, malt ein korrektes Bild; wenn nicht diskutiert eventuelle Probleme hier.  Und Vorsicht, der oben angegebene Link mag korrekt sein, wenn ja, so könnten seine Bilder dann übernommen werden, wenn der Author dem zustimmt. Ohne Freigabe unter GFDL fliegen auch korrekte Bilder wieder raus. --Kgfleischmann 07:37, 16. Jul. 2008 (CEST)
thread_title:  Falsche Darstellung der Ethernet Frames 

message: da ich gerade den sehr angennehmen Artikel lese möchte ich hier mal was zum 10 Gbit teil fragen:
in der einleitung steht etwas von ",.. sieben Glasfaser- und einen Kupfermedientyp,.."
ich sehe aber zwei "kabel" standarts ...
[..]
# 10GBase-CX4,
# 10GBase-T, 
habe ich da was falsch verstanden oder sind die zahlen falsch ... wenn da jemand mehr Ahnung hat als ich kann er das mal bitte ausbessern,
--mattes 23:07, 30. Jan 2006 (CET)
thread_title:  10 Gigabit 

message: Ich finde dass es nicht CSMA/CD Algorithmus heissen sollte. Denn der Algorithmus ist eine Abfolge von  Befehlsschritten, bzw. von Handlungen eines abgeschlossenen Systems / Maschine / Einheit. Insofern würde ich es eher Verfahren nennen, das ist gemeinhin die übliche Benennung...
Lawnmower 18:16, 18. Jan 2006 (CET)
thread_title:  CSMA/CD Verfahren 

message: Woher kommen alle diese Javascript Stummel im Artikel? (Stand 13:39, 24. Jan 2005 (CET)
replies: text: Keine grundsätzlichen Einwände, aber lass' von der CSMA/CD-Geschichte noch soviel übrig, dass der Ethernet-Artikel nicht drunter leidet. Mein Vorschlag wäre, den Text von Das Schema ist verglichen mit Token Ring oder Master-kontrollierten Netzwerken relativ simpel. bis zum Ende des zweiten Absatzes nach der 6-Punkte-Liste nach CSMA/CD zu nehmen --Echoray 23:36, 24. Feb 2004 (CET)
replies: text: done Mwka 10:47, 25. Feb 2004 (CET)
replies: text: Fehler? Das Verfahren von ALOHANet ist "CSMA/CA" (..Collision Avoidance). Hier wurde gefunkt und auf Bestätigung gewartet, dass weitergefunkt wird. CSMA/CD hingegen arbeitet, wie im Artikel beschrieben, mit einem Jamming-Signal und einer zufälligen Zeitspanne, bis wieder versucht wird, zu senden (es sei denn, jemand anderes sendet vorher). Hedge 09:33, 25. Aug 2004 (CEST)
thread_title:  Javascript Stummel 

message: Eine "Besonderheit" wird in dem Ethernet Artikel leider noch nicht erwähnt und zwar die AUI- (Attachment Unit Interface) und die AAUI-Schnittstellen (Apple Attachment Unit Interface). Die ich leider zu wenig Kenntnis über diese Materie habe, wäre es schön wenn ein Experte diese Beiden Schnittstellen noch in den Artikel einbringen könnte. :) (Stichwort: Transceiver)
Siehe http://www.ccr-computerclub.de/lam2/aui_aaui.htm
Mjh 15:48, 28. Apr 2005 (CEST)
thread_title:  AUI und AAUI 

message: Im Bild ist das Typ-Feld enthalten.
Dies ist definitiv falsch! Es gibt nur im DIX-Format (welches in den meisten Home-Netzwerken zum Einsatz kommt) ein Typfeld.
* Da liegst du leider falsch! Im Standard 802.3 ist das Feld als typ/length Feld definiert. Anders als im DIX wird der Inhalt bei Zahlenwerten bis 1500 als length interpretiert. Bei Zahlenwerten über 1500 ist eine Interpretation als Typ vorgeschrieben. In 802.3 is nichts mehr über die Interpretation des Datenfeldes enthalten. Aus Sicht von 802.3 sind DSAP, SSAP, ff Teil des Datenfeldes und daher ist auch in 802.3 darüber nichts zu finden. In der Praxis sind mir bisher nür noch Formate mit Typ-werten begegnet. HH1946 19:12, 18. Aug. 2007 (CEST)
replies: text: Die Präambel gehört zwar per Definition IEEE 802.3 zum Frame, wird aber in der Framelänge nicht berücksichtigt. Da sie keine Informationen überträgt. Die Präambel, sie besteht aus einer alterrierenden Folge von "01" (ausser das letzte Doppelbit, dieses ist "11"), stammt viel mehr noch aus der Zeit als das Ethernet-Signal auf dem Medium (Kable) mit dem Manchester-Code kodiert wurde. Durch die Präambel hatte der Empfänger somit ausreichend Zeit den Signaltakt des Signals zu erkennen und sich auf diesen Takt zu synchronisieren damit er die Takte im informationstragenden Teil des Frames sauber trifft. -- Raven 09:01, 15. Okt 2005 (CEST)
thread_title:  Gesamtlänge Ethernet-Paket 

message: Bei mehreren automatisierten Botläufen wurde der folgende Weblink als nicht verfügbar erkannt. Bitte überprüfe, ob der Link tatsächlich down ist, und korrigiere oder entferne ihn in diesem Fall!
* http://www.10gea.org/
** In Ethernet on Sun Jan 22 01:43:22 2006, Socket Error: (-3, 'Tempor\xc3\xa4rer Fehler bei der Namensaufl\xc3\xb6sung')
** In Ethernet on Sun Jan 29 21:12:12 2006, Socket Error: (-3, 'Tempor\xc3\xa4rer Fehler bei der Namensaufl\xc3\xb6sung')
--Zwobot 21:12, 29. Jan 2006 (CET)
thread_title:  Toter Weblink 

message: Seit Tagen suche ich mir einen Wolf nach der Bedeutung der Abkürzungen SX, TX, FX, usw.
Vor allem: was bedeutet das X? Wäre Euch dankbar, wenn das einer klären könnte.
:Ob es eine wörtliche Bedeutung des "X" gibt kann ich Dir leider nicht sagen, das entzieht sich auch meiner Kenntnis. Aber den jeweiligen X-Standards kommt jeweils das Gleiche block encoding zum Einsatz. So nutzen 100BaseTX und 100BaseFX 4B/5B-Symbole und 1000BaseCX, 1000BaseSX und 1000BaseCX 8B/10B-Symbole. Ich kenne daher nur den jeweiligen Zusammenhang über das block encoding. Ebenfalls ist den X-Standards gemein, dass sie von anderen Verfahren adaptiert wurden. Die 100-X-Verfahren sind ursprünglich für FDDI und die 1000-X-Verfahren für Fibre Channel entwickelt und erst später für Ethernet adaptiert worden. Leider klärt das aber noch immer nicht, wofür das "X" steht. Achja, das "S" steht für short, das "T" für twisted pair, das "F" für fibre, das "C" für copper und das "L" für long. -- Raven 22:16, 22. Feb 2006 (CET)
replies: text: Wie wärs mit X für "Full Duplex"? Sturmflut 21:42, 17. Apr. 2007 (CEST)
thread_title:  Abkürzungen der Ethernet-Standards 

message: Habe etwas bzgl. den bei Ethernet-Hardware verwendeten keep-alives geschrieben, da hierzu noch nichts veröffentlicht wurde. Habe das mal in einer Router-Dokumentation von CISCO gelesen (nehme an Zertifizierungsprogrammen von der CISCO-Academy teil), wenn unbedingt erforderlich kann ich ggf. mal den Link zu dem Paper raussuchen. --Andreas Weber 19:41, 27. Apr 2006 (CEST)
thread_title:  Keep-Alives 

message: Keepalive-Nachrichten werden in Ethernet-Netzwerken verwendet, um sicherzustellen, dass eine physikalische Verbindung nicht zwischenzeitlich unterbrochen wurde. Da Ethernet ein gemeinsam genutztes Medium (engl. „shared medium“) ist, wird jedoch nicht überprüft, ob eine Verbindung zu einem bestimmten Teilnehmer besteht, sondern lediglich, ob Lese- und Schreibzugriff auf das Medium (OSI-Schicht 1) möglich sind. Hierzu wird ein Datenpaket („frame“) mit der eigenen MAC-Adresse im Absender- als auch Empfänger-Feld sowie dem Wert 0x9000 im EtherType-Feld gesendet. Der unmittelbare Empfang des gerade versendeten Frames stellt sicher, dass die Ethernet-Hardware korrekt funktioniert und dass die Integrität des Übertragungsmediums sichergestellt werden kann.
In Full-Duplex-Installationen gibt es keine Keep-Alives. Höherwertige Techniken wie kontinuierliche Trägerwellen und Auto-Negotiation sowie ausgefeilte Loopback-Funktionen der PHY-Bausteine treten an ihre Stelle.
Absatz Ende
Wie du schon selbst schreibst, ist bei den heute üblichen Ethernetausprägungen - geswitched und 100 oder 1000 Mbps fullduplex ein keepalive nicht mehr notwendig um den Zugang zum Äther zu verifizieren. Viel wichtiger aber erscheint mir, dass diese Keep alives überhaupt nichts mit dem im Standard festgelegten Ethernet zu tun haben. Das ist ein Cisco Versuch der heute obsolet geworden ist und nie viel wert war. Ende zu Ende keepalives auf Anwendungsebene sind viel wichtiger als keep alives zwischen Endgerät und dem nächsten Switch. Dein Text könnte vielleicht eine Ergänzung zum Artikel über keepalive sein.HH1946 19:57, 18. Okt. 2007 (CEST)
thread_title:  Keep-Alives 

message: Man sollte mal mit dem Gedanken spielen den Punkt 2, "Bitübertragungsschicht" umzustrukturieren. Der Unterpunkt "Broadcast und Sicherheit" hat rein gar nichts mit Layer 1 zu tun (bezieht sich auf Layer 2-Angaben), während der von mir hinzugefügte Absatz zu Keep-Alives Layer 2-Frames benutzt um Layer 1-Konnektivität zu beschreiben; ich würde hier also nicht wie es derzeit der Fall ist eine Linie ziehen und sagen hier steht alles zum Thema Bitübertragungssicht. Was meint ihr wie man das am besten löst? (der Broadcast-Unterpunkt muss aber da definitiv raus) --Andreas Weber 19:51, 27. Apr 2006 (CEST)
thread_title:  Bitübertragungsschicht (Punkt 2) 

message: ... beim Ethernet II-Frame-Format.  Wie funktioniert das?
Beim 10Mbps Ethernet wird eine Schlussequenz verwendet, die durch "Bitstuffing" so im regulären Datenstrom vermieden wird. Darüber findet man z.B im Artikel zu HDLC im Absatz Blockaufbau eine Erläuterung. Bei den höheren Ethernetgeschwindigkeiten werden in der Übertragung spezielle Symbole verwendet die nicht in der Darstellung des eigentlichen Frames Verwendung finden. Ein Symbol hat beispielsweis 5 mögliche Werte.  0-3 können dann z.B für die Darstellung einer ZweiBit Kombination verwendet werden und der 5 Wert signalisert eine Steuersequenz. HH1946 19:22, 9. Jun 2006 (CEST)
thread_title:  ``bitgenaue Signalisierung des Übertragungsendes" 

message: Eine kleine Anmerkung zu dem (echt guten) Artikel:
Stimmt es das bei Geschwindigkeiten größer als 10 MBit/s keine Präambel mehr verwendet wird? Also ich habe davon noch nichts gehört, und auch nach wälzen von dem 802.3 Standard nichts gefunden..
Henning
:Nein, das stimmt nicht. Das Dokument (IEEE 802.3) sagt eindeutig in Absatz 4.1.4, dass es die Aufgabe des "MAC sublayers" ist einem jeden IEEE 802.3-Frame eine Preambel, einen StartFrameDelimiter, usw. hinzuzufügen! Und da die Geräte mit Geschwindigkeiten über 10MBit/s weiterhin gültige IEEE802.3-Frames erzeugen (müssen) senden Sie auch eine Präambel. -- Raven 17:31, 28. Jun 2006 (CEST)
thread_title:  Keine Präambel bei Geschwindigkeit > 10 MBit? 

message: Ethernet [i:θənɛt] ist eine Datennetztechnologie für lokale Datennetze (LANs). Sie ermöglicht den Datenaustausch in Form von Datenrahmen zwischen allen in einem lokalen Netz (LAN) angeschlossenen Geräten (Computer, Drucker, etc.).
* pro - für mich als Laien, der sich gerade mehr und mehr in unsere Computerartikel einliest, ein sehr schöner und verständlicher Artikel. Imho scheint er auch keine größeren Lücken oder schwerwiegenden Fehler aufzuweisen. -- Achim Raschka 20:59, 31. Jul 2006 (CEST)
thread_title:  Lesenswert-Kandidatur: Ethernet (Archivierung Abstimmung 31. Juli bis 7. August 2006) 

message: ==
aja, wer mehr wissen will sollte wirklich Power over Ethernet lesen. Ich gebe zu, dieser Link versteckt sich derzeit etwas verschämt hinter der kryptischen Zeichenfolge "802.3af". Ist es OK, wenn wir nur das ändern? --Echoray 19:42, 5. Dez. 2006 (CET)
thread_title:  Überschrift 

message: Im Text wird die Wellenlänge für 1000Base-LX / 1000Base-LX/LH mit 1350 nm angegeben. Meiner Meinung nach richtig wäre aber die Wellenlänge von 1310 nm (siehe diverse Herstellerspezifikationen).
Bei 1000Base-ZX liegt die Wellenlänge bei 1550 nm.
Telephono 15:48, 23. Apr. 2007 (CEST)
thread_title:  Wellenlängen bei 1000Base-LX / 1000Base-ZX 

message: Im englischen gibt es einen Artikel des sich expli. mit IEEE 802.3 befasst (im deutschen gibt es bisher nur eine Weiterleitung von 802.3 auf Ethernet). Wie sieht eure Meinung dazu aus? Ich wäre bereit bzw. ich habe für mich Teile des Artikels übersetzt die ich bei Bedarf/auf Wunsch einstellen könnte.
Meine eigene Meinung ist, dass der Artikel 802.3 einiges nochmal aufgreift was hier in Ethernet schon steht, also redundant ist. Andererseits ist die Tabelle aus dem englischen Artikel zur Übersicht nicht schlecht - vielleich einfach nur diese hier einbinden? (ich habe diese Übersetzt vorliegen..)
GandalfTheWhite 17:41, 10. Jun. 2007 (CEST)
thread_title:  Eigener 802.3 Artikel ? 

message: Ich vermisse im Artikel einen Hinweis zur maximalen Leitungslänge bei 100Base-X (IEEE 802.3 Clause 24) für Twisted-Pair-Kabel.
Rudolf
[] 10BASE5 coax cables had a maximum length of 500 meters / [] According to the standards, they all operate over distances of 'up to 100 meters'. – However, with high quality cabling, cable runs of 150 meters or longer are often obtained … – 100BASE-TX and 1000BASE-T both require a minimum of Category 5 cable (5e or 6 with 1000 Mbit/s) and also specify a maximum cable length of 100 meters. Furthermore while 10BASE-T is more tolerant of poor wiring such as split pairs, poor terminations and even use of short sections of flat cable, 100BASE-T is not as much so, and 1000BASE-T is less tolerant still. Since testing of cable is often limited to checking if it works with Ethernet, running faster speeds over existing cable is often problematic. This problem is made worse by the fact that Ethernet’s autonegotiation takes account only of the capabilities of the end equipment, not of the cable in between. Fritz Jörn 08:46, 14. Mai 2009 (CEST)
thread_title:  Leitungslänge 100Base-X 

message: Flow Control findet auf der Logical Link Layer statt und wird auch bei Ethernet implementiert, die englishe Wikipedia hat dazu einen Artikel: Ethernet flow control. Dieser sollte zumindest kurz zusammengefasst (und übersetzt :) hier eingebaut werden.Eke 15:02, 28. Mai 2009 (CEST)
thread_title:  Flow Control 

message: Im Artikel ist mehrfach von Licht die Rede. Bei der Übertragung mithilfe von Glasfasern kommt jedoch nur elektromagnetische Strahlung aus dem Infrarot-Bereich zum Einsatz. Nur der für das menschliche Auge sichtbare Bereich des elektromagnetischen Spektrums wird als Licht bezeichnet. Dieser liegt etwa zwischen 380 nm und 780 nm. Im Artikel sollte der Begriff "Licht" durch "Strahlung" ersetzt werden. Wenn bei 100Base-SX (850 nm) von einigen Menschen noch ein schwaches Rot erkannt wird, liegt das nach meinem Kenntnisstand daran, dass bei 1000BaseSX keine Laser-Dioden zum Einsatz kommen, sondern Infrarot-Leuchtdioden. Diese verhalten sich bei der Aussendung von Strahlung nicht so schmalbandig wie das für Laser gilt. -- Tornadohalt 11:53, 15. Jun. 2009 (CEST)
thread_title:  Licht 

message: "Anschluss erfolgt über 8P8C-Modularstecker/-buchsen (häufig falsch als „RJ45“/„RJ-45“ bezeichnet) in einer Sterntopologie." Imho, und auch so im Artikel zu den Steckern genannt, ist die übliche Handelsbezeichnung RJ45. Von falsch kann nicht direkt die Rede sein.
Nur in Europa/Deutschland führt der Handel die Bezeichnung RJ45. Die Bezeichnung mit RJ45 hat sich durch den Handel in Europa/Deutschland stark verbreitet. Sie wird dadurch jedoch nicht automatisch korrekt. -- Tornadohalt 11:36, 15. Jun. 2009 (CEST)
thread_title:  8P8C 

message: In den rechten BOXen "Ethernet mit..." ist eine Schicht Net vorhanden. Müsste da nicht Vermittlungsschicht stehen?
-> nein, da es sich um vom ISO-OSI-Referenzmodell verschiedene! Protokollstapel handelt. Vergleiche mal das OSI-Modell mit dem TCP/IP-Modell. Diese sind verschieden! (Ben)
Ich halte  von ISO-OSI-Referenzmodell verschiedene... Modelle für Unsinn. Man sollte beim ISO/OSI-Modell bleiben und nicht neue Modelle einführen. Natürlich gehören dann die Informationen wie (u.a.) "kein Unterschied in den Schichten 5-7 in der Praxis" dazu. Verschiedene Modelle widersprechen dem Sinn "Erklärung und Darstellung des Verhältnisses der vielen benutzten Protokolle untereinander". P.S. Ich arbeite seit 25 Jahren in der Branche. Sehr ärgerlich ist auch, dass die sehr gängigen Protokollstandards wie IEEE 802.3ab weitgehend durch die "clause"-Bezeichnung ersetzt wurden - seht euch mal die Geräte-Handbücher an, was da steht. Str. (nicht signierter Beitrag von 88.79.240.168 (Diskussion | Beiträge) 13:40, 12. Aug. 2009 (CEST)
thread_title:  Diskussion Schichtenmodell 

message: "Bei einer Übertragungsrate von 10 Mbit/s und einer maximalen Entfernung von 2,5 km zwischen zwei Stationen ist eine Mindestlänge von 64 Byte (14 Byte Header, 46 Byte Nutzdaten, 4 Byte CRC) vorgeschrieben."
Ich würde den Satz folgendermaßen ändern:
"Bei einer maximalen Länge von 2500 Metern und vier Repeatern (nach der 802.3-Sepzifikation) ist die maximale Übertragungszeit bei 10 MBit/s im schlechtesten Fall etwa 50µs (plus der Zeit, die für den Durchlauf der Repeater benötigt wird, die nie Null ist). Ein Bit benötigt daher 100 ns für die Übertragung. Der kleinste zu übertragende Rahmen muss deshalb 500 Bit enthalten, um Kollisionen zu verhindern Um einen gewissen Spielraum für Sicherheit zu gewährleitsen, wurde dies auf 512 Bit bzw. 64 Byte aufgerundent"
-- matsbecker 11:16, 25. Jul. 2009 (CEST)
thread_title:  Mindestlänge 

message: Im Bild des Artikels, der das Ethernet-Frame darstellt, wird der kleinere Teil Ethernet-Frame und der Teil mit Präambel von Ethernet-Paket bezeichnet. Pakete werden aber nur in der Schicht 3 (Internetschicht) im TCP/IP-Referenzmodell so bezeichnet. Das Ethernet-Frame inklusive Präambel wird aber von der Netzübertragungsschicht Schicht 1-2 im OSI-Referenzmodell nach dem Ethernetstandard übertragen. Somit ist das Wort "Paket" in diesem Zusammenhang höchst wahrscheinlich unkorrekt (falsch).
Meiner Ansicht nach geht das Ethernet-Frame von Anfang bis Ende in diesem Bild, also inklusive Präambel.
- muss dir widersprechen, laut 802.3 standard heißt es frame und packet, so wie es im bild steht :)
zum nachlesen: figure-3-1 (nicht signierter Beitrag von 80.187.104.162 (Diskussion | Beiträge) 00:31, 3. Sep. 2009 (CEST)
thread_title:  Begrifflichkeit im Bild zu Ethernet-Frames 

message: In der Spezifikation wird BASE immer groß geschrieben. Dies ist die offizielle IEEE Schreibweise und sollte daher auch so im WIKI verwendet werden. Nach dem Base kommt direkt die Zahl (z.B. 10BASE2) bzw. ein Bindestrich, falls ein Buchstabe folgt (100BASE-TX, 100BASE-FX). 
Das ist leider überall falsch ("base" oder "Base")geschrieben und breitet sich somit aus - richtiger wird es dadurch jedoch nicht. Sollte mal bei der nächsten Änderung korrigiert werden. (nicht signierter Beitrag von 62.225.145.235 (Diskussion | Beiträge) 18:19, 25. Aug. 2009 (CEST)
replies: text: Danke für den Hinweis. Eine Quelle dafür habe ich sogar auch schnell auftreiben können: die IEEE-Seite selbst. --Uncle Pain 10:05, 26. Aug. 2009 (CEST)
thread_title:  Korrekte Schreibweise 100BASE-TX, 10BASE2 usw. 

message: Meiner Meinung nach ist die Grafik 'IEEE 802.3 Tagged MAC Frame' falsch
dargestellt, allerdings bin ich mir nicht sicher.
Hier meine Begründung:
In der Grafik ist das Präambelfeld mit (0x)55 dargestellt,
was (0b)01010101 entspricht, allerdings steht in der Standardisierung (802.3)
folgendes unter 4.2.5:
The preamble pattern is:
10101010 10101010 10101010 10101010 10101010 10101010 10101010
The bits are transmitted in order, from left to right.
weiterhin steht dort unter 3.1.1:
Relative to Figure 3–1, the octets of a packet are transmitted from top to bottom,
and the bits of each octet are transmitted from left to right.
es gibt also keinen Anlass aus einem Byte von 10101010 ein 01010101 zu machen!
oder irre ich? (nicht signierter Beitrag von 80.187.105.163 (Diskussion | Beiträge) 23:42, 2. Sep. 2009 (CEST)
thread_title:  Grafik fehlerhaft? 

message: Unter der Überschrift "Bitübertragungsschicht" steht reichlich zu MAC-Protokoll, aber ich finde dort nichts zur Bitübertragungsschicht. Bitte die Überschrift ändern in "Sicherungsschicht" oder auch was Schreiben zur Bitübertragungsschicht...
-- 90.186.20.58 17:27, 4. Sep. 2009 (CEST)
thread_title:  Bitübertragungs vs. Sicherungsschicht 

message: Geschwindigkeit hat mit der Übertragungsrate zu tun! 3 Ingenieure n streuben sich die Haare.
--- 
wie hängen die beiden begriffe zusammen ? Tim
---
4000Base-sx fehlt auch--Mpeg 13:51, 16. Okt. 2009 (CEST)
thread_title:  Geschwindigkeit = Übertragungsrate 

message: Wie ist das eigentlichnun bei 1000Base-T: Gibt es hierfür spezielle gedrehte Kabel zum direkten verbinden zweier Netzwerkkarten oder verwendet man ein achtadriges Patchkabel und die Karten schalten automatisch auf Kreuzbetrieb? Oder ist das bei 1000Base-T überhaupt nicht vorgesehen? (nicht signierter Beitrag von 217.95.99.218 (Diskussion | Beiträge) 02:24, 27. Nov. 2009 (CET)
thread_title:  Gedrehte Kabel (Crossover) 

message: Wieso soll Ethernet zu layer 1 dazu gehören? Hier ist die ISO/OSI L1 Beschreibung
"7.7.2 Purpose
The Physical Layer provides the mechanical, electrical, functional and procedural means to [[activate, maintain, and
de-activate]] physical-connections for bit transmission between data-link-entities"
Ethernet macht nicht von den 3 genannten Punkten. Seine Aufgaben liegen klar in Schicht 2 mit HW-Adressierung, Synchronisation und Sicherung. (nicht signierter Beitrag von 93.128.28.39 (Diskussion | Beiträge) 06:24, 10. Feb. 2010 (CET)
replies: text: Ethernet ist mehr als Layer 2, was aus den Spezifikationen klar hervorgeht. Als Tip, ein wenig in diese einlesen.  --Kgfleischmann 10:23, 10. Feb. 2010 (CET)
thread_title:  Wieso Layer 1 

message: Unter "Verwandte Standards" ist auch das WLAN aufgelistet. Dort könnte doch ergänzt werden, dass wegen der Kompatibilität bei einer Verbindung zw. WLAN und einem kabelgebundenen Ethernet-Rechner kein Routing erforderlich ist, sondern nur Bridging. (War mir bis dato nicht so klar...) (nicht signierter Beitrag von 62.104.117.73 (Diskussion | Beiträge) 14:17, 24. Jul. 2005 (CEST)
thread_title:  Routing / Bridging 

message: Stacked VLANs sind in Text und Grafik nicht berücksichtigt. Sollte man das ändern? (nicht signierter Beitrag von 195.227.50.6 (Diskussion | Beiträge) 13:58, 9. Mai 2006 (CEST)
thread_title:  Stacked VLANs (QinQ) 

message: Also nach meiner Meinung befindet sich vor allem im Absatz "»WARP-Technologie«" und "10GBase-T" ziemlich viel unterschwellige Werbung von "Schweizer Unternehmen R&M (Reichle & De-Massari)", wenn ihr auch der Meinung seit könnt ihr ja gerne mithelfen das ein bisschen zu verbessern ... --TuxJoe 16:20, 20. Jan. 2007 (CET)
thread_title:  indirekte Werbung 

message: Gigabit-Ethernet wird in dem Artikel mit dem Kürzel GigE beschrieben. Bei GigE handelt es sich jedoch um ein Schnittstellenstandard für Industriekameras: GigE vision
--217.95.159.127 21:37, 31. Mär. 2010 (CEST)
thread_title:  GigE 

message: Wieso sprechen hier in D eigentlich viele das Lemma als ˈi:θənɛt aus? Gerade wenn man es deutsch aussprechen würde, wäre ein i am Anfang nicht korrekt. Und in den englischen Wörterbüchern ist von ē'thər-nět die Rede   —gredsc Frage/Antwort 17:03, 10. Feb. 2010 (CET)
replies: text: Ah, okay... bei Merriam-Webster steht zur Symbol-Erklärung: \ ē \ as y in easy. Siehe auch die Zeile zu iː in der Tabelle unter en:Pronunciation_respelling_for_English —gredsc Frage/Antwort 12:52, 3. Jun. 2010 (CEST)
thread_title:  Aussprache 

message: Warum gibt es eine maximale Paketgröße von 1,5kB? (nicht signierter Beitrag von 141.30.204.103 (Diskussion) 00:38, 6. Jul 2010 (CEST)
thread_title:  Paketgröße 

message: Also, ich bin weiß Gott nicht blöd, aber ich verstehe nur Bahnhof, wenn ich diesen Artikel lese.  Kann es nicht auch eine Version für Normalsterbliche geben? (nicht signierter Beitrag von 128.176.188.100 (Diskussion | Beiträge) 23:46, 27. Jul 2009 (CEST)
replies: text: Dem schließe ich mich an. Ist, bis auf die ersten Absätze, für interessierte Laien wirklich komplett unverständlich --Terraner87 23:10, 30. Apr. 2010 (CEST)
thread_title:  Verständlichkeit 

message: Kann man 100 Gigabit Ethernet jetzt schon in die Spezifikationen einbauen? Wenn ja mache ich dies gerne heute noch. Greets.   -- Philleb 19:32, 4. Nov. 2010 (CET)
thread_title:  100 Gigabit Ethernet 

message: Gibt es dazu Quellen? Die Erklärung mit der niedrigeren Kapazität zu Ground erscheint mir unschlüssig, weil sich imho auch in der Schirmung die Elektronen verschieben und die Schirmung dann einfach eine Kapazität zu Ground aufbaut. Das senkt die (Gesamt)Kapazität aber nicht sonderlich? (nicht signierter Beitrag von 84.56.97.94 (Diskussion | Beiträge) 00:22, 2. Mai 2010 (CEST)
thread_title:  Schwebende Schirmung - Warp Technologie - Quellen 

message: Die Darstellung der Präambel im Ethernet Datenframe ist falsch. Die Präambel lautet: "10101010" entspricht AA (Hex). Der SFD lautet: "10101011" entspricht AB (Hex). --89.245.94.5 17:39, 17. Nov. 2010 (CET)
replies: text: Ebenso ist das Paket und der Frame vertauscht. Der Frame ist das "Ganze", das Paket alles ab MAC Adresse. (nicht signierter Beitrag von 131.234.87.156 (Diskussion) 12:55, 25. Jan. 2011 (CET)
thread_title:  Schaubild Datenframe 

message: Die Darstellung der Präambel im Ethernet Datenframe ist falsch. Die Präambel lautet: "10101010" entspricht AA (Hex). Der SFD lautet: "10101011" entspricht AB (Hex). --89.245.94.5 17:39, 17. Nov. 2010 (CET)
replies: text: Ebenso ist das Paket und der Frame vertauscht. Der Frame ist das "Ganze", das Paket alles ab MAC Adresse. (nicht signierter Beitrag von 131.234.87.156 (Diskussion) 12:55, 25. Jan. 2011 (CET)
thread_title:  Schaubild Datenframe 

message: Sollte in der "Längen für Multimode-Glasfaserkabel"-Tabelle ganz unten statt 10 bzw 100MB/sec (also MByte/sec) nicht 10 bzw 100Mbit/sec stehen? (nicht signierter Beitrag von 145.64.134.242 (Diskussion) 10:20, 27. Jan. 2011 (CET)
thread_title:  MB statt Mbit in Tabelle? 

message: Diese Protokoll ist doch absolut irrelevant im Vergleich mit TCP/IP, warum verwendet man es also hier als Beispiel? --Chricho ¹ 17:25, 20. Jul. 2011 (CEST)
thread_title:  Warum AppleTalk? 

message: Ich würde ja "Cat.x" vorziehen, aber die vorherrschende Schreibweise war "Cat-x" gemixt mit "Cat x" oder "Cat.x", also habe ich auf "Cat-x" vereinheitlicht. --Viktor 03:42, 9. Dez. 2011 (CET)
thread_title:  Zur Vereinheitlichung der Schreibweise der Abkürzung "Cat" 

message: * "10G operation should work up to 50-meters over Cat 5e cabling", gemeint ist UTP: http://www.ieee802.org/3/10GBT/public/nov03/minutes_1103.pdf
* http://www.ieee802.org/3/10GBT/public/sep03/diminico_1_0903.pdf
* "45m to 100m on four pair class D" http://www.ieee802.org/3/10GBT/public/sep03/minutes_0903.pdf
* Cat5e UTP 45m http://www.bicsi.org/pdf/conferences/europe/dublin2009/presentations/Ken%20Hodge.pdf 
* http://www.intertek-etlsemko.com/portal/page/cust_portal/ITK_PGR/DOCUMENTS_PROD_PG/StandardsWatch_Iss104.pdf
* Etliche Datenblätter schreiben "Cat5e up to 45 meters"
** http://www.smc.com/files/AY/DS_SMC10GPCIe-10BT.pdf
** https://www.aquantia.com/workspace/uploads/aq1002_pb_ver1.2-4ebcd8d7067bd.pdf
* Leute, die es selbst probiert haben: http://hardforum.com/showthread.php?t=1465401
Jjeka (Diskussion) 17:29, 13. Apr. 2012 (CEST)
thread_title:  ok, 10GBase-t läuft über Cat5e 45m 

message: Jemand hatte unter der Grafik folgenden Text dazugefügt:
Rückgängig gemacht. 01010101 binär = 55 hex Jjeka (Diskussion) 20:27, 18. Apr. 2012 (CEST)
thread_title:  Datenframe: Präambel falsch? 

message: Das ist ein Marketing-Gag. "Schwebender Schirm" ist nix neues. Das hat man, wenn man bei einem geschirmten Kabel den Schirm isoliert (und nicht beidseitig niederohmig erdet). Die Schirmwirkung ist schwächer. Der einzige Vorteil, den ich in dem WARP-blahblah erkennen kann, ist daß durch die Unterbrechungen im Fehlerfall oder bei nachlässiger Isolierung des Schirms an den Enden keine Spannungsverschleppung stattfinden kann.
Die technischen Erläuterungen beschreiben lediglich das Prinzip der verdrillten Doppelader:
Was das mit der unterbrochenen Schirmung zu tun hat, bleibt der Phantasie des Lesers überlassen. 
Ich werde mal einige Referenzen zum Thema raussuchen, den Abschnitt umbenennen in "Schwebender Schirm" und WARP nebenbei mit erwähnen. Einwände, Vorschläge?Jjeka (Diskussion) 11:01, 18. Apr. 2012 (CEST)
thread_title:  WARP-Technologie, schwebender Schirm 

message: Leider wird das in de,at,ch sehr verbreitete geschirmte Cat5e international kaum verwendet und wurde von der IEEE 802.3 Arbeitsgruppe ziemlich ignoriert. Man hat sich einige Gedanken über die Verwendung von Cat5 UTP für 10 Gbit/s gemacht (45m im AXT worst-case, siehe oben). Aus den vorliegenden Daten läßt sich IMHO direkt ableiten, daß bei Schirmung 70-90m möglich sind.
Ich denk mal drüber nach wie man das belegen kann, befürchte aber, jemand schreit: Keine Theoriefindung!
Ist hier jemand, der das mal ausprobieren kann?
 Jjeka (Diskussion) 12:38, 18. Apr. 2012 (CEST)
thread_title:  10 Gbit über 70-90m geschirmtes Cat5e? 

message: Es wird zum Beispiel nicht darauf eingegangen, wann die verschiedenen Ethernet Standards verabschiedet wurden. Sofern google Recht hat, wurde 1 GBit im Jahr 1998 standardisiert aber so ganz sicher bin ich nicht. (nicht signierter Beitrag von 79.249.122.94 (Diskussion) 23:28, 13. Nov. 2012 (CET)
thread_title:  Timeline fehlt ein bischen 

message: Auch wenn als landläufige Bezeichnung für die 8P8C-Modularstecker "RJ-45" verwendet wird, ist diese eine spezielle Beschaltung aus der Telekommunikation, die bei Ethernet nicht verwendet wird. Das ist auch schon hier im Artikel dargestellt. -- Zac67 (Diskussion) 19:20, 11. Nov. 2013 (CET)
replies: text: RJ-45 ist zwar zu allgemein, aber trotzdem nicht falsch. RJ-45 bezeichnet den Stecker- oder genauer gesagt Buchsentyp. 8P8C spezifiziert das dann genauer. Trotzdem ist die gängige Bezeichnung RJ-45. In gängigen Fachbüchern steht das zumindest so drin. --NurDieHalbeWahrheit (Diskussion) 08:21, 4. Nov. 2014 (CET)
replies: text: Tatsächlich war "RJ45" die Bezeichnung (Universal Service Ordering Code) für eine Schnittstellenbuchse von Bell System u.a. für ISDN und T1. Darin waren nur die Pins 4&5 belegt und ein Brückenwiderstand auf 7&8 (Quelle) − hat mit Ethernet so ziemlich gar nichts zu tun, außer dass 10BASE-T und 100BASE-TX genau diese Pins nicht verwenden. Der richtige Name 8P8C war einfach nicht bekannt und "RJ45" blieb als Bezeichnung hängen. Zac67 (Diskussion) 13:56, 4. Nov. 2014 (CET)
thread_title:  "RJ-45" vs 8P8C 

message: Die Zeitangabe für das CSMA/CD-Protokoll im ALOHA-net stimmt nicht mit der Angabe in ALOHA überein (1960er vs. 1970/71 erstmals eingesetzt). --139.30.145.225 10:56, 14. Jul. 2015 (CEST)
replies: text: Danke für den Hinweis - ALOHAnet fing 1971 an. --Zac67 (Diskussion) 20:56, 14. Jul. 2015 (CEST)
thread_title:  Alohanet-Zeitangabe variiert um 10a 

message: Hier steht: "Switches (manchmal auch laienhaft als Switching Hubs bezeichnet)". Was soll daran laienhaft sein?! Bei Switch steht: "Der Begriff Switch bezieht sich allgemein auf eine Multiport-Bridge – ein aktives Netzwerkgerät, das Frames anhand von Informationen aus dem Data Link Layer (Layer 2) des OSI-Modells weiterleitet. Manchmal werden auch die korrekteren Bezeichnungen Bridging Hub oder Switching Hub verwendet, im IEEE 802.3-Standard heißt die Funktion MAC Bridge. Der erste „EtherSwitch“ wurde im Jahr 1990 von Kalpana eingeführt. „Switch“ stammt eigentlich aus der leitungsvermittelnden Technik und gibt nicht die Funktion des Geräts wieder."
Korrigiert den Blödsinn mal! (nicht signierter Beitrag von 91.53.150.216 (Diskussion) 12:22, 15. Feb. 2016 (CET)
replies: text: Vielen Dank für den Hinweis - "Hub" für einen Multiport-Repeater ist zwar weit verbreitet aber nicht wirklich präzise. --Zac67 (Diskussion) 18:59, 15. Feb. 2016 (CET)
thread_title:  Wenn man so absolut gar keine Ahnung vom Thema hat, dann sollte man hier nicht schreiben! 

message: Hier gibt es schöne Bilder für die Tabelle  --Markus (Diskussion) 08:49, 25. Mai 2016 (CEST)
thread_title:  Ader-Farben 

message: 2,5 gbit mit Stufe  5e sind 100 m sicher möglich.
5 gbit mit Stufe 6 sind 100 m ebenfalls sicher möglich.
Nur neue Karten und Switches nötig für real 2 bis 4 fache Performance mit bestehender Verkabelung. (nicht signierter Beitrag von 2A02:810B:C53F:B9E8:81:8BA1:49F5:5CFF (Diskussion | Beiträge) 15:49, 2. Dez. 2016 (CET)
thread_title:  Neue 2,5 gbit und 5 gbit Standards fehlen in Tabelle Kabellängen Kupfer twisted pair  

message: Hier handelt es sich nicht um einen wesentlichen Aspekt der Ethernet-Technologie oder der Ethernet Historie. Auch andere Hersteller haben erfolgreich Kabel abgeschirmt. Sachlich könnte dieses Thema unter einem Stichwort "Signalübertragungskabel" oder so ähnlich einen Platz finden. ABer diese Information kann als irrelevant auch ruhig ganz verschwinden. Das Stichwort WARP findet sich auch folgerichtig nicht in der EN-Version von Ethernet.
Dieser Abschnitt ist eindeutig eine Firmenwerbung.
HH1946 (Diskussion) 12:51, 7. Aug. 2018 (CEST)
replies: text: Zustimmung Sehe ich ähnlich – der Artikel hat ja nicht den Titel Kabeltechnologie, bei dem das evtl. relevant wäre. --Zac67 (Diskussion) 16:51, 7. Aug. 2018 (CEST)
replies: text: Sehe ich genauso. Es entspricht keinem speziellen Standard und sollte deshalb raus. Ich würde es als nicht Relevant entfernen. --GodeNehler (Diskussion) 17:07, 7. Aug. 2018 (CEST)
thread_title:  Abschnitt über WARP Technologie sollte entfernt werden