Internet Protocol Flow Information Export - Versionsgeschichte

PerfektesChaos: tk k

2023-07-12T19:16:43Z

tk k

← Nächstältere Version		Version vom 12. Juli 2023, 21:16 Uhr
Zeile 1:		Zeile 1:
	{{Netzwerk-TCP-UDP-SCTP-IP-Anwendungsprotokoll\|IPFIX}}		{{Netzwerk-TCP-UDP-SCTP-IP-Anwendungsprotokoll\|IPFIX}}

	Das '''Internet Protocol Flow Information Export''' (IPFIX) ist eine Weiterentwicklung des [[Netflow]]-Protokolls der Firma [[~~Cisco\|~~Cisco Systems]]. Es wird von der [[Internet Engineering Task Force\|IETF]] entwickelt, um den Austausch von Netzüberwachungs-Informationen zu standardisieren.		Das '''Internet Protocol Flow Information Export''' (IPFIX) ist eine Weiterentwicklung des [[Netflow]]-Protokolls der Firma [[Cisco Systems]]. Es wird von der [[Internet Engineering Task Force\|IETF]] entwickelt, um den Austausch von Netzüberwachungs-Informationen zu standardisieren.

	Als ein Flow werden dabei Pakete eines Datenstroms bezeichnet, die gemeinsame Eigenschaften wie etwa „gleiche Quelle, gleiches Ziel und gleiches Protokoll“ aufweisen. Mittels IPFIX kann nun beispielsweise ein Router Informationen über seine Sicht der aktuellen Netzauslastung an eine zentrale Monitoringstation schicken, die auf diese Informationen geeignet reagieren kann.		Als ein Flow werden dabei Pakete eines Datenstroms bezeichnet, die gemeinsame Eigenschaften wie etwa „gleiche Quelle, gleiches Ziel und gleiches Protokoll“ aufweisen. Mittels IPFIX kann nun beispielsweise ein Router Informationen über seine Sicht der aktuellen Netzauslastung an eine zentrale Monitoringstation schicken, die auf diese Informationen geeignet reagieren kann.
Zeile 55:		Zeile 55:
	\|-		\|-
	\|colspan="2"\| Quellsystem-ID = 12345678		\|colspan="2"\| Quellsystem-ID = 12345678
			\|- style="background:#DDDDFF;"
	\|-
	~~\|style="background:#DDDDFF;"~~\| Set ID = 2 (Template)		\| Set ID = 2 (Template)
	~~\|style="background:#DDDDFF;"~~\| Setlänge = 20 Byte		\| Setlänge = 20 Byte
			\|- style="background:#DDDDFF;"
	\|-
	~~\|style="background:#DDDDFF;"~~\| Template ID = 256		\| Template ID = 256
	~~\|style="background:#DDDDFF;"~~\| Anzahl Felder = 3		\| Anzahl Felder = 3
			\|- style="background:#DDDDFF;"
	\|-
	~~\|style="background:#DDDDFF;"~~\| Typ = sourceIPv4Address		\| Typ = sourceIPv4Address
	~~\|style="background:#DDDDFF;"~~\| Feldlänge = 4 Byte		\| Feldlänge = 4 Byte
			\|- style="background:#DDDDFF;"
	\|-
	~~\|style="background:#DDDDFF;"~~\| Typ = destinationIPv4Address		\| Typ = destinationIPv4Address
	~~\|style="background:#DDDDFF;"~~\| Feldlänge = 4 Byte		\| Feldlänge = 4 Byte
			\|- style="background:#DDDDFF;"
	\|-
	~~\|style="background:#DDDDFF;"~~\| Typ = packetDeltaCount		\| Typ = packetDeltaCount
	~~\|style="background:#DDDDFF;"~~\| Feldlänge = 8 Byte		\| Feldlänge = 8 Byte
	\|-		\|-
	\| Set ID = 256 (Data Set<br />nach Template 256)		\| Set ID = 256 (Data Set<br />nach Template 256)
Zeile 91:		Zeile 91:
	== Weblinks ==		== Weblinks ==
	* [https://tools.ietf.org/wg/ipfix/ ''Ipfix Status Pages.''] tools.ietf.org		* [https://tools.ietf.org/wg/ipfix/ ''Ipfix Status Pages.''] tools.ietf.org
			* {{RFC-Internet \|RFC=5101 \|Titel=Specification of the IP Flow Information Export (IPFIX) Protocol for the Exchange of IP Traffic Flow Information \|Datum=2008-01}}
	* [https://tools.ietf.org/html/rfc5101 ''Request for Comments: 5101.''] tools.ietf.org

	[[Kategorie:Internet-Anwendungsprotokoll]]		[[Kategorie:Internet-Anwendungsprotokoll]]

Aka: /* Weblinks */ https

2021-03-11T18:59:25Z

Weblinks: https

← Nächstältere Version		Version vom 11. März 2021, 20:59 Uhr
Zeile 90:		Zeile 90:

	== Weblinks ==		== Weblinks ==
	* [~~http~~://tools.ietf.org/wg/ipfix/ ''Ipfix Status Pages.''] tools.ietf.org		* [https://tools.ietf.org/wg/ipfix/ ''Ipfix Status Pages.''] tools.ietf.org
	* [~~http~~://tools.ietf.org/html/rfc5101 ''Request for Comments: 5101.''] tools.ietf.org		* [https://tools.ietf.org/html/rfc5101 ''Request for Comments: 5101.''] tools.ietf.org

	[[Kategorie:Internet-Anwendungsprotokoll]]		[[Kategorie:Internet-Anwendungsprotokoll]]

Lómelinde: kl. maskiere sichtbare <>

2019-12-31T12:44:21Z

kl. maskiere sichtbare <>

← Nächstältere Version		Version vom 31. Dezember 2019, 14:44 Uhr
Zeile 18:		Zeile 18:
	Metering,		Metering,
	Exporter IPFIX Collector		Exporter IPFIX Collector
	O--------------------------->O		O--------------------------->O
	\|		\|
	\| Observation Point		\| Observation Point
	v		v
	---- IP Traffic --->		---- IP Traffic --->
	</pre>		</pre>

Zeile 42:		Zeile 42:
	Die dabei verwendete IPFIX Nachricht könnte beispielsweise wie folgt aufgebaut sein:		Die dabei verwendete IPFIX Nachricht könnte beispielsweise wie folgt aufgebaut sein:

	{\| class="wikitable" style="background:#CCCCFF; text-align:center~~; border:2px solid #BBBBBB~~;"		{\| class="wikitable" style="background:#CCCCFF; text-align:center;"
	\|-		\|-
	! Bits 0..15		! Bits 0..15

62.227.180.148: /* Beispiel */

2019-12-28T14:42:18Z

Beispiel

← Nächstältere Version		Version vom 28. Dezember 2019, 16:42 Uhr
Zeile 72:		Zeile 72:
	\|-		\|-
	\| Set ID = 256 (Data Set<br />nach Template 256)		\| Set ID = 256 (Data Set<br />nach Template 256)
	\| Setlänge = 36 Byte		\| Setlänge = 28 Byte
	\|-		\|-
	\|colspan="2"\| Satz 1, Feld 1 = 192.168.0.201		\|colspan="2"\| Satz 1, Feld 1 = 192.168.0.201

Lómelinde: Falsch verschachtelte Tags Umbruch im code-Tag bitte nicht über Textblöcke spannen → pre und Tabellensyntax vereinfacht

2018-12-19T14:56:58Z

Falsch verschachtelte Tags Umbruch im code-Tag bitte nicht über Textblöcke spannen → pre und Tabellensyntax vereinfacht

← Nächstältere Version		Version vom 19. Dezember 2018, 16:56 Uhr
Zeile 15:		Zeile 15:
	Die Architektur eines IPFIX Informationsflusses sieht typischerweise so aus:		Die Architektur eines IPFIX Informationsflusses sieht typischerweise so aus:

	<~~code~~>		<pre>
	Metering,		Metering,
	Exporter IPFIX Collector		Exporter IPFIX Collector
Zeile 23:		Zeile 23:
	v		v
	---- IP Traffic --->		---- IP Traffic --->
	</~~code~~>		</pre>

	Ein ''Metering Process'' sammelt am ''Observation Point'' Datenpakete, filtert sie gegebenenfalls vor und aggregiert Informationen über diese Pakete. Diese Informationen werden dann vom ''Exporter'' an den ''Collector'' verschickt. Dabei besteht eine Many-to-Many Beziehung zwischen ''Exporter'' und ''Collector'', das heißt ein Exporter kann sowohl mehrere Collectors beliefern als auch ein Collector Informationen von mehreren Exportern beziehen.		Ein ''Metering Process'' sammelt am ''Observation Point'' Datenpakete, filtert sie gegebenenfalls vor und aggregiert Informationen über diese Pakete. Diese Informationen werden dann vom ''Exporter'' an den ''Collector'' verschickt. Dabei besteht eine Many-to-Many Beziehung zwischen ''Exporter'' und ''Collector'', das heißt ein Exporter kann sowohl mehrere Collectors beliefern als auch ein Collector Informationen von mehreren Exportern beziehen.
Zeile 42:		Zeile 42:
	Die dabei verwendete IPFIX Nachricht könnte beispielsweise wie folgt aufgebaut sein:		Die dabei verwendete IPFIX Nachricht könnte beispielsweise wie folgt aufgebaut sein:

			{\| class="wikitable" style="background:#CCCCFF; text-align:center; border:2px solid #BBBBBB;"
	{\| border="1" cellspacing="0" cellpadding="5"
	\|-		\|-
	! ~~align="center" bgcolor="#BBBBBB" \|~~ Bits 0..15		! Bits 0..15
	! ~~align="center" bgcolor="#BBBBBB" \|~~ Bits 16..31		! Bits 16..31
	\|-		\|-
	~~\| align="center" bgcolor="#CCCCFF"~~ \| Version = 0x000a		\| Version = 0x000a
	~~\| align="center" bgcolor="#CCCCFF"~~ \| Nachrichtenlänge = 72 Byte		\| Nachrichtenlänge = 72 Byte
	\|-		\|-
	\| colspan="2" ~~align="center" bgcolor="#CCCCFF"~~ \| Exportzeitpunkt = 2005-12-31 23:59:60		\|colspan="2"\| Exportzeitpunkt = 2005-12-31 23:59:60
	\|-		\|-
	\| colspan="2" ~~align="center" bgcolor="#CCCCFF"~~ \| laufende Nummer = 0		\|colspan="2"\| laufende Nummer = 0
	\|-		\|-
	\| colspan="2" ~~align="center" bgcolor="#CCCCFF"~~ \| Quellsystem-ID = 12345678		\|colspan="2"\| Quellsystem-ID = 12345678
	\|-		\|-
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Set ID = 2 (Template)		\|style="background:#DDDDFF;"\| Set ID = 2 (Template)
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Setlänge = 20 Byte		\|style="background:#DDDDFF;"\| Setlänge = 20 Byte
	\|-		\|-
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Template ID = 256		\|style="background:#DDDDFF;"\| Template ID = 256
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Anzahl Felder = 3		\|style="background:#DDDDFF;"\| Anzahl Felder = 3
	\|-		\|-
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Typ = sourceIPv4Address		\|style="background:#DDDDFF;"\| Typ = sourceIPv4Address
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Feldlänge = 4 Byte		\|style="background:#DDDDFF;"\| Feldlänge = 4 Byte
	\|-		\|-
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Typ = destinationIPv4Address		\|style="background:#DDDDFF;"\| Typ = destinationIPv4Address
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Feldlänge = 4 Byte		\|style="background:#DDDDFF;"\| Feldlänge = 4 Byte
	\|-		\|-
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Typ = packetDeltaCount		\|style="background:#DDDDFF;"\| Typ = packetDeltaCount
	\| ~~align="center" bgcolor~~="#DDDDFF" \| Feldlänge = 8 Byte		\|style="background:#DDDDFF;"\| Feldlänge = 8 Byte
	\|-		\|-
	~~\| align="center" bgcolor="#CCCCFF"~~ \| Set ID = 256 (Data Set<br />nach Template 256)		\| Set ID = 256 (Data Set<br />nach Template 256)
	~~\| align="center" bgcolor="#CCCCFF"~~ \| Setlänge = 36 Byte		\| Setlänge = 36 Byte
	\|-		\|-
	\| colspan="2" ~~align="center" bgcolor="#CCCCFF"~~ \| Satz 1, Feld 1 = 192.168.0.201		\|colspan="2"\| Satz 1, Feld 1 = 192.168.0.201
	\|-		\|-
	\| colspan="2" ~~align="center" bgcolor="#CCCCFF"~~ \| Satz 1, Feld 2 = 192.168.0.1		\|colspan="2"\| Satz 1, Feld 2 = 192.168.0.1
	\|-		\|-
	\| colspan="2" ~~align="center" bgcolor="#CCCCFF"~~ \| Satz 1, Feld 3 = 235 Pakete		\|colspan="2"\| Satz 1, Feld 3 = 235 Pakete
	\|-		\|-
	\| colspan="2" ~~align="center" bgcolor="#CCCCFF"~~ \| Satz 2, Feld 1 = 192.168.0.202		\|colspan="2"\| Satz 2, Feld 1 = 192.168.0.202
	\|-		\|-
	\| colspan="2" ~~align="center" bgcolor="#CCCCFF"~~ \| Satz 2, Feld 2 = 192.168.0.1		\|colspan="2"\| Satz 2, Feld 2 = 192.168.0.1
	\|-		\|-
	\| colspan="2" ~~align="center" bgcolor="#CCCCFF"~~ \| Satz 2, Feld 3 = 42 Pakete		\|colspan="2"\| Satz 2, Feld 3 = 42 Pakete
	\|}		\|}

Zeile 90:		Zeile 90:

	== Weblinks ==		== Weblinks ==
	* http://tools.ietf.org/wg/ipfix/		* [http://tools.ietf.org/wg/ipfix/ ''Ipfix Status Pages.''] tools.ietf.org
	* http://tools.ietf.org/html/rfc5101		* [http://tools.ietf.org/html/rfc5101 ''Request for Comments: 5101.''] tools.ietf.org

	[[Kategorie:Internet-Anwendungsprotokoll]]		[[Kategorie:Internet-Anwendungsprotokoll]]

KLBot2: Bot: 1 Interwiki-Link(s) nach Wikidata (:d:Q1666486) migriert

2013-04-03T17:19:09Z

Bot: 1 Interwiki-Link(s) nach Wikidata (d:Q1666486) migriert

← Nächstältere Version		Version vom 3. April 2013, 19:19 Uhr
Zeile 94:		Zeile 94:

	[[Kategorie:Internet-Anwendungsprotokoll]]		[[Kategorie:Internet-Anwendungsprotokoll]]
	[[en:IP Flow Information Export]]

PM3: kat

2012-02-06T14:56:20Z

kat

← Nächstältere Version		Version vom 6. Februar 2012, 16:56 Uhr
Zeile 93:		Zeile 93:
	* http://tools.ietf.org/html/rfc5101		* http://tools.ietf.org/html/rfc5101

	[[Kategorie:~~Netzwerkprotokoll auf Anwendungsschicht~~]]		[[Kategorie:Internet-Anwendungsprotokoll]]
	[[en:IP Flow Information Export]]		[[en:IP Flow Information Export]]

Elvaube: korr.

2012-01-22T12:16:29Z

korr.

← Nächstältere Version		Version vom 22. Januar 2012, 14:16 Uhr
Zeile 1:		Zeile 1:
	{{Netzwerk-TCP-UDP-SCTP-IP-Anwendungsprotokoll\|IPFIX}}		{{Netzwerk-TCP-UDP-SCTP-IP-Anwendungsprotokoll\|IPFIX}}

	Das '''Internet Protocol Flow Information Export''' (IPFIX) ist eine Weiterentwicklung des [[Netflow]]-Protokolls der Firma [[Cisco\|Cisco Systems]]. Es wird von der [[Internet Engineering Task Force\|IETF]] entwickelt, um den Austausch von Netzüberwachungs-Informationen zu standardisieren.		Das '''Internet Protocol Flow Information Export''' (IPFIX) ist eine Weiterentwicklung des [[Netflow]]-Protokolls der Firma [[Cisco\|Cisco Systems]]. Es wird von der [[Internet Engineering Task Force\|IETF]] entwickelt, um den Austausch von Netzüberwachungs-Informationen zu standardisieren.

	Als ein Flow werden dabei Pakete eines Datenstroms bezeichnet, die gemeinsame Eigenschaften wie ~~z. B.~~ „gleiche Quelle, gleiches Ziel und gleiches Protokoll“ aufweisen. Mittels IPFIX kann nun ~~z. B.~~ ein Router Informationen über seine Sicht der aktuellen Netzauslastung an eine zentrale Monitoringstation schicken, die auf diese Informationen geeignet reagieren kann.		Als ein Flow werden dabei Pakete eines Datenstroms bezeichnet, die gemeinsame Eigenschaften wie etwa „gleiche Quelle, gleiches Ziel und gleiches Protokoll“ aufweisen. Mittels IPFIX kann nun beispielsweise ein Router Informationen über seine Sicht der aktuellen Netzauslastung an eine zentrale Monitoringstation schicken, die auf diese Informationen geeignet reagieren kann.

	IPFIX ist ein reines '''Push-Protokoll''', ~~d. h.~~ die sendende Station schickt von sich aus in regelmäßigen Abständen IPFIX Datenpakete.		IPFIX ist ein reines '''Push-Protokoll''', das heißt die sendende Station schickt von sich aus in regelmäßigen Abständen IPFIX Datenpakete.

	Die Zusammensetzung von IPFIX Datenpaketen ist dem Sender weitgehend freigestellt, da er in IPFIX vor dem Versand von Flow-Information den Aufbau der Pakete mittels sogenannter '''Templates''' bekannt macht. Auch die in Datenpaketen verwendeten Datentypen sind frei erweiterbar.		Die Zusammensetzung von IPFIX Datenpaketen ist dem Sender weitgehend freigestellt, da er in IPFIX vor dem Versand von Flow-Information den Aufbau der Pakete mittels sogenannter '''Templates''' bekannt macht. Auch die in Datenpaketen verwendeten Datentypen sind frei erweiterbar.
Zeile 13:		Zeile 14:

	Die Architektur eines IPFIX Informationsflusses sieht typischerweise so aus:		Die Architektur eines IPFIX Informationsflusses sieht typischerweise so aus:

	<code>		<code>
	Metering,		Metering,
Zeile 22:		Zeile 24:
	---- IP Traffic --->		---- IP Traffic --->
	</code>		</code>

	Ein ''Metering Process'' sammelt am ''Observation Point'' Datenpakete, filtert sie gegebenenfalls vor und aggregiert Informationen über diese Pakete. Diese Informationen werden dann vom ''Exporter'' an den ''Collector'' verschickt. Dabei besteht eine Many-to-Many Beziehung zwischen ''Exporter'' und ''Collector'', ~~d. h.~~ ein Exporter kann sowohl mehrere Collectors beliefern als auch ein Collector Informationen von mehreren Exportern beziehen.		Ein ''Metering Process'' sammelt am ''Observation Point'' Datenpakete, filtert sie gegebenenfalls vor und aggregiert Informationen über diese Pakete. Diese Informationen werden dann vom ''Exporter'' an den ''Collector'' verschickt. Dabei besteht eine Many-to-Many Beziehung zwischen ''Exporter'' und ''Collector'', das heißt ein Exporter kann sowohl mehrere Collectors beliefern als auch ein Collector Informationen von mehreren Exportern beziehen.

	== Beispiel ==		== Beispiel ==

	Ein einfacher, mittels IPFIX versendeter Datensatz könnte ~~z. B.~~ so aussehen:		Ein einfacher, mittels IPFIX versendeter Datensatz könnte zum Beispiel so aussehen:

	{\| class="~~prettytable~~"		{\| class="wikitable"
	\|-		\|-
	\| Quelle \|\| Ziel \|\| Pakete		! Quelle \|\| Ziel \|\| Pakete
	\|-		\|-
	\| 192.168.0.201 \|\| 192.168.0.1 \|\| 235		\| 192.168.0.201 \|\| 192.168.0.1 \|\| 235
Zeile 36:		Zeile 40:
	\|}		\|}

	Die dabei verwendete IPFIX Nachricht könnte ~~z. B.~~ wie folgt aufgebaut sein:		Die dabei verwendete IPFIX Nachricht könnte beispielsweise wie folgt aufgebaut sein:

	{\| border="1" cellspacing="0" cellpadding="5"		{\| border="1" cellspacing="0" cellpadding="5"
Zeile 44:		Zeile 48:
	\|-		\|-
	\| align="center" bgcolor="#CCCCFF" \| Version = 0x000a		\| align="center" bgcolor="#CCCCFF" \| Version = 0x000a
	\| align="center" bgcolor="#CCCCFF" \| ~~Nachrichtenlänge~~ = 72 Byte		\| align="center" bgcolor="#CCCCFF" \| Nachrichtenlänge = 72 Byte
	\|-		\|-
	\| colspan="2" align="center" bgcolor="#CCCCFF" \| Exportzeitpunkt = 2005-12-31 23:59:60		\| colspan="2" align="center" bgcolor="#CCCCFF" \| Exportzeitpunkt = 2005-12-31 23:59:60
Zeile 53:		Zeile 57:
	\|-		\|-
	\| align="center" bgcolor="#DDDDFF" \| Set ID = 2 (Template)		\| align="center" bgcolor="#DDDDFF" \| Set ID = 2 (Template)
	\| align="center" bgcolor="#DDDDFF" \| ~~Setlänge~~ = 20 Byte		\| align="center" bgcolor="#DDDDFF" \| Setlänge = 20 Byte
	\|-		\|-
	\| align="center" bgcolor="#DDDDFF" \| Template ID = 256		\| align="center" bgcolor="#DDDDFF" \| Template ID = 256
Zeile 59:		Zeile 63:
	\|-		\|-
	\| align="center" bgcolor="#DDDDFF" \| Typ = sourceIPv4Address		\| align="center" bgcolor="#DDDDFF" \| Typ = sourceIPv4Address
	\| align="center" bgcolor="#DDDDFF" \| ~~Feldlänge~~ = 4 Byte		\| align="center" bgcolor="#DDDDFF" \| Feldlänge = 4 Byte
	\|-		\|-
	\| align="center" bgcolor="#DDDDFF" \| Typ = destinationIPv4Address		\| align="center" bgcolor="#DDDDFF" \| Typ = destinationIPv4Address
	\| align="center" bgcolor="#DDDDFF" \| ~~Feldlänge~~ = 4 Byte		\| align="center" bgcolor="#DDDDFF" \| Feldlänge = 4 Byte
	\|-		\|-
	\| align="center" bgcolor="#DDDDFF" \| Typ = packetDeltaCount		\| align="center" bgcolor="#DDDDFF" \| Typ = packetDeltaCount
	\| align="center" bgcolor="#DDDDFF" \| ~~Feldlänge~~ = 8 Byte		\| align="center" bgcolor="#DDDDFF" \| Feldlänge = 8 Byte
	\|-		\|-
	\| align="center" bgcolor="#CCCCFF" \| Set ID = 256 (Data Set <br />nach Template 256)		\| align="center" bgcolor="#CCCCFF" \| Set ID = 256 (Data Set<br />nach Template 256)
	\| align="center" bgcolor="#CCCCFF" \| ~~Setlänge~~ = 36 Byte		\| align="center" bgcolor="#CCCCFF" \| Setlänge = 36 Byte
	\|-		\|-
	\| colspan="2" align="center" bgcolor="#CCCCFF" \| Satz 1, Feld 1 = 192.168.0.201		\| colspan="2" align="center" bgcolor="#CCCCFF" \| Satz 1, Feld 1 = 192.168.0.201
Zeile 86:		Zeile 90:

	== Weblinks ==		== Weblinks ==

	* http://tools.ietf.org/wg/ipfix/		* http://tools.ietf.org/wg/ipfix/

	* http://tools.ietf.org/html/rfc5101		* http://tools.ietf.org/html/rfc5101

Andim am 18. März 2011 um 22:12 Uhr

2011-03-18T22:12:35Z

← Nächstältere Version		Version vom 19. März 2011, 00:12 Uhr
Zeile 1:		Zeile 1:
	{{~~Vorlage:~~Netzwerk-TCP-UDP-SCTP-IP-Anwendungsprotokoll\|IPFIX}}		{{Netzwerk-TCP-UDP-SCTP-IP-Anwendungsprotokoll\|IPFIX}}
	Das '''Internet Protocol Flow Information Export''' (IPFIX) ist eine Weiterentwicklung des [[Netflow]]-Protokolls der Firma [[Cisco\|Cisco Systems]]. Es wird von der [[Internet Engineering Task Force\|IETF]] entwickelt, um den Austausch von Netzüberwachungs-Informationen zu standardisieren.		Das '''Internet Protocol Flow Information Export''' (IPFIX) ist eine Weiterentwicklung des [[Netflow]]-Protokolls der Firma [[Cisco\|Cisco Systems]]. Es wird von der [[Internet Engineering Task Force\|IETF]] entwickelt, um den Austausch von Netzüberwachungs-Informationen zu standardisieren.

	Als ein Flow werden dabei Pakete eines Datenstroms bezeichnet, die gemeinsame Eigenschaften wie z. B. „gleiche Quelle, gleiches Ziel und gleiches Protokoll“ aufweisen. Mittels IPFIX kann nun z. B. ein Router Informationen über seine Sicht der aktuellen Netzauslastung an eine zentrale Monitoringstation schicken, die auf diese Informationen geeignet reagieren kann.		Als ein Flow werden dabei Pakete eines Datenstroms bezeichnet, die gemeinsame Eigenschaften wie z. B. „gleiche Quelle, gleiches Ziel und gleiches Protokoll“ aufweisen. Mittels IPFIX kann nun z. B. ein Router Informationen über seine Sicht der aktuellen Netzauslastung an eine zentrale Monitoringstation schicken, die auf diese Informationen geeignet reagieren kann.

	IPFIX ist ein reines '''Push-Protokoll''', d. h. die sendende Station schickt von sich aus in regelmäßigen Abständen IPFIX Datenpakete.		IPFIX ist ein reines '''Push-Protokoll''', d. h. die sendende Station schickt von sich aus in regelmäßigen Abständen IPFIX Datenpakete.
Zeile 12:		Zeile 12:
	== Architektur ==		== Architektur ==

	Die Architektur eines IPFIX Informationsflusses sieht typischerweise so aus:		Die Architektur eines IPFIX Informationsflusses sieht typischerweise so aus:
			<code>

	Metering,		Metering,
	Exporter IPFIX Collector		Exporter IPFIX Collector
	O--------------------------->O		O--------------------------->O
Zeile 21:		Zeile 21:
	v		v
	---- IP Traffic --->		---- IP Traffic --->
			</code>

	Ein ''Metering Process'' sammelt am ''Observation Point'' Datenpakete, filtert sie gegebenenfalls vor und aggregiert Informationen über diese Pakete. Diese Informationen werden dann vom ''Exporter'' an den ''Collector'' verschickt. Dabei besteht eine Many-to-Many Beziehung zwischen ''Exporter'' und ''Collector'', d. h. ein Exporter kann sowohl mehrere Collectors beliefern als auch ein Collector Informationen von mehreren Exportern beziehen.		Ein ''Metering Process'' sammelt am ''Observation Point'' Datenpakete, filtert sie gegebenenfalls vor und aggregiert Informationen über diese Pakete. Diese Informationen werden dann vom ''Exporter'' an den ''Collector'' verschickt. Dabei besteht eine Many-to-Many Beziehung zwischen ''Exporter'' und ''Collector'', d. h. ein Exporter kann sowohl mehrere Collectors beliefern als auch ein Collector Informationen von mehreren Exportern beziehen.

Zeile 27:		Zeile 27:

	Ein einfacher, mittels IPFIX versendeter Datensatz könnte z. B. so aussehen:		Ein einfacher, mittels IPFIX versendeter Datensatz könnte z. B. so aussehen:
	{\| class="prettytable"		{\| class="prettytable"
	\|-		\|-
	\| Quelle \|\| Ziel \|\| Pakete		\| Quelle \|\| Ziel \|\| Pakete
Zeile 90:		Zeile 90:

	* http://tools.ietf.org/html/rfc5101		* http://tools.ietf.org/html/rfc5101


	[[Kategorie:Netzwerkprotokoll auf Anwendungsschicht]]		[[Kategorie:Netzwerkprotokoll auf Anwendungsschicht]]

StefanSchultheis: typo/Grammatik

2010-06-03T14:23:47Z

typo/Grammatik

← Nächstältere Version		Version vom 3. Juni 2010, 16:23 Uhr
Zeile 6:		Zeile 6:
	IPFIX ist ein reines '''Push-Protokoll''', d. h. die sendende Station schickt von sich aus in regelmäßigen Abständen IPFIX Datenpakete.		IPFIX ist ein reines '''Push-Protokoll''', d. h. die sendende Station schickt von sich aus in regelmäßigen Abständen IPFIX Datenpakete.

	Die Zusammensetzung von IPFIX Datenpaketen ist dem Sender weitgehend freigestellt, da in IPFIX vor dem Versand von Flow-Information den Aufbau der Pakete mittels sogenannter '''Templates''' bekannt macht. Auch die in Datenpaketen verwendeten Datentypen sind frei erweiterbar.		Die Zusammensetzung von IPFIX Datenpaketen ist dem Sender weitgehend freigestellt, da er in IPFIX vor dem Versand von Flow-Information den Aufbau der Pakete mittels sogenannter '''Templates''' bekannt macht. Auch die in Datenpaketen verwendeten Datentypen sind frei erweiterbar.

	IPFIX bevorzugt als Transportprotokoll [[Stream Control Transmission Protocol\|SCTP]], die alternative Nutzung von [[Transmission Control Protocol\|TCP]] oder [[User Datagram Protocol\|UDP]] ist aber auch vorgesehen.		IPFIX bevorzugt als Transportprotokoll [[Stream Control Transmission Protocol\|SCTP]], die alternative Nutzung von [[Transmission Control Protocol\|TCP]] oder [[User Datagram Protocol\|UDP]] ist aber auch vorgesehen.