Site icon bintorosoft.com

Unterschied zwischen Circuit Switching und Packet Switching im OSI-Kontext

Red Snapper

Der Unterschied zwischen Circuit Switching und Packet Switching im OSI-Kontext ist eines der Themen, das in der Theorie simpel klingt, in der Praxis aber viele Missverständnisse erzeugt. Die meisten Menschen nutzen heute paketvermittelte Netze (Internet, WLAN, Mobilfunkdaten), während klassische Telefonie historisch leitungsvermittelt war. Beide Ansätze lösen dieselbe Grundaufgabe – Kommunikation zwischen zwei Endpunkten – mit völlig unterschiedlicher Logik: Circuit Switching reserviert eine dedizierte „Leitung“ (einen Kanal) für die Dauer einer Verbindung, Packet Switching zerlegt Daten in Pakete, die sich das Netz flexibel teilen. Das OSI-Modell hilft dabei, diese Unterschiede sauber einzuordnen, ohne die Ebenen zu vermischen: Circuit Switching ist vor allem eine Eigenschaft der Übertragungs- und Vermittlungsinfrastruktur (Schicht 1–3, je nach Technologie), Packet Switching wird typischerweise mit Netzwerkschicht (IP) und darüberliegenden Protokollen (TCP/UDP, HTTP, VoIP) verbunden. Wer das verstanden hat, kann auch moderne Sonderfälle wie MPLS, ATM, „virtuelle Verbindungen“, QoS oder VoLTE besser einordnen – und erkennt schneller, warum Latenz, Jitter, Paketverlust oder Bandbreitenteilung in paketvermittelten Netzen so zentrale Themen sind.

Begriffe klarziehen: Was bedeutet „Switching“ in diesem Kontext?

„Switching“ bezeichnet hier die Art, wie ein Netz Ressourcen (Übertragungskapazität, Pfade, Vermittlung) organisiert, damit Kommunikation möglich wird. Es geht nicht primär um ein einzelnes Gerät („Switch“), sondern um das Netzprinzip. Beide Konzepte existieren seit Jahrzehnten und werden je nach Anwendungsfall kombiniert.

Circuit Switching: Wie Leitungsvermittlung funktioniert

Bei Circuit Switching wird vor dem Datentransfer ein „Circuit“ eingerichtet. Man kann sich das wie eine exklusive Spur auf einer Autobahn vorstellen, die nur für ein Gespräch geöffnet wird. Technisch muss dafür im Netz ein Pfad geschaltet werden, auf dem Kapazität bereitsteht. Klassische Beispiele finden sich in der historischen Telefonie (PSTN/ISDN) und in älteren Vermittlungssystemen, bei denen Zeitmultiplex (TDM) in festen Zeitschlitzen arbeitet.

Typischer Ablauf bei Circuit Switching

Stärken von Circuit Switching

Schwächen von Circuit Switching

Packet Switching: Wie Paketvermittlung funktioniert

Packet Switching ist das Grundprinzip des Internets. Daten werden in Pakete (oder Frames/Datagramme, je nach Schicht) zerlegt, die unabhängig voneinander über das Netz laufen. Der Pfad kann pro Paket variieren, und das Netz teilt Bandbreite zwischen vielen Nutzern. Dadurch entsteht eine hohe Effizienz – insbesondere bei „bursty“ Traffic, wie er bei Webzugriffen, APIs, Messaging oder Cloud-Workloads typisch ist.

Typischer Ablauf bei Packet Switching

Stärken von Packet Switching

Schwächen von Packet Switching

OSI-Kontext: Wo ordnen sich Circuit und Packet Switching ein?

Das OSI-Modell beschreibt Schichten von der physischen Übertragung bis zur Anwendung. Circuit Switching und Packet Switching sind keine einzelnen Protokolle, sondern Vermittlungsprinzipien, die sich über mehrere Schichten erstrecken. Dennoch gibt es eine pragmatische Zuordnung, die in der Praxis hilft.

Wichtiger Hinweis zur Zuordnung

Es ist verführerisch zu sagen: „Circuit Switching ist Layer 1, Packet Switching ist Layer 3“. Das ist als Merksatz brauchbar, aber unvollständig. In der Realität existieren hybride Formen: virtuelle Circuits auf paketbasierten Netzen, MPLS-Tunnel, ATM/Frame Relay oder QoS-Mechanismen, die Ressourcen „quasi-reservieren“, ohne echte Leitungen zu schalten.

Anschauliche Analogie: Telefonleitung vs. Postpakete

Eine leicht verständliche Analogie verdeutlicht den Kernunterschied:

Im OSI-Denken heißt das: Circuit Switching kümmert sich stark um die Bereitstellung der Übertragungskapazität, Packet Switching delegiert Zuverlässigkeit und Ordnung oft an höhere Schichten oder Anwendungen.

Qualität und Performance: Latenz, Jitter, Verlust – die praktischen Unterschiede

Für Einsteiger ist es besonders hilfreich, die Unterschiede nicht nur theoretisch, sondern anhand messbarer Eigenschaften zu verstehen. Drei Begriffe tauchen in paketvermittelten Netzen ständig auf: Latenz, Jitter und Paketverlust. Sie erklären, warum Voice/Video zusätzliche Maßnahmen braucht und warum „beste Effort“ nicht automatisch „schlecht“ ist – sondern nur anders funktioniert.

Latenz und Jitter in Packet Switching

In paketvermittelten Netzen entstehen Verzögerungen durch Warteschlangen (Queueing), Routing-Hops und Congestion Control. Jitter ist die Schwankung der Latenz zwischen Paketen. In Circuit Switching ist die Verzögerung typischerweise stabiler, weil Ressourcen konstant bereitstehen.

Verlust und Wiederholung

Paketverlust ist kein „Bug“, sondern ein erwartbares Ereignis bei Überlast. TCP reagiert mit Retransmits und reduziert die Sendeleistung. UDP-basierte Echtzeitprotokolle nutzen oft Buffering, Forward Error Correction oder tolerieren kleine Verluste. Für einen kompakten Einstieg in TCP-Konzepte und Zuverlässigkeit kann ein Blick in TCP (RFC 9293) hilfreich sein.

Virtuelle Circuits: Die Brücke zwischen beiden Welten

Ein häufiger Stolperstein ist die Annahme, Circuit Switching und Packet Switching seien strikt getrennte Welten. Tatsächlich gibt es „virtuelle Verbindungen“, die sich wie Circuits anfühlen, obwohl sie über paketbasierte Infrastruktur laufen. Das Ziel ist meist: planbare Pfade, Traffic Engineering oder QoS – ohne echte Leitungsvermittlung bis zur Physik.

Beispiele für virtuelle Circuit-Ideen

OSI-seitig sind das häufig Mechanismen zwischen Schicht 2 und 3 oder innerhalb der Netzwerkschicht – je nach Technologie. Entscheidend ist das Prinzip: Ressourcen werden nicht zwingend physisch exklusiv reserviert, aber der Verkehr wird so geführt, als gäbe es eine definierte Verbindung.

Welche Rolle spielen Protokolle, Geräte und OSI-Schichten konkret?

Um das Wissen alltagstauglich zu machen, hilft die Frage: „Was macht welches Gerät in welcher Logik?“ Auch hier liefert das OSI-Modell Ordnung, ohne jede Realität in ein starres Schema zu pressen.

Wann ist Circuit Switching sinnvoll – und wann Packet Switching?

In modernen IT-Umgebungen ist Packet Switching der Standard, weil es effizient und skalierbar ist. Circuit Switching ist dort sinnvoll, wo garantierte, konstante Übertragung über einen Zeitraum wichtig ist oder wo Technologien historisch so gewachsen sind. In der Praxis werden viele Anforderungen an „Garantie“ heute allerdings über QoS, Reservierungs- und Steuermechanismen im paketbasierten Netz gelöst.

Typische Einsatzfelder (vereinfacht)

OSI-Denkmuster für Troubleshooting: Fehlerbilder richtig einordnen

Wer den Unterschied verstanden hat, kann Probleme schneller einordnen. Paketvermittelte Netze haben typische Fehlerbilder: schwankende Latenz, zeitweise Verluste, Retransmits, Congestion. Leitungsvermittelte Netze zeigen eher harte Zustände: Circuit nicht verfügbar, Setup scheitert, Kanal belegt. Im OSI-Kontext bedeutet das: Packet-Symptome finden Sie häufig in Schicht 3–4 (Routing, Congestion, Transport), während Circuit-Themen stark mit Schicht 1–2 und Signalisierung zusammenhängen.

Mini-Checkliste: Circuit oder Packet – woran erkenne ich es?

Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte

Cisco Networking • CCNA • Packet Tracer • Network Configuration

Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.

Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.

Leistungsumfang:

Lieferumfang:

Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert

CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.

 

Exit mobile version