Compression Control Protocol - Versionsgeschichte

Invisigoth67: typo

2024-08-22T13:29:04Z

typo

← Nächstältere Version		Version vom 22. August 2024, 15:29 Uhr
Zeile 2:		Zeile 2:

	== Datenkompressions-Algorithmus ==		== 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, <nowiki>RFC 1974</nowiki><ref>{{RFC-Internet \|RFC=1974 \|Titel=PPP Stac LZS Compression Protocol \|Datum=1996-08}}</ref>), [[Microsoft Point-To-Point Encryption Protocol\|MPPC]] (CCP Option 18, <nowiki>RFC 2118</nowiki><ref>{{RFC-Internet \|RFC=2118 \|Titel=Microsoft Point-To-Point Compression (MPPC) Protocol \|Datum=1997-03}}</ref>), [[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, <nowiki>RFC 1974</nowiki><ref>{{RFC-Internet \|RFC=1974 \|Titel=PPP Stac LZS Compression Protocol \|Datum=1996-08}}</ref>), [[Microsoft Point-To-Point Encryption Protocol\|MPPC]] (CCP Option 18, <nowiki>RFC 2118</nowiki><ref>{{RFC-Internet \|RFC=2118 \|Titel=Microsoft Point-To-Point Compression (MPPC) Protocol \|Datum=1997-03}}</ref>), [[V.42bis]] (CCP Option 20), BSD [[Lempel-Ziv-Welch-Algorithmus\|LZW]] (CCP Option 21).

	== Check Mode ==		== Check Mode ==

PerfektesChaos: tk k

2023-06-08T21:08:23Z

tk k

← Nächstältere Version		Version vom 8. Juni 2023, 23:08 Uhr
Zeile 1:		Zeile 1:
	Das '''Compression Control Protocol''' ('''CCP''') ist ein [[Netzwerkprotokoll]] und wird verwendet, um innerhalb einer [[Point-to-Point Protocol\|Point-to-Point Verbindung]] (PPP) die [[Datenkompression]] zwischen den Verbindungspartnern auszuhandeln. Die Spezifikation des CCP wurde mit ~~[[Request for Comments\|~~RFC]] 1962 im Juni 1996 veröffentlicht und ist ein [[IETF]] Standard. Teile wurden mit dem RFC 2153 im Mai 1997 überarbeitet.		Das '''Compression Control Protocol''' ('''CCP''') ist ein [[Netzwerkprotokoll]] und wird verwendet, um innerhalb einer [[Point-to-Point Protocol\|Point-to-Point Verbindung]] (PPP) die [[Datenkompression]] zwischen den Verbindungspartnern auszuhandeln. Die Spezifikation des CCP wurde mit <nowiki>RFC 1962</nowiki> im Juni 1996 veröffentlicht<ref>{{RFC-Internet \|RFC=1962 \|Titel=The PPP Compression Control Protocol (CCP) \|Datum=1996-06}}</ref> und ist ein [[Internet Engineering Task Force\|IETF]] Standard. Teile wurden mit dem <nowiki>RFC 2153</nowiki> im Mai 1997 überarbeitet.<ref>{{RFC-Internet \|RFC=2153 \|Titel=PPP Vendor Extensions \|Datum=1997-05}}</ref>

	== Datenkompressions-Algorithmus ==		== 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, <nowiki>RFC 1974</nowiki><ref>{{RFC-Internet \|RFC=1974 \|Titel=PPP Stac LZS Compression Protocol \|Datum=1996-08}}</ref>), [[Microsoft Point-To-Point Encryption Protocol\|MPPC]] (CCP Option 18, <nowiki>RFC 2118</nowiki><ref>{{RFC-Internet \|RFC=2118 \|Titel=Microsoft Point-To-Point Compression (MPPC) Protocol \|Datum=1997-03}}</ref>), [[V.42bis]] (CCP Option 20), BSD [[Lempel-Ziv-Welch-Algorithmus\|LZW]] (CCP Option 21)

	== Check Mode ==		== Check Mode ==
Zeile 14:		Zeile 14:

	== Weblinks ==		== Weblinks ==
			* {{RFC-Internet \|RFC=1962 \|Titel=The PPP Compression Control Protocol (CCP) \|Datum=1996-06}}
	* [https://tools.ietf.org/html/rfc1962 RFC 1962] (englisch)

			== Einzelnachweise ==
			<references />

	[[Kategorie:Point-to-Point Protocol]]		[[Kategorie:Point-to-Point Protocol]]

Christof46: /* Check Mode */

2022-10-16T17:30:09Z

Check Mode

← Nächstältere Version		Version vom 16. Oktober 2022, 19:30 Uhr
Zeile 5:		Zeile 5:

	== Check Mode ==		== 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.		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 sind:		Gängige CCP-Verfahren sind:

Aka: https, Kleinkram

2021-02-13T17:35:03Z

https, Kleinkram

← Nächstältere Version		Version vom 13. Februar 2021, 19:35 Uhr
Zeile 8:		Zeile 8:

	Gängige CCP-Verfahren sind:		Gängige CCP-Verfahren sind:
	*'''None:''' Keine Kompression.		* '''None:''' Keine Kompression.
	*'''STAC:''' CCP Option 17, Check mode: sequential.		* '''STAC:''' CCP Option 17, Check mode: sequential.
	*'''MS-STAC:''' CCP Option 17, Check mode: Extended.		* '''MS-STAC:''' CCP Option 17, Check mode: Extended.
	*'''MPPC:''' CCP Option 18, Check mode: Extended.		* '''MPPC:''' CCP Option 18, Check mode: Extended.

	== Weblinks ==		== Weblinks ==
	* [~~http~~://tools.ietf.org/html/rfc1962 RFC 1962] (englisch)		* [https://tools.ietf.org/html/rfc1962 RFC 1962] (englisch)

	[[Kategorie:Point-to-Point Protocol]]		[[Kategorie:Point-to-Point Protocol]]

Invisigoth67: form

2018-05-12T17:34:04Z

form

← Nächstältere Version		Version vom 12. Mai 2018, 19:34 Uhr
Zeile 2:		Zeile 2:

	== Datenkompressions-Algorithmus ==		== 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 ==		== 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.		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 sind:		Gängige CCP-Verfahren sind:

Nameless23 am 5. Januar 2015 um 02:58 Uhr

2015-01-05T02:58:09Z

← Nächstältere Version		Version vom 5. Januar 2015, 04:58 Uhr
Zeile 1:		Zeile 1:
	Das '''Compression Control Protocol''' (CCP) ist ein [[Netzwerkprotokoll]] und wird verwendet, um innerhalb einer [[Point-to-Point Protocol\|Point-to-Point Verbindung]] (PPP) die [[Datenkompression]] zwischen den Verbindungspartnern auszuhandeln. Die Spezifikation des CCP wurde mit [[Request for Comments\|RFC]] 1962 im Juni 1996 veröffentlicht und ist ein [[IETF]] Standard. Teile wurden mit dem RFC 2153 im Mai 1997 überarbeitet.		Das '''Compression Control Protocol''' ('''CCP''') ist ein [[Netzwerkprotokoll]] und wird verwendet, um innerhalb einer [[Point-to-Point Protocol\|Point-to-Point Verbindung]] (PPP) die [[Datenkompression]] zwischen den Verbindungspartnern auszuhandeln. Die Spezifikation des CCP wurde mit [[Request for Comments\|RFC]] 1962 im Juni 1996 veröffentlicht und ist ein [[IETF]] Standard. Teile wurden mit dem RFC 2153 im Mai 1997 überarbeitet.

	== Datenkompressions-Algorithmus ==		== 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 ==		== 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.		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 sind:		Gängige CCP-Verfahren sind:
	*'''None:''' Keine Kompression.		*'''None:''' Keine Kompression.
	*'''STAC:''' CCP Option 17, Check mode: sequential.		*'''STAC:''' CCP Option 17, Check mode: sequential.
Zeile 14:		Zeile 14:

	== Weblinks ==		== Weblinks ==
	* [http://tools.ietf.org/html/rfc1962 RFC 1962 ~~auf Seiten der ietf.org~~ (~~engl.~~)]		* [http://tools.ietf.org/html/rfc1962 RFC 1962] (englisch)

	[[Kategorie:Point-to-Point Protocol]]		[[Kategorie:Point-to-Point Protocol]]

PM3: kat

2012-02-06T13:22:07Z

kat

← Nächstältere Version		Version vom 6. Februar 2012, 15:22 Uhr
Zeile 16:		Zeile 16:
	* [http://tools.ietf.org/html/rfc1962 RFC 1962 auf Seiten der ietf.org (engl.)]		* [http://tools.ietf.org/html/rfc1962 RFC 1962 auf Seiten der ietf.org (engl.)]

	[[Kategorie:~~Netzwerkprotokoll~~]]		[[Kategorie:Point-to-Point Protocol]]

Ebcdic: wl+, link zur ietf

2008-04-30T20:10:38Z

wl+, link zur ietf

← Nächstältere Version		Version vom 30. April 2008, 22:10 Uhr
Zeile 1:		Zeile 1:
	Das '''Compression Control Protocol''' (CCP) ist ein [[Netzwerkprotokoll]] und 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~~.		Das '''Compression Control Protocol''' (CCP) ist ein [[Netzwerkprotokoll]] und wird verwendet, um innerhalb einer [[Point-to-Point Protocol\|Point-to-Point Verbindung]] (PPP) die [[Datenkompression]] zwischen den Verbindungspartnern auszuhandeln. Die Spezifikation des CCP wurde mit [[Request for Comments\|RFC]] 1962 im Juni 1996 veröffentlicht und ist ein [[IETF]] Standard. Teile wurden mit dem RFC 2153 im Mai 1997 überarbeitet.

	== Datenkompressions-Algorithmus ==		== 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 ==		== 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.		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 sind:
	*'''None:''' Keine Kompression.		*'''None:''' Keine Kompression.
	*'''STAC:''' CCP Option 17, Check mode: sequential.		*'''STAC:''' CCP Option 17, Check mode: sequential.
	*'''MS-STAC:''' CCP Option 17, Check mode: Extended.		*'''MS-STAC:''' CCP Option 17, Check mode: Extended.
	*'''MPPC:''' CCP Option 18, Check mode: Extended.		*'''MPPC:''' CCP Option 18, Check mode: Extended.

	{{unverständlich}}
			== Weblinks ==
			* [http://tools.ietf.org/html/rfc1962 RFC 1962 auf Seiten der ietf.org (engl.)]

	[[Kategorie:Netzwerkprotokoll]]		[[Kategorie:Netzwerkprotokoll]]

Karsten11: - qs nach Zeitablauf, unverständlich

2008-04-30T19:51:46Z

- qs nach Zeitablauf, unverständlich

← Nächstältere Version		Version vom 30. April 2008, 21:51 Uhr
Zeile 1:		Zeile 1:
		⚫	Das '''Compression Control Protocol''' (CCP) ist ein [[Netzwerkprotokoll]] und 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.
	{{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 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 ==		== Datenkompressions-Algorithmus ==
Zeile 13:		Zeile 12:
	*'''MS-STAC:''' CCP Option 17, Check mode: Extended.		*'''MS-STAC:''' CCP Option 17, Check mode: Extended.
	*'''MPPC:''' CCP Option 18, Check mode: Extended.		*'''MPPC:''' CCP Option 18, Check mode: Extended.
			{{unverständlich}}

	[[Kategorie:Netzwerkprotokoll]]		[[Kategorie:Netzwerkprotokoll]]

WikiJourney: Typos

2008-04-15T17:16:42Z

Typos

← Nächstältere Version		Version vom 15. April 2008, 19:16 Uhr
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 ~~eine~~ [[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.		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		== 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		== 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 ~~Synchronization~~ 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.		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: