Attachment #5493 for bug #32729

View | Details | Raw Unified | Return to bug 32729
Collapse All | Expand All




					
					<para>
					  Der häufigste Anwendungsfall für <emphasis>Bridging</emphasis> ist die gemeinsame Nutzung einer
					  physischen Netzwerkkarte durch ein oder mehrerer virtueller Maschinen. Anstatt eine Netzwerkkarte
					  für jede virtuelle Maschine und den Virtualisierungsserver selbst zu verwenden,
					  werden alle System durch einen gemeinsamen Uplink angebunden. Eine Bridge kann
					  mit einem in Software realisierten Switch verglichen werden, über die einzelne Hosts miteinander verbunden werden.
					  Die verwendete Hardware-Netzwerkkarte wird als
					  <emphasis>Bridge Port</emphasis> bezeichnet.
					</para>


					</para>

					<para>
					  Unter <guimenu>Bridge ports</guimenu> kann die physische Netzwerkkarte
					  ausgewählt werden, die den Uplink darstellt. Im typischen Anwendungsfall der
					  Anbindung virtueller Maschinen über nur eine Netzwerkkarte kann keine
					  Schleife auftreten. Wird die Bridge zur Verbindung zweier
					  Netzwerkkarten verwendet, wird das Spanning Tree Protocol (STP) zur Vermeidung
					  von Netzwerkschleifen eingesetzt<footnote><para>Der Linux-Kernel implementiert lediglich STP, nicht die Varianten Rapid STP oder Multiple STP.</para></footnote>.
					  Die Einstellung <guimenu>Forwarding
					  delay</guimenu> konfiguriert die Wartezeit in Sekunden, während der bei Aufbau
					  einer Verbindung durch STP Informationen über die Netzwerktopologie gesammelt
					  werden. Wird die Bridge zur Anbindung virtueller Maschinen über eine
					  physische Netzwerkkarte verwendet, sollte STP dann deaktiviert werden, in dem der
					  Wert auf 0 gesetzt wird.
					  Ansonsten kann dies zu Problemen bei der Verwendung von <acronym>DHCP</acronym> führen, da die während der Wartezeit versendeten Pakete nicht weitergeleitet werden.
					</para>

					<para>
					  Über das Eingabefeld <guimenu>Weitere
					  Geräteoptionen</guimenu> können beliebige weitere Bridge-Parameter
					  konfiguriert werden. Dies ist nur in Ausnahmefällen nötig, eine Übersicht der
					  möglichen Einstellungen findet sich in der Manpage
					  <citerefentry><refentrytitle>bridge-utils-interfaces</refentrytitle><manvolnum>5</manvolnum></citerefentry>.
					</para>
					  
					<para>
					  Nach einem Klick auf <guimenu>Weiter</guimenu> kann der Bridge optional eine IP-Adresse zugewiesen werden.
					  Diese kann dann auch als Netzwerkinterface auf dem Virtualisierungshost verwendet
					  werden. Die Einstellungsmöglichkeiten sind dieselben wie in  <xref
					  linkend="computers:ipv4"/> und <xref linkend="computers:ipv6"/> beschrieben.
					</para>

					
					<para>
					  Mit <emphasis>Bonding</emphasis> können zwei (oder mehr)
					  physische Netzwerkkarten zur Erhöhung des Durchsatzes oder zur Verbesserung der
					  Redundanz in Failoverszenarien gebündelt werden.
					</para>



					<para>
					  Unter <guimenu>Bond slaves</guimenu> werden die Netzwerkkarten ausgewählt, die
					  Teil des Bonding-Interfaces sind.
					  Für das Failover-Szenarien (s.u.) können über <guimenu>Bond primary</guimenu> die Netzwerkkarten ausgewählt werden, die bevorzugt verwendet werden sollen.
					  Failover-Szenarien relevant (s.u.). 
					</para>

					<para>

					</para>

					<para>
					  Zur Erkennung ausgefallener Netzwerkverbindungen wird das Media Independent Interface (MII)
					  der Netzwerkkarten verwendet. Die Einstellung <guimenu>MII link monitoring
					  frequency</guimenu> legt das Prüfintervall in Millisekunden fest.
					</para>

					<para>
					  Unter <guimenu>Weitere Bonding-Optionen</guimenu> können beliebige weitere
					  Bonding-Parameter konfiguriert werden. Dies ist nur in Ausnahmefällen nötig,
					  eine Übersicht der möglichen Einstellungen findet sich unter <xref
					  linkend="bonding"/>.
					</para>

					<para>
					  Nach einem Klick auf <guimenu>Weiter</guimenu> kann dem Bonding-Interface eine
					  IP-Adresse zugewiesen werden. Sollte eine der bestehenden Netzwerkkarten, die
					  Bestandteil des Bonding-Interfaces sind schon eine IP-Adresse zugewiesen
					  haben, so wird diese Konfiguration entfernt. Die Einstellungsmöglichkeiten sind dieselben wie in  <xref
					  linkend="computers:ipv4"/> und <xref linkend="computers:ipv6"/> beschrieben.
					</para>
				  </section>

				  <section id="computers:networkcomplex:vlan">
					<title>VLANs</title>
					<para>
					  VLANs können verwendet werden um den Netzwerkverkehr in einem physischen
					  Netzwerk logisch auf ein oder mehrere virtuelle Unternetze aufzuteilen. Jedes
					  dieser virtuellen Netze ist eine eigenständige Broadcast-Domäne.
					  So kann etwa in einem Firmennetzwerk das Netz für die Mitarbeiter von einem Gastnetz für Besucher unterschieden werden, obwohl die selbe physikalische Verkabelung genutzt wird.
					  Die Zuordnung der einzelnen Endgeräte zu den VLANs erfolgt durch Konfiguration auf den verwendeten Switches.
					  Die Netzwerk-Switches müssen 802.1q VLANs unterstützen.
					  verwendeten Switches. Die Netzwerk-Switches müssen 802.1q VLANs unterstützen.
					</para>

					<para>
					  Es werden zwei Typen von Verbindungen zwischen Netzwerkkarten unterschieden:
					</para>

					  <itemizedlist>
						<listitem>
						  <para>
							Eine Verbindung transportiert nur Pakete eines spezifischen VLANs.
							In diesem Fall werden die Datenpakete <firstterm>ungetagged</firstterm> übertragen.
						  </para>
						  <para>
							Dies ist typischerweise der Fall, wenn nur ein einzelnes Endgerät über diese Netzwerkverbindung angebunden wird.
						  </para>
						</listitem> 

						<listitem>
						  <para>
							Eine Verbindung transportiert Pakete aus mehreren VLANs.
							Dies wird auch als <firstterm>trunk link</firstterm> bezeichnet.
							In diesem Fall ist jedes Paket über eine VLAN-ID einem VLAN zugeordnet.
							Bei der Weiterleitung zwischen <quote>trunk links</quote> und spezifischen VLANs übernimmt der Netzwerk-Switch die Aufgabe, anhand der VLAN-IDs die Pakete zu filtern und die VLAN-IDs hinzuzufügen und zu entfernen.
						  </para>
						  <para>
							Diese Verbindungsart wird vornehmlich zwischen Switches bzw. Servern eingesetzt.
						  </para>
						  <para>
							Einige Switches erlauben es auch Pakete mit und ohne VLAN-Tag über eine
							gemeinsame Verbindung zu schicken, darauf wird hier aber nicht weiter
							eingegangen.
						  </para>
						</listitem>
					  </itemizedlist>

					  Einige Switches erlauben es auch Pakete mit und ohne VLAN-Tag über eine
					  gemeinsame Verbindung zu schicken, darauf wird hier aber nicht weiter
					  eingegangen.
					</para>

					<para>
					  Mit der Konfiguration eines VLANs in der &ucsUMC; kann für einen Rechner
					  konfiguriert werden, an welchen VLANs er teilnehmen möchte. Ein Beispiel wäre

					  hinzufügen</guimenu> als <guimenu>Netzwerkgerätetyp</guimenu>
					  <emphasis>Virtuelles LAN</emphasis> ausgewählt werden. Die
					  Netzwerkschnittstelle, für die das VLAN konfiguriert wird, wird mit
					  <guimenu>Übergeordnetes Netzwerkgerät</guimenu> angegeben. Die <guimenu>VLAN
					  ID</guimenu> ist der eindeutige Bezeichner für das VLAN. Gültige Werte sind 1
					  bis 4095. Anschließend muss auf <guimenu>Weiter</guimenu> geklickt werden.
					</para>

					<para>
					  Nach einem Klick auf <guimenu>Weiter</guimenu> kann dem VLAN-Interface eine
					  IP-Adresse zugewiesen werden. Die Einstellungsmöglichkeiten sind dieselben wie in <xref
					  linkend="computers:ipv4"/> und <xref linkend="computers:ipv6"/> beschrieben.
					  Bei der Vergabe einer IP-Adresse muß darauf geachtet werden, daß die Adresse zum zugeordneten VLAN-Adressbereich passt.
					</para>
				  </section>
				</section>

Return to bug 32729