<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Netzwerk Blog &#187; Switching</title>
	<atom:link href="http://www.netzwerkblog.com/category/switching/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.netzwerkblog.com</link>
	<description>Informationen rund um Computer Netzwerke</description>
	<lastBuildDate>Sun, 01 Nov 2009 18:36:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Switching Methoden</title>
		<link>http://www.netzwerkblog.com/switching-methoden/</link>
		<comments>http://www.netzwerkblog.com/switching-methoden/#comments</comments>
		<pubDate>Mon, 14 Jul 2008 16:29:04 +0000</pubDate>
		<dc:creator>Netzwerktechniker</dc:creator>
				<category><![CDATA[Switching]]></category>

		<guid isPermaLink="false">http://www.netzwerkblog.com/?p=21</guid>
		<description><![CDATA[

Switches können unterschiedlich Betrieben werden. Je nach Bedarf, ob Verzögerungszeit oder Fehlererkennung wichtig bei der Datenübertragung sind, stehen verschiedene Switching Methoden bereit. Hier werden die Methoden Cut-Through, Store-and-Forward, Fragment-Free und
Adaptive Switching erklärt.
Cut-Through
Cut-Through ist eine sehr schnelle Switching-Methode zu lasten der Fehlerfreiheit aber. Die eintreffenden Frames werden lediglich bis zur Ziel-MAC-Adresse eingelesen und anschließend sofort an [...]]]></description>
		<wfw:commentRss>http://www.netzwerkblog.com/switching-methoden/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Layer 3 Switching / Layer-3-Switch</title>
		<link>http://www.netzwerkblog.com/layer-3-switching-layer-3-switch/</link>
		<comments>http://www.netzwerkblog.com/layer-3-switching-layer-3-switch/#comments</comments>
		<pubDate>Thu, 03 Jul 2008 20:29:25 +0000</pubDate>
		<dc:creator>Netzwerktechniker</dc:creator>
				<category><![CDATA[Switching]]></category>

		<guid isPermaLink="false">http://www.netzwerkblog.com/?p=17</guid>
		<description><![CDATA[

Ein Layer-3-Switch ist ein Gerät, das eine Kombination aus Router und Switch darstellt. Dieser Layer3-Switch beherrscht dadurch nicht nur die Switching Funktion, sondern kann darüber hinaus auch Routen.
Angeblich soll die Bezeichnung: „Layer-3-Switch“ aus dem Marketing stammen, da man nicht mit altmodischen, komplizierten und schwerfälligen Routern (und deren Herstellern) in Verbindung gebracht werden wollte. Letztendlich ist [...]]]></description>
		<wfw:commentRss>http://www.netzwerkblog.com/layer-3-switching-layer-3-switch/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Wahl der Root-Bridge beim Spanning-Tree</title>
		<link>http://www.netzwerkblog.com/wahl-der-root-bridge-beim-spanning-tree/</link>
		<comments>http://www.netzwerkblog.com/wahl-der-root-bridge-beim-spanning-tree/#comments</comments>
		<pubDate>Tue, 08 Apr 2008 13:00:47 +0000</pubDate>
		<dc:creator>Netzwerktechniker</dc:creator>
				<category><![CDATA[Spanning Tree]]></category>
		<category><![CDATA[Switching]]></category>

		<guid isPermaLink="false">http://www.netzwerkblog.com/?p=8</guid>
		<description><![CDATA[

Wenn ein Switch startet, geht er erst einmal automatisch davon aus, dass er die Root-Bridge ist. Und dies tut wirklich jeder Switch beim ersten Start. Gleich nach der Annahme, wird aber erst einmal BDPUs (Bridge Data Protocol Units) zu den anderen Switchen im Netzwerk gesendet, in denen unter anderem die Bridge-ID, sowie die eigene Mac-Adresse [...]]]></description>
		<wfw:commentRss>http://www.netzwerkblog.com/wahl-der-root-bridge-beim-spanning-tree/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Probleme bei redundanten geswitchte Topologien</title>
		<link>http://www.netzwerkblog.com/probleme-bei-redundanten-geswitchte-topologien/</link>
		<comments>http://www.netzwerkblog.com/probleme-bei-redundanten-geswitchte-topologien/#comments</comments>
		<pubDate>Mon, 07 Apr 2008 13:33:36 +0000</pubDate>
		<dc:creator>Netzwerktechniker</dc:creator>
				<category><![CDATA[Switching]]></category>

		<guid isPermaLink="false">http://www.netzwerkblog.com/?p=7</guid>
		<description><![CDATA[

Grundsätzlich möchte man Redundanz, in bestimmten Fällen kann Redundanz aber auch zu zahlreichen Problemen führen. Ein paar werden hier aufgezählt:

Broadcast-Stürme
Mehrfachkopien von Frames die durch das Netzwerk &#8220;irren&#8221;

Die sogenannten Broadcast Stürme treten in Netzwerken mit Schleifen auf. Dadurch, dass Switche Multicast- und Broadcast Frames per Flooding an alle Ports senden, außer an den Port, von dem [...]]]></description>
		<wfw:commentRss>http://www.netzwerkblog.com/probleme-bei-redundanten-geswitchte-topologien/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
