High-Level Data Link Control - Versionsgeschichte

Xenein: /* growthexperiments-addlink-summary-summary:2|1|0 */

2024-10-24T19:28:47Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 24. Oktober 2024, 21:28 Uhr
Zeile 20:		Zeile 20:
	== Blockaufbau ==		== Blockaufbau ==

	Es besteht aus dem ''Opening flag'' (Blockbegrenzung) '01111110' (hexadezimal 0x7E), das mit 8 Bits dargestellt wird. Danach folgt das ''Address field'' (Adressfeld) mit nochmal 8 Bits oder alternativ ein erweitertes Adressfeld mit einem Vielfachen von 8 Bit, gekennzeichnet durch eine 0 an der Bitposition 1. An dritter Stelle kommt das ''Control field'' (Steuerfeld) mit 8 oder 16 Bits. Dann folgt das ''Information field'' (Datenfeld), das eine variable Länge (Vielfaches von 8 Bit) hat. Das ''[[Frame Check Sequence\|Frame check sequence]] field'' (Blockprüfung) besteht aus 16 Bits und enthält eine Prüfsumme der übertragenen Daten ([[Zyklische Redundanzprüfung\|CCITT CRC-16]]), dessen Binärstellen nach der Berechnung und vor der Übertragung beim Sender mit 0xFFFF [[XOR]]-verknüpft werden. Alternativ kann das Schieberegister, welches zur CRC-Berechnung dient, auch vor der Berechnung mit Einsen gefüllt werden. Durch diese Modifikation entsteht eine robustere Prüfsumme, die auch gegen Anfügen und Löschen von Nullen schützt. Der Empfänger vergleicht nach der Division mit 0001 1101 0000 1111 statt mit 0. Zuletzt folgt das ''Closing flag'' (Blockbegrenzung) mit nochmals 8 Bits ('01111110').		Es besteht aus dem ''Opening flag'' (Blockbegrenzung) '01111110' (hexadezimal 0x7E), das mit 8 Bits dargestellt wird. Danach folgt das ''Address field'' (Adressfeld) mit nochmal 8 Bits oder alternativ ein erweitertes Adressfeld mit einem Vielfachen von 8 Bit, gekennzeichnet durch eine 0 an der Bitposition 1. An dritter Stelle kommt das ''Control field'' (Steuerfeld) mit 8 oder 16 Bits. Dann folgt das ''Information field'' (Datenfeld), das eine variable Länge (Vielfaches von 8 Bit) hat. Das ''[[Frame Check Sequence\|Frame check sequence]] field'' (Blockprüfung) besteht aus 16 Bits und enthält eine Prüfsumme der übertragenen Daten ([[Zyklische Redundanzprüfung\|CCITT CRC-16]]), dessen Binärstellen nach der Berechnung und vor der Übertragung beim Sender mit 0xFFFF [[XOR]]-verknüpft werden. Alternativ kann das [[Schieberegister]], welches zur CRC-Berechnung dient, auch vor der Berechnung mit Einsen gefüllt werden. Durch diese Modifikation entsteht eine robustere Prüfsumme, die auch gegen Anfügen und Löschen von Nullen schützt. Der Empfänger vergleicht nach der Division mit 0001 1101 0000 1111 statt mit 0. Zuletzt folgt das ''Closing flag'' (Blockbegrenzung) mit nochmals 8 Bits ('01111110').

	{\| class="wikitable"		{\| class="wikitable"
Zeile 41:		Zeile 41:
	Um zu vermeiden, dass innerhalb des Datenbereichs oder der Prüfsumme das ''Opening flag'' bzw. ''Closing flag'' auftritt, wird [[Bitstopfen]] (''bit stuffing'') oder ''zero insertion'' angewandt. Dies bedeutet, dass innerhalb des Rahmens nach fünfmaligem Auftauchen der '1' eine '0' eingefügt wird, um eine Verwechslung mit einem Flag zu verhindern. Auf Empfängerseite wird eine '0' nach fünfmaligem Auftreten der '1' einfach wieder gelöscht.		Um zu vermeiden, dass innerhalb des Datenbereichs oder der Prüfsumme das ''Opening flag'' bzw. ''Closing flag'' auftritt, wird [[Bitstopfen]] (''bit stuffing'') oder ''zero insertion'' angewandt. Dies bedeutet, dass innerhalb des Rahmens nach fünfmaligem Auftauchen der '1' eine '0' eingefügt wird, um eine Verwechslung mit einem Flag zu verhindern. Auf Empfängerseite wird eine '0' nach fünfmaligem Auftreten der '1' einfach wieder gelöscht.

	Es gibt jedoch zwei Sonderzeichen, die verwendet werden können:		Es gibt jedoch zwei [[Sonderzeichen]], die verwendet werden können:

	{\| class="wikitable"		{\| class="wikitable"

CyberOne25: Verbesserung

2023-07-10T14:56:01Z

Verbesserung

← Nächstältere Version		Version vom 10. Juli 2023, 16:56 Uhr
Zeile 235:		Zeile 235:

	Aufsetzend auf HDLC kann eine Übertragung zur Erhöhung des Datendurchsatzes auf mehrere physikalische Leitungen aufgeteilt werden.		Aufsetzend auf HDLC kann eine Übertragung zur Erhöhung des Datendurchsatzes auf mehrere physikalische Leitungen aufgeteilt werden.
	Während die einzelnen Verbindungen jeweils über eine HDLC gesichert werden, wird die Koordination dieser durch die '''Multilink-Procedure (MLP)''' durchgeführt.		Während die einzelnen Verbindungen jeweils über eine HDLC gesichert werden, wird die Koordination dieser durch die '''Multilink-Procedure''' ('''MLP''') durchgeführt.
	Eine vergleichbare Anwendung ist die [[Kanalbündelung]] im [[Integrated Services Digital Network\|ISDN]].		Eine vergleichbare Anwendung ist die [[Kanalbündelung]] im [[Integrated Services Digital Network\|ISDN]].

	== Siehe auch ==		== Siehe auch ==

Crazy1880: Vorlagen-fix (RFC)

2023-05-28T19:08:18Z

Vorlagen-fix (RFC)

← Nächstältere Version		Version vom 28. Mai 2023, 21:08 Uhr
Zeile 243:		Zeile 243:

	== Spezifikationen ==		== Spezifikationen ==
	* RFC 4349 High-Level Data Link Control (HDLC)		* {{RFC-Internet \|Autor=C. Pignataro, M. Townsley \|RFC=4349 \|Titel=High-Level Data Link Control (HDLC) Frames over Layer 2 Tunneling Protocol, Version 3 (L2TPv3) \|Datum=2006-02}}

	<!-- == Weblinks == -->		<!-- == Weblinks == -->

Neutronstar2: /* Eigenschaften */

2023-02-04T13:30:09Z

Eigenschaften

← Nächstältere Version		Version vom 4. Februar 2023, 15:30 Uhr
Zeile 6:		Zeile 6:

	* Steuerung des Übertragungsabschnitts		* Steuerung des Übertragungsabschnitts
	* Erkennen von ~~[[Übertragungsfehler]]n~~ und Reihenfolgefehlern durch Blocküberprüfung (CRC-16) und Sequenznummernkontrolle		* Erkennen von Übertragungsfehlern und Reihenfolgefehlern durch Blocküberprüfung (CRC-16) und Sequenznummernkontrolle
	* [[Fehlerkorrektur]] durch Blockwiederholung		* [[Fehlerkorrektur]] durch Blockwiederholung
	* [[Flusskontrolle]] mit [[Sliding Window~~\|Fenstermechanismus~~]]		* [[Flusskontrolle]] mit [[Sliding Window]]
	* Weitermelden von nicht korrigierbaren Fehlern und Protokollfehlern zur nächsthöheren Schicht ([[Vermittlungsschicht]]~~, Network Layer~~)		* Weitermelden von nicht korrigierbaren Fehlern und Protokollfehlern zur nächsthöheren Schicht ([[Vermittlungsschicht]])

	Cisco HDLC:		Cisco HDLC:

VanGore: /* Betriebsarten */ als Definitionsliste formatiert

2020-05-02T09:26:40Z

Betriebsarten: als Definitionsliste formatiert

← Nächstältere Version		Version vom 2. Mai 2020, 11:26 Uhr
Zeile 221:		Zeile 221:
	HDLC kennt drei verschiedene Betriebsarten:		HDLC kennt drei verschiedene Betriebsarten:

	* ''Normal Response Mode'' (NRM)		; Normal Response Mode (NRM)
	** Primärstation → Sekundärstation ([[Halbduplex-Betrieb\|Halbduplex]])		: Primärstation → Sekundärstation ([[Halbduplex-Betrieb\|Halbduplex]])
	* ''Asynchronous Response Mode'' (ARM)		; Asynchronous Response Mode (ARM)
	** Primärstation → Sekundärstation ([[Duplex-Betrieb\|Vollduplex]])		: Primärstation → Sekundärstation ([[Duplex-Betrieb\|Vollduplex]])
	* ''Asynchronous Balanced Mode'' (ABM)		; Asynchronous Balanced Mode (ABM)
	** Beide Stationen gleichwertig ([[Duplex-Betrieb\|Vollduplex]])		: Beide Stationen gleichwertig ([[Duplex-Betrieb\|Vollduplex]])

	Im NRM sendet eine Leitstation an eine oder mehrere Folgestationen. Die Folgestationen senden der Leitstation nur auf Anfrage ([[Sendeaufruf\|Polling]]). In der Nachricht einer Folgestation signalisiert ein gesetztes Final Bit das Ende ihrer Übertragung. Im ARM, der in der Praxis nur selten eingesetzt wird, haben die Folgestationen zusätzlich die Möglichkeit, auch ohne Polling der Leitstation Daten an diese zu senden. Voraussetzung hierfür ist, dass die Leitung frei ist. Im ABM schließlich sind nur Punkt-zu-Punkt-Verbindungen zwischen genau zwei Stationen möglich. Der Datenaustausch erfolgt hier, im Gegensatz zu den ersten beiden Fällen, symmetrisch.		Im NRM sendet eine Leitstation an eine oder mehrere Folgestationen. Die Folgestationen senden der Leitstation nur auf Anfrage ([[Sendeaufruf\|Polling]]). In der Nachricht einer Folgestation signalisiert ein gesetztes Final Bit das Ende ihrer Übertragung. Im ARM, der in der Praxis nur selten eingesetzt wird, haben die Folgestationen zusätzlich die Möglichkeit, auch ohne Polling der Leitstation Daten an diese zu senden. Voraussetzung hierfür ist, dass die Leitung frei ist. Im ABM schließlich sind nur Punkt-zu-Punkt-Verbindungen zwischen genau zwei Stationen möglich. Der Datenaustausch erfolgt hier, im Gegensatz zu den ersten beiden Fällen, symmetrisch.

Aka: Abkürzung korrigiert

2017-04-08T16:37:12Z

Abkürzung korrigiert

← Nächstältere Version		Version vom 8. April 2017, 18:37 Uhr
Zeile 39:		Zeile 39:
	\|}		\|}

	Um zu vermeiden, dass innerhalb des Datenbereichs oder der Prüfsumme das ''Opening flag'' bzw ''Closing flag'' auftritt, wird [[Bitstopfen]] (''bit stuffing'') oder ''zero insertion'' angewandt. Dies bedeutet, dass innerhalb des Rahmens nach fünfmaligem Auftauchen der '1' eine '0' eingefügt wird, um eine Verwechslung mit einem Flag zu verhindern. Auf Empfängerseite wird eine '0' nach fünfmaligem Auftreten der '1' einfach wieder gelöscht.		Um zu vermeiden, dass innerhalb des Datenbereichs oder der Prüfsumme das ''Opening flag'' bzw. ''Closing flag'' auftritt, wird [[Bitstopfen]] (''bit stuffing'') oder ''zero insertion'' angewandt. Dies bedeutet, dass innerhalb des Rahmens nach fünfmaligem Auftauchen der '1' eine '0' eingefügt wird, um eine Verwechslung mit einem Flag zu verhindern. Auf Empfängerseite wird eine '0' nach fünfmaligem Auftreten der '1' einfach wieder gelöscht.

	Es gibt jedoch zwei Sonderzeichen, die verwendet werden können:		Es gibt jedoch zwei Sonderzeichen, die verwendet werden können:

W w smith: Nicht passenden Bindestrich entfernt und Satz um "andere", für bessere Lesbarkeit, ergänzt.

2017-01-18T09:36:04Z

Nicht passenden Bindestrich entfernt und Satz um "andere", für bessere Lesbarkeit, ergänzt.

Änderungen zeigen

85.181.48.234: Satzzeichen, Bindestriche, Formulierung

2017-01-06T09:23:51Z

Satzzeichen, Bindestriche, Formulierung

← Nächstältere Version		Version vom 6. Januar 2017, 11:23 Uhr
Zeile 1:		Zeile 1:
	'''High-Level Data Link Control''' ('''HDLC''') ist ein von der [[Internationale Organisation für Normung\|ISO]] normiertes [[Netzwerkprotokoll]] ISO/IEC 13239:2002. Es ist innerhalb des ISO/[[OSI-Modell]]s in Schicht 2, der [[OSI-Modell#Schicht 2 – Sicherungsschicht\|Sicherungsschicht]] einzugliedern. HDLC basiert in seiner Grundstruktur auf dem [[Synchronous Data Link Control\|SDLC]]-Protokoll von IBM, darüber hinaus gibt es das proprietäre [[Cisco]]-HDLC.		'''High-Level Data Link Control''' ('''HDLC''') ist ein von der [[Internationale Organisation für Normung\|ISO]] normiertes [[Netzwerkprotokoll]] ISO/IEC 13239:2002. Es ist innerhalb des ISO/[[OSI-Modell]]s in Schicht 2, der [[OSI-Modell#Schicht 2 – Sicherungsschicht\|Sicherungsschicht]], einzugliedern. HDLC basiert in seiner Grundstruktur auf dem [[Synchronous Data Link Control\|SDLC]]-Protokoll von IBM, darüber hinaus gibt es das proprietäre [[Cisco]]-HDLC.

	== Eigenschaften ==		== Eigenschaften ==
Zeile 9:		Zeile 9:
	* [[Fehlerkorrektur]] durch Blockwiederholung		* [[Fehlerkorrektur]] durch Blockwiederholung
	* [[Flusskontrolle]] mit [[Sliding Window\|Fenstermechanismus]]		* [[Flusskontrolle]] mit [[Sliding Window\|Fenstermechanismus]]
	* Weitermelden von nicht-korrigierbaren Fehlern und Protokollfehlern zur nächsthöheren Schicht ([[Vermittlungsschicht]], Network Layer)		* Weitermelden von nicht korrigierbaren Fehlern und Protokollfehlern zur nächsthöheren Schicht ([[Vermittlungsschicht]], Network Layer)

	Cisco HDLC:		Cisco HDLC:

	* Wie HDLC - aber durch Einfügen eines proprietären Feldes (2 Byte zwischen den Feldern "Control" und "Information") wird das ~~Layer3~~-Protokoll der nachfolgenden Daten angegeben und eine Multiprotokoll Umgebung möglich		* Wie HDLC, aber durch Einfügen eines proprietären Feldes (2 Byte zwischen den Feldern "Control" und "Information") wird das Layer-3-Protokoll der nachfolgenden Daten angegeben und eine Multiprotokoll-Umgebung möglich.
	* Kommunikation zwischen Cisco HDLC und HDLC Geräten ist nicht möglich		* Kommunikation zwischen Cisco-HDLC- und HDLC-Geräten ist nicht möglich.

	Das HDLC Datenformat ist typisch für ein [[bit]]orientiertes Protokoll ohne die Möglichkeit der [[Authentifizierung]]. Es ermöglicht [[Punkt-zu-Punkt\|Punkt-zu-Punkt-Verbindungen]] und Punkt-zu-Multipunkt Verbindungen.		Das HDLC-Datenformat ist typisch für ein [[bit]]orientiertes Protokoll ohne die Möglichkeit der [[Authentifizierung]]. Es ermöglicht [[Punkt-zu-Punkt\|Punkt-zu-Punkt-Verbindungen]] und Punkt-zu-Multipunkt-Verbindungen.

	== Blockaufbau ==		== Blockaufbau ==

	Es besteht aus dem ''Opening flag'' (Blockbegrenzung) '01111110' (hexadezimal 0x7E), das mit 8 Bits dargestellt wird. Danach folgt das ''Address field'' (Adressfeld) mit nochmal 8 Bits oder alternativ ein erweitertes Adressfeld mit einem Vielfachen von 8 Bit, gekennzeichnet durch eine 0 an der Bitposition 1. An dritter Stelle kommt das ''Control field'' (Steuerfeld) mit 8 oder 16 Bits. Dann folgt das ''Information field'' (Datenfeld), das variable ~~Vielfache~~ von 8 Bit ~~Länge~~ hat. Das ''[[Frame Check Sequence\|Frame check sequence]] field'' (Blockprüfung) besteht aus 16 Bits und enthält eine Prüfsumme der übertragenen Daten ([[Zyklische Redundanzprüfung\|CCITT CRC-16]]) dessen Binärstellen nach der Berechnung und vor der Übertragung beim Sender mit 0xFFFF [[~~xor~~]]-verknüpft werden. Alternativ kann das Schieberegister, welches zur CRC Berechnung dient, auch vor der Berechnung mit Einsen gefüllt werden. Durch diese Modifikation entsteht eine robustere Prüfsumme, die auch gegen Anfügen und Löschen von Nullen schützt. Der Empfänger vergleicht nach der Division mit 0001 1101 0000 1111, statt mit 0. ~~Zu guter Letzt~~ folgt das ''Closing flag'' (Blockbegrenzung) mit nochmals 8 Bits ('01111110').		Es besteht aus dem ''Opening flag'' (Blockbegrenzung) '01111110' (hexadezimal 0x7E), das mit 8 Bits dargestellt wird. Danach folgt das ''Address field'' (Adressfeld) mit nochmal 8 Bits oder alternativ ein erweitertes Adressfeld mit einem Vielfachen von 8 Bit, gekennzeichnet durch eine 0 an der Bitposition 1. An dritter Stelle kommt das ''Control field'' (Steuerfeld) mit 8 oder 16 Bits. Dann folgt das ''Information field'' (Datenfeld), das eine variable Länge (Vielfaches von 8 Bit) hat. Das ''[[Frame Check Sequence\|Frame check sequence]] field'' (Blockprüfung) besteht aus 16 Bits und enthält eine Prüfsumme der übertragenen Daten ([[Zyklische Redundanzprüfung\|CCITT CRC-16]]), dessen Binärstellen nach der Berechnung und vor der Übertragung beim Sender mit 0xFFFF [[XOR]]-verknüpft werden. Alternativ kann das Schieberegister, welches zur CRC-Berechnung dient, auch vor der Berechnung mit Einsen gefüllt werden. Durch diese Modifikation entsteht eine robustere Prüfsumme, die auch gegen Anfügen und Löschen von Nullen schützt. Der Empfänger vergleicht nach der Division mit 0001 1101 0000 1111 statt mit 0. Zuletzt folgt das ''Closing flag'' (Blockbegrenzung) mit nochmals 8 Bits ('01111110').

	{\| class="wikitable"		{\| class="wikitable"
Zeile 39:		Zeile 39:
	\|}		\|}

	Um zu vermeiden, dass innerhalb des Datenbereichs oder der Prüfsumme das ''Opening flag'' bzw ''Closing flag'' auftritt, wird [[Bitstopfen]] (''bit stuffing'') oder zero insertion angewandt. Dies bedeutet, dass innerhalb des Rahmens nach fünfmaligem Auftauchen der '1' eine '0' eingefügt wird, um eine Verwechslung mit einem Flag zu verhindern. Auf Empfängerseite wird eine '0' nach fünfmaligem Auftreten der '1' einfach wieder gelöscht.		Um zu vermeiden, dass innerhalb des Datenbereichs oder der Prüfsumme das ''Opening flag'' bzw ''Closing flag'' auftritt, wird [[Bitstopfen]] (''bit stuffing'') oder ''zero insertion'' angewandt. Dies bedeutet, dass innerhalb des Rahmens nach fünfmaligem Auftauchen der '1' eine '0' eingefügt wird, um eine Verwechslung mit einem Flag zu verhindern. Auf Empfängerseite wird eine '0' nach fünfmaligem Auftreten der '1' einfach wieder gelöscht.

	Es gibt jedoch zwei Sonderzeichen, die verwendet werden können:		Es gibt jedoch zwei Sonderzeichen, die verwendet werden können:
Zeile 139:		Zeile 139:
	\|}		\|}

	Die ersten 2 und ~~folgende~~ 3 ~~Funktionsbit~~ werden zu einem Command/Reply Code zusammengesetzt.		Die ersten 2 und folgenden 3 Funktionsbits werden zu einem Command/Reply Code zusammengesetzt.

	{\| class="wikitable"		{\| class="wikitable"

Zulu55: HC: Entferne Kategorie:Telekommunikation; Ergänze Kategorie:Digitale Kommunikation

2016-02-03T17:02:25Z

HC: Entferne Kategorie:Telekommunikation; Ergänze Kategorie:Digitale Kommunikation

← Nächstältere Version		Version vom 3. Februar 2016, 19:02 Uhr
Zeile 248:		Zeile 248:

	[[Kategorie:Netzwerkprotokoll (Sicherungsschicht)]]		[[Kategorie:Netzwerkprotokoll (Sicherungsschicht)]]
	[[Kategorie:~~Telekommunikation~~]]		[[Kategorie:Digitale Kommunikation]]
	[[Kategorie:Cisco Systems]]		[[Kategorie:Cisco Systems]]

Miessen: Änderung 144063784 von 146.52.231.102 rückgängig gemacht; Dieses Bit-Stuffing wäre mir neu.

2015-07-18T07:21:21Z

Änderung 144063784 von 146.52.231.102 rückgängig gemacht; Dieses Bit-Stuffing wäre mir neu.

← Nächstältere Version		Version vom 18. Juli 2015, 09:21 Uhr
Zeile 41:		Zeile 41:
	Um zu vermeiden, dass innerhalb des Datenbereichs oder der Prüfsumme das ''Opening flag'' bzw ''Closing flag'' auftritt, wird [[Bitstopfen]] (''bit stuffing'') oder zero insertion angewandt. Dies bedeutet, dass innerhalb des Rahmens nach fünfmaligem Auftauchen der '1' eine '0' eingefügt wird, um eine Verwechslung mit einem Flag zu verhindern. Auf Empfängerseite wird eine '0' nach fünfmaligem Auftreten der '1' einfach wieder gelöscht.		Um zu vermeiden, dass innerhalb des Datenbereichs oder der Prüfsumme das ''Opening flag'' bzw ''Closing flag'' auftritt, wird [[Bitstopfen]] (''bit stuffing'') oder zero insertion angewandt. Dies bedeutet, dass innerhalb des Rahmens nach fünfmaligem Auftauchen der '1' eine '0' eingefügt wird, um eine Verwechslung mit einem Flag zu verhindern. Auf Empfängerseite wird eine '0' nach fünfmaligem Auftreten der '1' einfach wieder gelöscht.

	Zudem wird nach 5 aufeinanderfolgenden '0' eine '1' eingefügt, damit der Empfänger sich auf diese Flanke synchronisieren kann. Diese "Zusatz"-1 wird dann ebenfalls vom Empfänger verworfen.
	Es gibt jedoch zwei Sonderzeichen, die verwendet werden können:		Es gibt jedoch zwei Sonderzeichen, die verwendet werden können: