„Compression Control Protocol“ – Versionsunterschied
[ungesichtete Version] | [ungesichtete Version] |
Mik81 (Diskussion | Beiträge) wikilinks, formatierung, kat. |
K Typos |
||
Zeile 1: | Zeile 1: | ||
{{QS-Antrag|28. März 2008|2= ''Textwüste'' -- [[Benutzer:Sarkana|Sarkana]] [[Benutzer Diskussion:Sarkana|<sub>frag den ℑ Vampir</sub>]] 01:50, 28. Mär. 2008 (CET)}} |
{{QS-Antrag|28. März 2008|2= ''Textwüste'' -- [[Benutzer:Sarkana|Sarkana]] [[Benutzer Diskussion:Sarkana|<sub>frag den ℑ Vampir</sub>]] 01:50, 28. Mär. 2008 (CET)}} |
||
Das '''Compression Control Protocol''' (CCP) wird verwendet um innerhalb |
Das '''Compression Control Protocol''' (CCP) wird verwendet um innerhalb einer [[Point-to-Point Protocol|Point-to-Point Verbindung]] (PPP) die Datenkompression zwischen den Verbindungspartnern auszuhandeln. Das CCP ist in [[Request for Comments|RFC]] 1962 ([[IETF]] Standard) spezifiziert. |
||
== Datenkompressions-Algorithmus == |
|||
Die Datenkompressions-Algorithmen werden im CCP Option Typenfeld gewählt, diese sind z.B. STAC [[Lempel-Ziv-Stac-Algorithmus|LZS]] (CCP Option 17, RFC 1974) , [[MPPE|MPPC]] (CCP Option 18, RFC 2118), V.42bis (CCP Option 20), BSD [[Lempel-Ziv-Welch-Algorithmus|LZW]] (CCP Option 21) |
Die Datenkompressions-Algorithmen werden im CCP Option Typenfeld gewählt, diese sind z.B. STAC [[Lempel-Ziv-Stac-Algorithmus|LZS]] (CCP Option 17, RFC 1974) , [[MPPE|MPPC]] (CCP Option 18, RFC 2118), V.42bis (CCP Option 20), BSD [[Lempel-Ziv-Welch-Algorithmus|LZW]] (CCP Option 21) |
||
== Check Mode == |
|||
Die Datenkompressionsverfahren verwenden Daten aus der Vergangenheit welche mit in die Kompression einbezogen werden und in einem verschiebbaren Datenfenster gespeichert werden. Um die |
Die Datenkompressionsverfahren verwenden Daten aus der Vergangenheit welche mit in die Kompression einbezogen werden und in einem verschiebbaren Datenfenster gespeichert werden. Um die Synchronisation der Datenfenster zwischen den Verbindungspartnern zu erhalten wird ein Prüfungsverfahren ("History check mode") ausgehandelt. Dieser kann z.B. "sequential" oder "extendend" lauten. Microsoft Windows verwendet den "extended" check mode. |
||
Gängige CCP Verfahren: |
Gängige CCP Verfahren: |
Version vom 15. April 2008, 19:16 Uhr
Das Compression Control Protocol (CCP) wird verwendet um innerhalb einer Point-to-Point Verbindung (PPP) die Datenkompression zwischen den Verbindungspartnern auszuhandeln. Das CCP ist in RFC 1962 (IETF Standard) spezifiziert.
Datenkompressions-Algorithmus
Die Datenkompressions-Algorithmen werden im CCP Option Typenfeld gewählt, diese sind z.B. STAC LZS (CCP Option 17, RFC 1974) , MPPC (CCP Option 18, RFC 2118), V.42bis (CCP Option 20), BSD LZW (CCP Option 21)
Check Mode
Die Datenkompressionsverfahren verwenden Daten aus der Vergangenheit welche mit in die Kompression einbezogen werden und in einem verschiebbaren Datenfenster gespeichert werden. Um die Synchronisation der Datenfenster zwischen den Verbindungspartnern zu erhalten wird ein Prüfungsverfahren ("History check mode") ausgehandelt. Dieser kann z.B. "sequential" oder "extendend" lauten. Microsoft Windows verwendet den "extended" check mode.
Gängige CCP Verfahren:
- None: Keine Kompression.
- STAC: CCP Option 17, Check mode: sequential.
- MS-STAC: CCP Option 17, Check mode: Extended.
- MPPC: CCP Option 18, Check mode: Extended.