From LAN to the Internet: Token Ring, Ethernet, and the Protocols That Won
2026-08-22 · 11 min
Every network diagnostic in this toolkit — a ping, a traceroute, a DNS lookup — quietly depends on decisions made in engineering rooms half a century ago. Before any of it was possible, engineers first had to solve a much more basic problem: how do you get more than two computers talking on the same wire without every conversation turning into noise?
That problem produced two competing philosophies for the local area network, a standards process that still governs the Internet today, and a decade-long transition from proprietary hardware to the open, layered protocol stack every device now runs. This is that story.
1969
ARPANET goes live
The first four nodes (UCLA, Stanford Research Institute, UC Santa Barbara, University of Utah) are connected, the direct ancestor of the modern Internet.
1973
Ethernet is invented
Bob Metcalfe and David Boggs at Xerox PARC design a packet-based network over shared coaxial cable, named after the 19th-century 'luminiferous ether'.
1974
TCP is described
Vint Cerf and Bob Kahn publish 'A Protocol for Packet Network Intercommunication', laying out the ideas that become TCP/IP.
1980
DIX Ethernet standard
DEC, Intel, and Xerox jointly publish the first commercial Ethernet standard: 10 Mbps over thick coaxial cable.
1981
IP and TCP formalized
RFC 791 (Internet Protocol) and RFC 793 (Transmission Control Protocol) are published, still the foundation of Internet addressing and reliable delivery today.
1983
The ARPANET flag day
On January 1, every host on ARPANET switches from the old NCP protocol to TCP/IP overnight - the moment the modern Internet's protocol stack becomes mandatory.
1985
IEEE 802.5 Token Ring
IBM's deterministic, token-passing ring topology is formally standardized at 4 Mbps, later extended to 16 Mbps.
1990
10BASE-T arrives
IEEE 802.3i brings Ethernet onto twisted-pair cabling and RJ45 connectors, enabling cheap star-topology wiring through a central hub.
1995
Fast Ethernet (100 Mbps)
IEEE 802.3u standardizes 100 Mbps Ethernet, six times faster than Token Ring's ceiling - the tipping point in enterprise LAN purchasing decisions.
1999
Gigabit Ethernet over copper
IEEE 802.3ab delivers 1000 Mbps over the same twisted-pair cabling already installed everywhere, cementing Ethernet as the unchallenged LAN standard.
Before the LAN: one cable, one conversation
Early computer networking was built around point-to-point or multidrop links between a mainframe and its terminals - reliable, but expensive to wire and impossible to scale past a handful of devices. As offices filled with independent minicomputers and, later, personal computers, the real problem shifted: how do dozens of machines share one physical cable without their signals colliding into unreadable noise?
Two very different answers emerged in the 1970s and 1980s, and for over a decade neither one was the obvious winner.
Two philosophies: token passing vs. listen-and-retry
IBM's Token Ring, standardized as IEEE 802.5, solved the collision problem by removing the possibility of collision entirely. A single small 'token' frame circulates continuously around a logical ring; a station may only transmit when it is holding the token, guaranteeing that exactly one device speaks at a time. It is deterministic and predictable under heavy load - properties IBM's mainframe-oriented enterprise customers valued highly.
Ethernet took the opposite bet. Its CSMA/CD access method (Carrier Sense Multiple Access with Collision Detection) simply lets any station transmit whenever it believes the wire is idle, and listens for a collision; if one occurs, both senders back off for a random interval and retry. It is probabilistic rather than guaranteed, but radically simpler and cheaper to implement in hardware - and under the light-to-moderate traffic loads of a typical office, it performed just as well in practice as the more elaborate token scheme.
Token Ring's logical ring (left) passes a single token station-to-station; Ethernet's shared bus or hub-based star (right) lets any station transmit and resolves collisions after the fact.
The protocols that made packets talk
A shared cable only solves how frames move between two adjacent machines. Getting a message from a computer in Los Angeles to one in Boston, across networks owned by entirely different organizations, needed a second, independent layer of addressing and routing - which is exactly what the ARPANET research program was built to solve. Vint Cerf and Bob Kahn's 1974 paper introduced the idea of splitting that job into two protocols: IP, responsible for addressing packets and getting them from network to network, and TCP, responsible for reassembling them reliably and in order at the far end.
Both were formalized as RFC 791 and RFC 793 in September 1981, and on January 1, 1983 - a date engineers still refer to as 'flag day' - every host still connected to ARPANET was cut over from the older NCP protocol to TCP/IP simultaneously, essentially overnight. It is one of the largest coordinated protocol migrations in computing history, and it is the direct reason IP addressing and TCP's three-way handshake are still exactly how this toolkit's Ping, Traceroute, and every other tool talk to the network today.
The RFC (Request for Comments) process itself, still run by the IETF, deserves credit here too: unlike Token Ring's IBM-controlled standardization, RFCs are open documents anyone can propose, argue about in public, and implement - the process's own famous motto is 'rough consensus and running code'. That openness is a large part of why TCP/IP, rather than any of several competing proprietary networking stacks of the era (including IBM's own SNA), became the protocol every vendor eventually converged on.
The layered model that came out of this era: each layer only talks to the one directly above and below it, which is why a tool like Ping (ICMP, network layer) works identically regardless of what application layer protocol - HTTP, DNS, SMTP - runs on top of it.
Why Ethernet ultimately won
Through the mid-1980s, Token Ring and Ethernet coexisted as genuinely competing enterprise choices, with Token Ring often preferred in IBM-centric shops for its predictable behavior under load. The balance tipped decisively over the following decade for reasons that had less to do with raw technical merit and more to do with economics and pace of innovation: Ethernet's move to twisted-pair cabling with 10BASE-T in 1990 made wiring dramatically cheaper and easier than Token Ring's shielded cabling and specialized connectors, and the arrival of switching (replacing shared hubs with a dedicated point-to-point link per port, eliminating collisions altogether) removed CSMA/CD's biggest theoretical weakness.
The final blow was speed. Fast Ethernet's 100 Mbps in 1995 was already six times Token Ring's 16 Mbps ceiling, and by the time Gigabit Ethernet arrived in 1999 running over the exact same cabling already installed everywhere, there was no remaining reason to choose the more expensive, proprietary alternative. IBM itself quietly shifted its own recommendations to Ethernet during the 1990s; Token Ring survives today mostly in legacy industrial control systems, not new deployments.
Fazit
The specific hardware debate is settled, but the pattern it set is still the one modern networking follows: an open, community-driven standard (Ethernet's IEEE process, TCP/IP's RFCs) tends to out-innovate a closed, vendor-controlled one over a long enough timeline, because more organizations can build on it, extend it, and drive its cost down. Every device on a modern LAN, from a laptop to an IoT sensor, still speaks the same Ethernet frame format standardized in the 1980s carrying the same IP packets standardized in 1981 - which is exactly why a tool as simple as Ping still works the same way it did forty years ago.
Ihre öffentliche IP-Adresse und Ihr Netzwerkstandort, automatisch erkannt.
Wird beim Öffnen von NetChecks automatisch geladen — keine Eingabe nötig. Nutzen Sie die Schaltfläche Aktualisieren nach einem Netzwerk- oder VPN-Wechsel.
Ihr Browser
All-in-One-Scan
Führt in einem Durchgang alle relevanten Prüfungen für eine IP-Adresse oder einen Hostnamen aus: DNS, Whois, Ping, Traceroute, ein Scan der bekannten Ports (1–1024), HTTP-Header und das SSL-Zertifikat.
Geben Sie eine Domain oder IP-Adresse ein und starten Sie den Scan, um DNS, Whois, Ping, Traceroute, gängige Ports, HTTP-Header und das SSL-Zertifikat auf einmal zu prüfen.
Die meisten Prüfungen laufen parallel – dauert in der Regel etwa 30 Sekunden, länger, wenn das Ziel langsam oder nicht erreichbar ist.
Der Portscan-Schritt läuft erst, wenn das Einwilligungskästchen oben aktiviert ist – alle anderen Prüfungen laufen unabhängig davon.
Ping
Sendet ICMP-Echo-Anfragen an einen Host, um Erreichbarkeit und Latenz zu prüfen.
Geben Sie einen Hostnamen oder eine IP-Adresse ein und klicken Sie auf Ping, um ICMP-Echo-Anfragen zu senden und die Round-Trip-Latenz zu messen.
Mehr erfahren über Ping
Was es ist
Ping sendet ICMP-Echo-Request-Pakete an einen Host und misst, wie lange die ICMP-Echo-Reply-Pakete für die Rückkehr benötigen. Es ist der grundlegendste Netzwerkkonnektivitätstest überhaupt: Er beantwortet genau eine Frage - "Ist dieser Rechner erreichbar, und wie schnell?". Das ICMP-Protokoll (RFC 792) wurde 1981 speziell dafür entwickelt, Steuer- und Diagnosenachrichten über IP-Netzwerke zu übertragen, unabhängig von jeglichem Anwendungsverkehr - Ping ist seine bekannteste und am universellsten verfügbare Implementierung, praktisch auf jedem Betriebssystem und Netzwerkgerät seit dessen frühesten Versionen vorhanden.
Wie es funktioniert
Jedes ICMP-Paket trägt ein TTL-Feld (Time To Live), das bei jedem durchquerten Router um eins verringert wird; erreicht es null, bevor das Ziel erreicht ist, wird das Paket verworfen und ein Fehler an den Absender zurückgesendet. Die gemessene Umlaufzeit (RTT) in Millisekunden spiegelt die kumulierte Netzwerklatenz über die gesamte Hin- und Rückstrecke wider, nicht nur den letzten Abschnitt in der Nähe des Ziels - ein Punkt, der oft missverstanden wird, da langsame Ping-Ergebnisse ihre eigentliche Ursache an jeder Stelle des Pfades haben können, nicht zwingend in der Nähe des getesteten Servers. Ein Ping sendet in der Regel mehrere Pakete hintereinander statt nur eines, wodurch sich ein einmaliger Latenz-Ausreißer von einem wiederkehrenden Problem unterscheiden und eine Paketverlustrate über die Stichprobe berechnen lässt.
Ergebnisse interpretieren
Eine stabile, niedrige RTT - wenige Millisekunden in einem lokalen Netzwerk, 10 bis 50 ms für ein Ziel im selben Land, und deutlich mehr bei einer interkontinentalen Verbindung - deutet auf eine gesunde Verbindung hin. Selbst ein geringer Paketverlust (über 1-2 %) wirkt sich besonders schädlich auf latenzempfindliche Anwendungen wie VoIP oder interaktive Remote-Sitzungen aus, bei denen sich jedes verlorene Paket als Aussetzer oder hörbarer Abriss bemerkbar macht. Eine stark schwankende Latenz von Paket zu Paket (Jitter) ist für dieselben Anwendungsfälle oft problematischer als eine hohe, aber vollkommen stabile Latenz. "Zeitüberschreitung der Anfrage" bedeutet, dass innerhalb der vorgesehenen Zeit keine Antwort eingetroffen ist - der Host könnte tatsächlich ausgefallen sein, eine Firewall könnte ICMP stillschweigend blockieren, oder eine Route könnte irgendwo auf dem Pfad unterbrochen sein; "Ziel nicht erreichbar" ist etwas anderes und aussagekräftiger: Ein zwischengeschalteter Router hat ausdrücklich eine Nachricht zurückgesendet, dass er das Paket nicht weiterleiten konnte, was hilft, den Ort des tatsächlichen Problems einzugrenzen.
Häufige Fehler
Der häufigste Fehlschluss ist es, einen Host in dem Moment als "ausgefallen" zu betrachten, in dem ein Ping fehlschlägt, obwohl sehr viele Server und Geräte - besonders hinter einer gut gehärteten Firewall oder bei großen Cloud-Anbietern gehostet - eingehendes ICMP bewusst als Richtlinie blockieren, während sie auf ihren tatsächlichen Diensten (HTTP, eine Datenbank usw.) voll funktionsfähig und erreichbar sind. Eine ausbleibende Ping-Antwort ist deshalb nur dann ein aussagekräftiger Beleg für einen Ausfall, wenn sie mit anderen Signalen kombiniert wird, etwa dass auch die Anwendung selbst nicht antwortet. Umgekehrt garantiert ein erfolgreicher Ping keineswegs, dass der auf dieser Maschine gehostete Anwendungsdienst korrekt funktioniert - das sind zwei völlig unabhängige Schichten des Netzwerk-Stacks.
Wann man es einsetzt
Das Erste, was vor einer Ticket-Eskalation geprüft werden sollte: Reagiert die Maschine überhaupt, bevor weiter nachgeforscht wird? Bestätigung der Konnektivität nach einer Änderung einer Firewall-Regel oder einer Routing-Tabelle, um sicherzustellen, dass die Änderung den Zugriff nicht unterbrochen hat. Ermittlung einer Latenz-Baseline vor einem VoIP-Rollout oder einem Betreiberleitungs-Failover, um bei später eingehenden Beschwerden über die Anrufqualität einen objektiven Vergleichspunkt zu haben. Eine schlanke, ressourcenschonende regelmäßige Zustandsprüfung für einen MSP, der mehrere Kundenstandorte parallel überwacht, stets als Ergänzung zu - niemals als Ersatz für - eine tiefergehende Überwachung auf Anwendungsebene.
Traceroute
Verfolgt den Netzwerkpfad (Hop für Hop) zu einem Zielhost.
Geben Sie einen Hostnamen oder eine IP-Adresse ein und starten Sie den Scan, um jeden Netzwerk-Hop zwischen diesem Server und dem Ziel mit der jeweiligen Latenz zu sehen.
Geben Sie eine Domain ein, wählen Sie einen Eintragstyp (A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV oder CAA) und starten Sie die Abfrage.
Whois
Ruft Registrierungsinformationen für eine Domain oder IP-Adresse ab.
Geben Sie eine Domain oder IP-Adresse ein, um deren Registrierungsdaten abzurufen: Registrar, Inhaberorganisation und wichtige Daten.
Blacklist-Prüfung
Prüft, ob eine IP-Adresse oder Domain auf öffentlichen Spam-/Missbrauchs-Blacklists (DNSBL) gelistet ist.
Geben Sie eine IPv4-Adresse oder Domain ein und starten Sie die Prüfung, um 7 öffentliche DNSBL/RBL-Blacklists gleichzeitig abzufragen - jede wird als gelistet, nicht gelistet oder Prüfung fehlgeschlagen angezeigt.
TCP-Portscan
Prüft, ob TCP-Ports auf einem Host oder einer IP offen sind: gängige Ports, eine benutzerdefinierte Liste oder der vollständige Bereich 1–65535.
Geben Sie einen Host oder eine IP ein, wählen Sie gängige Ports, eine benutzerdefinierte Liste oder den vollen Bereich, und scannen Sie, um zu sehen, welche TCP-Ports antworten.
Ein vollständiger Bereichsscan kann bis zu ca. 100 Sekunden dauern. Große Scans (mehr als 100 Ports, einschließlich benutzerdefinierter Bereiche/Listen) sind auf 1 pro Minute und Besucher begrenzt.
Offene Ports (0)
HTTP-Header-Prüfung
Ruft den HTTP-Antwortstatus und die Header für eine URL ab.
Geben Sie eine URL ein, um deren HTTP-Statuscode und alle vom Server gesendeten Antwort-Header abzurufen.
SSL-/TLS-Zertifikatsprüfung
Prüft das TLS-Zertifikat eines Hosts: Aussteller, Gültigkeitsdaten und verbleibende Tage.
Geben Sie einen Hostnamen ein, um dessen TLS-Zertifikat zu prüfen: Aussteller, Gültigkeitsdaten und verbleibende Tage bis zum Ablauf.
Geo-IP-Abfrage
Ruft den geografischen Standort und Netzwerkinformationen für eine IP-Adresse ab. Leer lassen, um Ihre eigene öffentliche IP abzufragen.
Geben Sie eine beliebige IP-Adresse ein, oder lassen Sie das Feld leer, um Ihre eigene abzufragen, und sehen Sie deren ungefähren Standort sowie Netzwerk-/ISP-Informationen.
Wird vollständig in Ihrem Browser berechnet — es werden keine Daten an den Server gesendet.
Geben Sie eine IP-Adresse und ein CIDR-Präfix ein (z. B. 192.168.1.0/24), um sofort den Netzwerkbereich, die Broadcast-Adresse und die Anzahl nutzbarer Hosts zu berechnen.
Geschwindigkeitstest
Einfacher Download-/Upload-Durchsatztest gegenüber diesem Server (die Genauigkeit hängt von der Uplink-Anbindung des Servers ab).
Klicken Sie auf Start, um Download- und Upload-Durchsatz gegen diesen Server zu messen. Die Genauigkeit hängt von der eigenen Verbindung dieses Servers ab.
Ländercode-Verzeichnis
ISO-3166-1-Alpha-2-Ländercodes — die Suche erfolgt vollständig in Ihrem Browser.
Durchsuchen Sie die Liste der ISO-3166-1-Alpha-2-Ländercodes, die vollständig in Ihrem Browser durchsucht wird.
Land
ISO-Code
Telefonvorwahl-Verzeichnis
Internationale Vorwahlen nach Land — die Suche erfolgt vollständig in Ihrem Browser.
Durchsuchen Sie internationale Landesvorwahlen nach Land, vollständig in Ihrem Browser durchsucht.
Land
Vorwahl
Weltzeituhr
Wählen Sie eine Zeitzone, um die aktuelle Uhrzeit zu sehen – ziehen Sie den Globus, um ihn zu drehen.
Wählen Sie eine Zeitzone aus der Liste oder ziehen Sie den Globus, um die aktuelle Uhrzeit dort zu sehen.
Deine Zeit
--:--:--
—
—
Ausgewahlte Zeit
--:--:--
—
—UTC±00:00
Unterschied zu dir—
—
Ziehen, um den Globus zu drehen.
Status des französischen Mobilfunknetzes
Mobilfunk-Antennenstandorte in Frankreich, die ausgefallen oder in Wartung sind, nach Betreiber (Orange, Free, SFR, Bouygues Telecom), auf Basis der öffentlichen Daten der ARCEP. Der Stand wird einmal täglich von der ARCEP aktualisiert – kein minutengenauer Feed.
Durchsuchen Sie Daten zu Mobilfunk- und Glasfaser-Ausfällen nach französischem Betreiber — keine Eingabe nötig, automatisch aktualisiert aus den öffentlichen Arcep-Daten.
Quelle: ARCEP, Datensatz „Sites indisponibles“, veröffentlicht unter Licence Ouverte / Etalab 2.0 – kommerzielle Weiterverwendung ausdrücklich erlaubt, anders als die zuvor in diesem Tab verwendeten IODA/CAIDA-Daten. Das Symbol Normal/Beobachtung/Alarm ist eine hausinterne Schätzung (heutige Ausfallzahl im Vergleich zum Median der Vortage), keine offizielle ARCEP-Einstufung. Quellenlinks unten.
Am stärksten betroffene Departements
Anzahl der aktuell ausgefallenen oder in Wartung befindlichen Standorte, nach Departement. Klicken Sie oben auf einen Betreiber, um zu filtern.
Qualität des Glasfasernetzes (FTTH) nach Betreiber: gemeldete Ausfallrate und Anschluss-Fehlerrate, auf Basis der öffentlichen Daten der ARCEP. Monatliche Kennzahlen, gleitender 6-Monats-Durchschnitt – kein Live-Feed wie beim Mobilfunkteil.
Quelle: ARCEP, Datensatz „Qualité des réseaux en fibre optique“, veröffentlicht unter Licence Ouverte / Etalab 2.0 – kommerzielle Weiterverwendung ausdrücklich erlaubt. Quellenlinks unten.
Nach Betreiber (Muttergesellschaft)
Durchschnittswerte der letzten 6 verfügbaren Monate, je Infrastrukturbetreiber-Muttergesellschaft.
NetChecks wird ausschließlich für rechtmäßige Netzwerkdiagnosen und Bildungszwecke bereitgestellt, für Systeme, Domains und IP-Adressen, die Ihnen gehören oder für die Sie ausdrücklich zum Testen berechtigt sind.
Das Durchführen von Portscans, DNS-/Whois-Abfragen, Traceroutes oder anderen Prüfungen gegen Systeme Dritter ohne Genehmigung kann gegen Gesetze zum Missbrauch von Computern in Ihrer Rechtsordnung verstoßen (zum Beispiel den Computer Fraud and Abuse Act in den USA, die „Loi Godfrain“ in Frankreich oder gleichwertige lokale Gesetze). Sie sind allein dafür verantwortlich, sicherzustellen, dass Sie berechtigt sind, jedes hier eingegebene Ziel zu testen.
Diese Website und ihre Ergebnisse werden „wie besehen“ ohne jegliche Gewährleistung bereitgestellt. Der Betreiber dieser Website übernimmt keine Haftung für direkte, indirekte oder Folgeschäden, rechtliche Konsequenzen oder Missbrauch, die sich aus der Nutzung dieser Website ergeben.
Anfragen werden ratenbegrenzt, um Missbrauch zu verhindern. Der Betreiber dieser Instanz kann optional eine Protokollierung der Anfrageaktivität aktivieren - falls dies der Fall ist, kann jede Tool-Anfrage (deine IP-Adresse, Zeitstempel, das verwendete Tool und das eingegebene Ziel/die Abfrage) zu Sicherheits-, Missbrauchspräventions- und Nutzungsanalysezwecken in einer Datenbank gespeichert werden. Dies ist standardmäßig deaktiviert. Durch die Nutzung dieser Website stimmen Sie diesen Bedingungen zu; wenn Sie nicht einverstanden sind, nutzen Sie die Website bitte nicht.
Die programmatische (API-)Nutzung dieser Website unterliegt denselben Bedingungen, einschließlich der oben genannten Genehmigungspflicht.
Feedback senden
Melde ein Problem, hinterlasse einen Kommentar oder schlage eine neue Funktion vor.
Diese Website verwendet Werbung und, falls Sie zustimmen, Cookies von Werbepartnern, um das Hosting mitzufinanzieren. Sie können ablehnen und alle Werkzeuge weiterhin werbefrei nutzen.