https://www.xinux.net/api.php?action=feedcontributions&feedformat=atom&user=192.168.250.3Xinux Wiki - Benutzerbeiträge [de]2026-06-11T10:50:28ZBenutzerbeiträgeMediaWiki 1.35.1https://www.xinux.net/index.php?title=Video_Konvert_Misc&diff=2036Video Konvert Misc2011-07-31T08:15:55Z<p>192.168.250.3: /* Apple Quicktime konvertierung */</p>
<hr />
<div>=Apple QuickTime movie to AVI=<br />
mencoder -oac mp3lame -ovc xvid -of avi -xvidencopts bitrate=1400000:me_quality=6:aspect=16/9 -srate 48000 -ofps 25 -o out.avi APPLE.MOV<br />
<br />
=Rotieren von Videos=<br />
Leider scheint eine Recodierung notwendig zu sein, denn -ovc copy lässt die Rotation unangetastet.<br />
==Mit der lavc Codierung kriegt man relativ kleine Dateien==<br />
mencoder -vf rotate=1 VIDEO-INPUT.avi -ovc lavc -oac copy -o VIDEO-OUTPUT.avi<br />
==Apple Quicktime konvertierung==<br />
mencoder -vf rotate=1 APPLE.MOV -ovc lavc -oac pcm -o out90.avi<br />
<br />
==x264 gibt eine etwas bessere Qualität, allerdings mit grösseren Dateien==<br />
mencoder -vf rotate=1 VIDEO-INPUT.avi -ovc x264 -oac copy -o VIDEO-OUTPUT.avi -x264encopts qp=26<br />
<br />
Der rotate-Parameter bedeutet folgendes für das Drehen:<br />
0 90 Grad im Uhrzeigersinn drehen und spiegeln.<br />
1 90 Grad im Uhrzeigersinn drehen.<br />
2 90 Grad im Gegenuhrzeigersinn drehen.<br />
3 90 Grad im Gegenuhrzeigersinn drehen und spiegeln.<br />
=Weitere Tricks=<br />
==Ein (Vorschau-)Bild speichern==<br />
mplayer -nosound -ss 10 -frames 1 -vo png VIDEO-INPUT.avi<br />
<br />
-vo<br />
Kann auch jpeg sein.<br />
-ss 10<br />
Nach 10 Sekunden.<br />
<br />
==Animated GIF (nur 256 Farben)==<br />
mplayer -nosound -ss 20 -endpos 5 -vo gif89a:fps=15:output=test.gif VIDEO-INPUT.avi<br />
<br />
-ss 20<br />
Start bei 20 Sekunden (funktioniert nur bei AVI mit Index).<br />
-endpos 5<br />
5 Sekunden aufzeichnen (funktioniert nur bei AVI mit Index).<br />
fps=15<br />
15 Frames pro Sekunde statt den defaultmässigen 5.<br />
<br />
==Bei Dateien ohne Index, kann mencoder selbst einen einfügen==<br />
mencoder -forceidx -oac copy -ovc copy VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Einen besseren Weg, bei dem die Farben auch besser aussehen, beschreibt blog==<br />
Ton entfernen (gut bei besoffenen Partyvideos :) ):<br />
mencoder -ovc copy -nosound VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Eine andere Ton unterlegen:==<br />
mencoder -oac copy -ovc copy -audiofile NEUER-SOUND.mp3 VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Ton als mp3 extrahieren==<br />
mencoder VIDEO-INPUT.avi -of rawaudio -oac mp3lame -ovc copy -o SOUND-OUTPUT.mp3<br />
<br />
==Realmedia Streams rippen==<br />
Realmedia grenzt an Körperverletzung. Zuerst sollte man die .rm Datei herunterladen, sic hanzeigen lassen und den Link, der mit rtsp beginnt verwenden:<br />
mplayer -dumpstream rtsp://gefundenerlink.in.der.Datei.akamaistream.net/ondemand/video.rm -dumpfile output.ram</div>192.168.250.3https://www.xinux.net/index.php?title=Video_Konvert_Misc&diff=2035Video Konvert Misc2011-07-31T08:13:21Z<p>192.168.250.3: /* Apple Quicktime konvertierung */</p>
<hr />
<div>=Apple QuickTime movie to AVI=<br />
mencoder -oac mp3lame -ovc xvid -of avi -xvidencopts bitrate=1400000:me_quality=6:aspect=16/9 -srate 48000 -ofps 25 -o out.avi APPLE.MOV<br />
<br />
=Rotieren von Videos=<br />
Leider scheint eine Recodierung notwendig zu sein, denn -ovc copy lässt die Rotation unangetastet.<br />
==Mit der lavc Codierung kriegt man relativ kleine Dateien==<br />
mencoder -vf rotate=1 VIDEO-INPUT.avi -ovc lavc -oac copy -o VIDEO-OUTPUT.avi<br />
==Apple Quicktime konvertierung==<br />
mencoder -vf rotate=1 APPLE.MOV -ovc lavc -oac pcm -o kurt90.avi<br />
<br />
==x264 gibt eine etwas bessere Qualität, allerdings mit grösseren Dateien==<br />
mencoder -vf rotate=1 VIDEO-INPUT.avi -ovc x264 -oac copy -o VIDEO-OUTPUT.avi -x264encopts qp=26<br />
<br />
Der rotate-Parameter bedeutet folgendes für das Drehen:<br />
0 90 Grad im Uhrzeigersinn drehen und spiegeln.<br />
1 90 Grad im Uhrzeigersinn drehen.<br />
2 90 Grad im Gegenuhrzeigersinn drehen.<br />
3 90 Grad im Gegenuhrzeigersinn drehen und spiegeln.<br />
=Weitere Tricks=<br />
==Ein (Vorschau-)Bild speichern==<br />
mplayer -nosound -ss 10 -frames 1 -vo png VIDEO-INPUT.avi<br />
<br />
-vo<br />
Kann auch jpeg sein.<br />
-ss 10<br />
Nach 10 Sekunden.<br />
<br />
==Animated GIF (nur 256 Farben)==<br />
mplayer -nosound -ss 20 -endpos 5 -vo gif89a:fps=15:output=test.gif VIDEO-INPUT.avi<br />
<br />
-ss 20<br />
Start bei 20 Sekunden (funktioniert nur bei AVI mit Index).<br />
-endpos 5<br />
5 Sekunden aufzeichnen (funktioniert nur bei AVI mit Index).<br />
fps=15<br />
15 Frames pro Sekunde statt den defaultmässigen 5.<br />
<br />
==Bei Dateien ohne Index, kann mencoder selbst einen einfügen==<br />
mencoder -forceidx -oac copy -ovc copy VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Einen besseren Weg, bei dem die Farben auch besser aussehen, beschreibt blog==<br />
Ton entfernen (gut bei besoffenen Partyvideos :) ):<br />
mencoder -ovc copy -nosound VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Eine andere Ton unterlegen:==<br />
mencoder -oac copy -ovc copy -audiofile NEUER-SOUND.mp3 VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Ton als mp3 extrahieren==<br />
mencoder VIDEO-INPUT.avi -of rawaudio -oac mp3lame -ovc copy -o SOUND-OUTPUT.mp3<br />
<br />
==Realmedia Streams rippen==<br />
Realmedia grenzt an Körperverletzung. Zuerst sollte man die .rm Datei herunterladen, sic hanzeigen lassen und den Link, der mit rtsp beginnt verwenden:<br />
mplayer -dumpstream rtsp://gefundenerlink.in.der.Datei.akamaistream.net/ondemand/video.rm -dumpfile output.ram</div>192.168.250.3https://www.xinux.net/index.php?title=LVM&diff=1881LVM2011-07-22T06:22:34Z<p>192.168.250.3: /* Vergrößern des Logical Volumes online */</p>
<hr />
<div>==Grundlagen==<br />
LVM steht für Logical Volume Manager und ist ein Verfahren, um Speicherplatz auf mehreren Festplatten dynamisch zu <br />
verwalten. Es wird sozusagen eine zusätzliche logische Schicht zwischen Dateisystem und Partitionen der Festplatten <br />
eingezogen.<br />
<br />
LVM bietet die Möglichkeit, mehrere Partitionen logisch zusammenzufassen (Volume Group) und in diesem logischen Verbund <br />
neue "logische Partitionen" (Logical Volume) anzulegen. Der Volume Group können dynamisch weitere Geräte hinzugefügt <br />
werden, wodurch sich der verfügbare Speicherplatz erhöht. Freier Speicherplatz kann ebenfalls dynamisch den Logical Volumes<br />
zugewiesen werden. Dadurch erreicht man eine höhere Flexibilität als mit einem klassischen Partitionierungsansatz. Dies ist<br />
vor allem interessant für Server, bei denen dynamisch auf das Wachsen der Datenbestände reagiert werden muss.<br />
<br />
Vier Begriffe sind beim LVM essentiell und sollen zunächst erklärt werden: Physical Extended, Physical Volume, Volume Group <br />
und Logical Volume.<br />
<br />
===Physical Extended===<br />
Das sog. Physical Extended (PE) ist die kleinste mögliche Speichergröße in einem LVM; das PE ist vergleichbar mit den Sektoren <br />
von normalen Festplatten bzw. Partitionen. Es ist nicht möglich, die Größe der PEs zu verändern, was auch nicht nötig ist, da <br />
die Anzahl der PEs seit LVM2 unbegrenzt ist, die Standardgröße beträgt 4 MByte.<br />
<br />
===Physical Volume===<br />
Ein Physical Volume (PV) ist der eigentliche Datenspeicher eines LVMs; ein PV kann eine Partition oder ein ganzes Laufwerk sein. <br />
Es ist auch möglich sog. Loopdateien zu verwenden.<br />
<br />
===Volume Group===<br />
Eine Volume Group (VG) ist eine Art Container für mindestens ein PV.<br />
<br />
===Logical Volume===<br />
Ein Logical Volume (LV oder auch Volume) ist im LVM Kontext für den Anwender eine Art Partition innerhalb einer Volume Group.<br />
Es ist nicht möglich Logical Volumes außerhalb einer VG zu erstellen. Das LV kann wie eine normale Partition verwendet werden,<br />
d.h. es können Dateisysteme darauf angelegt werden und es kann gemounted werden.<br />
<br />
==Installation==<br />
Um LVM unter Ubuntu Linux verwenden zu können muss folgendes Paket installiert sein<br />
* lvm2<br />
root@zero:~# apt-get install lvm2<br />
<br />
==Einrichten eines LVM==<br />
<br />
Die Einrichtung eines LVM erfordert ein Terminal.<br />
<br />
Um ein LVM einzurichten muss zuerst jede zu verwendende Partition mittels pvcreate als Physical Volume initialisiert werden.<br />
Alle Physical Volumes müssen nun mittels vgcreate zu einer Volume Group zusammengefasst werden. In dieser Gruppe können nun <br />
mittels lvcreate die Logical Volumes erzeugt werden. <br />
<br />
Für jedes Logical Volume wird eine Datei der Art /dev/<group>/<vol> angelegt. Das Logical Volume kann verwendet werden wie<br />
jedes andere Block-Device. So kann ein Dateisystem darauf erzeugt werden und das Dateisystem kann eingebunden werden.<br />
<br />
Hinweis:<br />
Eine mit pvcreate initialisierte Partition sollte vom Typ 0x8e bzw. Linux LVM sein, da es sonst zu Problemen mit der <br />
Erkennung der PVs kommt. Wenn das LVM auf einem RAID liegt, ist dies natürlich nicht nötig, genauso wie wenn das LVM <br />
direkt auf eine Festplatte ohne Partitionstabelle aufgesetzt wird.<br />
<br />
==Vorbereiten der Physical Volumes==<br />
root@zero:~# pvcreate /dev/sdb /dev/sdc<br />
Physical volume "/dev/sdb" successfully created<br />
Physical volume "/dev/sdc" successfully created<br />
<br />
==Erstellen der Volumegroup==<br />
root@zero:~# vgcreate daten /dev/sdb /dev/sdc<br />
Volume group "daten" successfully created<br />
<br />
==Erstellen des Logical Volumes==<br />
root@zero:~# lvcreate -L 1500M -n Speicher daten<br />
Logical volume "Speicher" created<br />
<br />
==Formatieren der Logical Volume==<br />
root@zero:~# mkfs.ext3 /dev/daten/Speicher<br />
mke2fs 1.41.4 (27-Jan-2009)<br />
Dateisystem-Label=<br />
OS-Typ: Linux<br />
Blockgröße=4096 (log=2)<br />
Fragmentgröße=4096 (log=2)<br />
96000 Inodes, 384000 Blöcke<br />
19200 Blöcke (5.00%) reserviert für den Superuser<br />
Erster Datenblock=0<br />
Maximale Dateisystem-Blöcke=394264576<br />
12 Blockgruppen<br />
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe<br />
8000 Inodes pro Gruppe<br />
Superblock-Sicherungskopien gespeichert in den Blöcken:<br />
32768, 98304, 163840, 229376, 294912<br />
<br />
Schreibe Inode-Tabellen: erledigt<br />
Erstelle Journal (8192 Blöcke): erledigt<br />
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt<br />
<br />
Das Dateisystem wird automatisch nach jeweils 31 Einhäng-Vorgängen bzw.<br />
alle 180 Tage überprüft, je nachdem, was zuerst eintritt. Veränderbar mit<br />
tune2fs -c oder -t .<br />
<br />
==Verwenden der Logical Volume==<br />
===Einbinden der LV in das Dateisystem===<br />
Mountpunkt erstellen<br />
root@zero:/mnt# mkdir speicher<br />
<br />
Mounten<br />
root@zero:/mnt# mount /dev/daten/Speicher /mnt/speicher/ -t ext3<br />
<br />
===Kontrolle, z.B. durch Anzeigen des freien Speichers===<br />
root@zero:/mnt# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
1,5G 35M 1,4G 3% /mnt/speicher<br />
<br />
==Verändern von VG und LV==<br />
===Erweitern einer Volume Group===<br />
root@zero:~# pvcreate /dev/sdd<br />
Physical volume "/dev/sdd" successfully created<br />
root@zero:~# vgextend daten /dev/sdd<br />
Volume group "daten" successfully extended<br />
<br />
===Anzeigen der vergößerten Volume Group===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 3 1 0 wz--n- 2,99G 1,52G<br />
<br />
===Vergrößern des Logical Volumes===<br />
root@zero:~# lvextend -L 2,5G /dev/daten/Speicher<br />
Extending logical volume Speicher to 2,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
===Vergrößern des Logical Volumes online===<br />
lvextend -L +5G /dev/daten/Speicher<br />
resize2fs /dev/daten/Speicher<br />
<br />
===Löschen eines Logical Volumes===<br />
root@zero:~# lvremove /dev/datan/ubuntu<br />
<br />
===Verkleinern===<br />
====Dateisystem verkleinern====<br />
root@zero:~# resize2fs /dev/daten/Speicher 1G<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 262144 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 262144 Blöcke groß.<br />
<br />
====Logisches Volume verkleinern====<br />
root@zero:~# lvreduce -L 1,5G /dev/daten/Speicher<br />
WARNING: Reducing active and open logical volume to 1,50 GB<br />
THIS MAY DESTROY YOUR DATA (filesystem etc.)<br />
Do you really want to reduce Speicher? [y/n]: y<br />
Reducing logical volume Speicher to 1,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-ao 1,50G<br />
<br />
====Physical Volume leeren oder verschieben====<br />
root@zero:~# pvmove /dev/sdd<br />
No extents available for allocation<br />
<br />
Um ein Physical Volume mit pvmove zu leeren, muss genügend Platz auf den restlichen Physical Volumes vorhanden sein!<br />
<br />
====LV auflösen====<br />
root@zero:~# lvchange -a n /dev/vg-data/data <br />
root@zero:~# lvremove /dev/vg-data/data<br />
Logical volume "data" successfully removed<br />
====VG auflösen====<br />
root@zero:~# vgchange -a n /dev/vg-data<br />
0 logical volume(s) in volume group "vg-data" now active<br />
root@zero:~# vgremove /dev/vg-data<br />
Volume group "vg-data" successfully removed<br />
====PV auflösen====<br />
root@zero:~# pvremove /dev/sda5<br />
Labels on physical volume "/dev/sda5" successfully wiped<br />
<br />
====Physical Volume aus Volume Group entfernen/VG verkleinern====<br />
root@zero:~# vgreduce daten /dev/sdd<br />
Removed "/dev/sdd" from volume group "daten"<br />
<br />
== Informationen abfragen ==<br />
===Informationen über Physical Volumes abfragen===<br />
root@zero:~# pvs<br />
PV VG Fmt Attr PSize PFree<br />
/dev/sdb daten lvm2 a- 1020,00M 0<br />
/dev/sdc daten lvm2 a- 1020,00M 540,00M<br />
<br />
===Informationen über Volume Groups abfragen===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 2 1 0 wz--n- 1,99G 540,00M<br />
<br />
===Informationen über Logical Volumes abfragen===<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-a- 1,46G<br />
==Volumen Gruppe aktivieren==<br />
root@zero:~# vgchange -a y</div>192.168.250.3https://www.xinux.net/index.php?title=LVM&diff=1880LVM2011-07-22T06:22:10Z<p>192.168.250.3: /* Vergrößern des Logical Volumes online */</p>
<hr />
<div>==Grundlagen==<br />
LVM steht für Logical Volume Manager und ist ein Verfahren, um Speicherplatz auf mehreren Festplatten dynamisch zu <br />
verwalten. Es wird sozusagen eine zusätzliche logische Schicht zwischen Dateisystem und Partitionen der Festplatten <br />
eingezogen.<br />
<br />
LVM bietet die Möglichkeit, mehrere Partitionen logisch zusammenzufassen (Volume Group) und in diesem logischen Verbund <br />
neue "logische Partitionen" (Logical Volume) anzulegen. Der Volume Group können dynamisch weitere Geräte hinzugefügt <br />
werden, wodurch sich der verfügbare Speicherplatz erhöht. Freier Speicherplatz kann ebenfalls dynamisch den Logical Volumes<br />
zugewiesen werden. Dadurch erreicht man eine höhere Flexibilität als mit einem klassischen Partitionierungsansatz. Dies ist<br />
vor allem interessant für Server, bei denen dynamisch auf das Wachsen der Datenbestände reagiert werden muss.<br />
<br />
Vier Begriffe sind beim LVM essentiell und sollen zunächst erklärt werden: Physical Extended, Physical Volume, Volume Group <br />
und Logical Volume.<br />
<br />
===Physical Extended===<br />
Das sog. Physical Extended (PE) ist die kleinste mögliche Speichergröße in einem LVM; das PE ist vergleichbar mit den Sektoren <br />
von normalen Festplatten bzw. Partitionen. Es ist nicht möglich, die Größe der PEs zu verändern, was auch nicht nötig ist, da <br />
die Anzahl der PEs seit LVM2 unbegrenzt ist, die Standardgröße beträgt 4 MByte.<br />
<br />
===Physical Volume===<br />
Ein Physical Volume (PV) ist der eigentliche Datenspeicher eines LVMs; ein PV kann eine Partition oder ein ganzes Laufwerk sein. <br />
Es ist auch möglich sog. Loopdateien zu verwenden.<br />
<br />
===Volume Group===<br />
Eine Volume Group (VG) ist eine Art Container für mindestens ein PV.<br />
<br />
===Logical Volume===<br />
Ein Logical Volume (LV oder auch Volume) ist im LVM Kontext für den Anwender eine Art Partition innerhalb einer Volume Group.<br />
Es ist nicht möglich Logical Volumes außerhalb einer VG zu erstellen. Das LV kann wie eine normale Partition verwendet werden,<br />
d.h. es können Dateisysteme darauf angelegt werden und es kann gemounted werden.<br />
<br />
==Installation==<br />
Um LVM unter Ubuntu Linux verwenden zu können muss folgendes Paket installiert sein<br />
* lvm2<br />
root@zero:~# apt-get install lvm2<br />
<br />
==Einrichten eines LVM==<br />
<br />
Die Einrichtung eines LVM erfordert ein Terminal.<br />
<br />
Um ein LVM einzurichten muss zuerst jede zu verwendende Partition mittels pvcreate als Physical Volume initialisiert werden.<br />
Alle Physical Volumes müssen nun mittels vgcreate zu einer Volume Group zusammengefasst werden. In dieser Gruppe können nun <br />
mittels lvcreate die Logical Volumes erzeugt werden. <br />
<br />
Für jedes Logical Volume wird eine Datei der Art /dev/<group>/<vol> angelegt. Das Logical Volume kann verwendet werden wie<br />
jedes andere Block-Device. So kann ein Dateisystem darauf erzeugt werden und das Dateisystem kann eingebunden werden.<br />
<br />
Hinweis:<br />
Eine mit pvcreate initialisierte Partition sollte vom Typ 0x8e bzw. Linux LVM sein, da es sonst zu Problemen mit der <br />
Erkennung der PVs kommt. Wenn das LVM auf einem RAID liegt, ist dies natürlich nicht nötig, genauso wie wenn das LVM <br />
direkt auf eine Festplatte ohne Partitionstabelle aufgesetzt wird.<br />
<br />
==Vorbereiten der Physical Volumes==<br />
root@zero:~# pvcreate /dev/sdb /dev/sdc<br />
Physical volume "/dev/sdb" successfully created<br />
Physical volume "/dev/sdc" successfully created<br />
<br />
==Erstellen der Volumegroup==<br />
root@zero:~# vgcreate daten /dev/sdb /dev/sdc<br />
Volume group "daten" successfully created<br />
<br />
==Erstellen des Logical Volumes==<br />
root@zero:~# lvcreate -L 1500M -n Speicher daten<br />
Logical volume "Speicher" created<br />
<br />
==Formatieren der Logical Volume==<br />
root@zero:~# mkfs.ext3 /dev/daten/Speicher<br />
mke2fs 1.41.4 (27-Jan-2009)<br />
Dateisystem-Label=<br />
OS-Typ: Linux<br />
Blockgröße=4096 (log=2)<br />
Fragmentgröße=4096 (log=2)<br />
96000 Inodes, 384000 Blöcke<br />
19200 Blöcke (5.00%) reserviert für den Superuser<br />
Erster Datenblock=0<br />
Maximale Dateisystem-Blöcke=394264576<br />
12 Blockgruppen<br />
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe<br />
8000 Inodes pro Gruppe<br />
Superblock-Sicherungskopien gespeichert in den Blöcken:<br />
32768, 98304, 163840, 229376, 294912<br />
<br />
Schreibe Inode-Tabellen: erledigt<br />
Erstelle Journal (8192 Blöcke): erledigt<br />
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt<br />
<br />
Das Dateisystem wird automatisch nach jeweils 31 Einhäng-Vorgängen bzw.<br />
alle 180 Tage überprüft, je nachdem, was zuerst eintritt. Veränderbar mit<br />
tune2fs -c oder -t .<br />
<br />
==Verwenden der Logical Volume==<br />
===Einbinden der LV in das Dateisystem===<br />
Mountpunkt erstellen<br />
root@zero:/mnt# mkdir speicher<br />
<br />
Mounten<br />
root@zero:/mnt# mount /dev/daten/Speicher /mnt/speicher/ -t ext3<br />
<br />
===Kontrolle, z.B. durch Anzeigen des freien Speichers===<br />
root@zero:/mnt# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
1,5G 35M 1,4G 3% /mnt/speicher<br />
<br />
==Verändern von VG und LV==<br />
===Erweitern einer Volume Group===<br />
root@zero:~# pvcreate /dev/sdd<br />
Physical volume "/dev/sdd" successfully created<br />
root@zero:~# vgextend daten /dev/sdd<br />
Volume group "daten" successfully extended<br />
<br />
===Anzeigen der vergößerten Volume Group===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 3 1 0 wz--n- 2,99G 1,52G<br />
<br />
===Vergrößern des Logical Volumes===<br />
root@zero:~# lvextend -L 2,5G /dev/daten/Speicher<br />
Extending logical volume Speicher to 2,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
===Vergrößern des Logical Volumes online===<br />
root@zero:~# lvextend -L +5G /dev/daten/Speicher<br />
resize2fs /dev/daten/Speicher<br />
<br />
===Löschen eines Logical Volumes===<br />
root@zero:~# lvremove /dev/datan/ubuntu<br />
<br />
===Verkleinern===<br />
====Dateisystem verkleinern====<br />
root@zero:~# resize2fs /dev/daten/Speicher 1G<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 262144 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 262144 Blöcke groß.<br />
<br />
====Logisches Volume verkleinern====<br />
root@zero:~# lvreduce -L 1,5G /dev/daten/Speicher<br />
WARNING: Reducing active and open logical volume to 1,50 GB<br />
THIS MAY DESTROY YOUR DATA (filesystem etc.)<br />
Do you really want to reduce Speicher? [y/n]: y<br />
Reducing logical volume Speicher to 1,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-ao 1,50G<br />
<br />
====Physical Volume leeren oder verschieben====<br />
root@zero:~# pvmove /dev/sdd<br />
No extents available for allocation<br />
<br />
Um ein Physical Volume mit pvmove zu leeren, muss genügend Platz auf den restlichen Physical Volumes vorhanden sein!<br />
<br />
====LV auflösen====<br />
root@zero:~# lvchange -a n /dev/vg-data/data <br />
root@zero:~# lvremove /dev/vg-data/data<br />
Logical volume "data" successfully removed<br />
====VG auflösen====<br />
root@zero:~# vgchange -a n /dev/vg-data<br />
0 logical volume(s) in volume group "vg-data" now active<br />
root@zero:~# vgremove /dev/vg-data<br />
Volume group "vg-data" successfully removed<br />
====PV auflösen====<br />
root@zero:~# pvremove /dev/sda5<br />
Labels on physical volume "/dev/sda5" successfully wiped<br />
<br />
====Physical Volume aus Volume Group entfernen/VG verkleinern====<br />
root@zero:~# vgreduce daten /dev/sdd<br />
Removed "/dev/sdd" from volume group "daten"<br />
<br />
== Informationen abfragen ==<br />
===Informationen über Physical Volumes abfragen===<br />
root@zero:~# pvs<br />
PV VG Fmt Attr PSize PFree<br />
/dev/sdb daten lvm2 a- 1020,00M 0<br />
/dev/sdc daten lvm2 a- 1020,00M 540,00M<br />
<br />
===Informationen über Volume Groups abfragen===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 2 1 0 wz--n- 1,99G 540,00M<br />
<br />
===Informationen über Logical Volumes abfragen===<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-a- 1,46G<br />
==Volumen Gruppe aktivieren==<br />
root@zero:~# vgchange -a y</div>192.168.250.3https://www.xinux.net/index.php?title=LVM&diff=1879LVM2011-07-22T06:21:46Z<p>192.168.250.3: /* Vergrößern des Logical Volumes online */</p>
<hr />
<div>==Grundlagen==<br />
LVM steht für Logical Volume Manager und ist ein Verfahren, um Speicherplatz auf mehreren Festplatten dynamisch zu <br />
verwalten. Es wird sozusagen eine zusätzliche logische Schicht zwischen Dateisystem und Partitionen der Festplatten <br />
eingezogen.<br />
<br />
LVM bietet die Möglichkeit, mehrere Partitionen logisch zusammenzufassen (Volume Group) und in diesem logischen Verbund <br />
neue "logische Partitionen" (Logical Volume) anzulegen. Der Volume Group können dynamisch weitere Geräte hinzugefügt <br />
werden, wodurch sich der verfügbare Speicherplatz erhöht. Freier Speicherplatz kann ebenfalls dynamisch den Logical Volumes<br />
zugewiesen werden. Dadurch erreicht man eine höhere Flexibilität als mit einem klassischen Partitionierungsansatz. Dies ist<br />
vor allem interessant für Server, bei denen dynamisch auf das Wachsen der Datenbestände reagiert werden muss.<br />
<br />
Vier Begriffe sind beim LVM essentiell und sollen zunächst erklärt werden: Physical Extended, Physical Volume, Volume Group <br />
und Logical Volume.<br />
<br />
===Physical Extended===<br />
Das sog. Physical Extended (PE) ist die kleinste mögliche Speichergröße in einem LVM; das PE ist vergleichbar mit den Sektoren <br />
von normalen Festplatten bzw. Partitionen. Es ist nicht möglich, die Größe der PEs zu verändern, was auch nicht nötig ist, da <br />
die Anzahl der PEs seit LVM2 unbegrenzt ist, die Standardgröße beträgt 4 MByte.<br />
<br />
===Physical Volume===<br />
Ein Physical Volume (PV) ist der eigentliche Datenspeicher eines LVMs; ein PV kann eine Partition oder ein ganzes Laufwerk sein. <br />
Es ist auch möglich sog. Loopdateien zu verwenden.<br />
<br />
===Volume Group===<br />
Eine Volume Group (VG) ist eine Art Container für mindestens ein PV.<br />
<br />
===Logical Volume===<br />
Ein Logical Volume (LV oder auch Volume) ist im LVM Kontext für den Anwender eine Art Partition innerhalb einer Volume Group.<br />
Es ist nicht möglich Logical Volumes außerhalb einer VG zu erstellen. Das LV kann wie eine normale Partition verwendet werden,<br />
d.h. es können Dateisysteme darauf angelegt werden und es kann gemounted werden.<br />
<br />
==Installation==<br />
Um LVM unter Ubuntu Linux verwenden zu können muss folgendes Paket installiert sein<br />
* lvm2<br />
root@zero:~# apt-get install lvm2<br />
<br />
==Einrichten eines LVM==<br />
<br />
Die Einrichtung eines LVM erfordert ein Terminal.<br />
<br />
Um ein LVM einzurichten muss zuerst jede zu verwendende Partition mittels pvcreate als Physical Volume initialisiert werden.<br />
Alle Physical Volumes müssen nun mittels vgcreate zu einer Volume Group zusammengefasst werden. In dieser Gruppe können nun <br />
mittels lvcreate die Logical Volumes erzeugt werden. <br />
<br />
Für jedes Logical Volume wird eine Datei der Art /dev/<group>/<vol> angelegt. Das Logical Volume kann verwendet werden wie<br />
jedes andere Block-Device. So kann ein Dateisystem darauf erzeugt werden und das Dateisystem kann eingebunden werden.<br />
<br />
Hinweis:<br />
Eine mit pvcreate initialisierte Partition sollte vom Typ 0x8e bzw. Linux LVM sein, da es sonst zu Problemen mit der <br />
Erkennung der PVs kommt. Wenn das LVM auf einem RAID liegt, ist dies natürlich nicht nötig, genauso wie wenn das LVM <br />
direkt auf eine Festplatte ohne Partitionstabelle aufgesetzt wird.<br />
<br />
==Vorbereiten der Physical Volumes==<br />
root@zero:~# pvcreate /dev/sdb /dev/sdc<br />
Physical volume "/dev/sdb" successfully created<br />
Physical volume "/dev/sdc" successfully created<br />
<br />
==Erstellen der Volumegroup==<br />
root@zero:~# vgcreate daten /dev/sdb /dev/sdc<br />
Volume group "daten" successfully created<br />
<br />
==Erstellen des Logical Volumes==<br />
root@zero:~# lvcreate -L 1500M -n Speicher daten<br />
Logical volume "Speicher" created<br />
<br />
==Formatieren der Logical Volume==<br />
root@zero:~# mkfs.ext3 /dev/daten/Speicher<br />
mke2fs 1.41.4 (27-Jan-2009)<br />
Dateisystem-Label=<br />
OS-Typ: Linux<br />
Blockgröße=4096 (log=2)<br />
Fragmentgröße=4096 (log=2)<br />
96000 Inodes, 384000 Blöcke<br />
19200 Blöcke (5.00%) reserviert für den Superuser<br />
Erster Datenblock=0<br />
Maximale Dateisystem-Blöcke=394264576<br />
12 Blockgruppen<br />
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe<br />
8000 Inodes pro Gruppe<br />
Superblock-Sicherungskopien gespeichert in den Blöcken:<br />
32768, 98304, 163840, 229376, 294912<br />
<br />
Schreibe Inode-Tabellen: erledigt<br />
Erstelle Journal (8192 Blöcke): erledigt<br />
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt<br />
<br />
Das Dateisystem wird automatisch nach jeweils 31 Einhäng-Vorgängen bzw.<br />
alle 180 Tage überprüft, je nachdem, was zuerst eintritt. Veränderbar mit<br />
tune2fs -c oder -t .<br />
<br />
==Verwenden der Logical Volume==<br />
===Einbinden der LV in das Dateisystem===<br />
Mountpunkt erstellen<br />
root@zero:/mnt# mkdir speicher<br />
<br />
Mounten<br />
root@zero:/mnt# mount /dev/daten/Speicher /mnt/speicher/ -t ext3<br />
<br />
===Kontrolle, z.B. durch Anzeigen des freien Speichers===<br />
root@zero:/mnt# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
1,5G 35M 1,4G 3% /mnt/speicher<br />
<br />
==Verändern von VG und LV==<br />
===Erweitern einer Volume Group===<br />
root@zero:~# pvcreate /dev/sdd<br />
Physical volume "/dev/sdd" successfully created<br />
root@zero:~# vgextend daten /dev/sdd<br />
Volume group "daten" successfully extended<br />
<br />
===Anzeigen der vergößerten Volume Group===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 3 1 0 wz--n- 2,99G 1,52G<br />
<br />
===Vergrößern des Logical Volumes===<br />
root@zero:~# lvextend -L 2,5G /dev/daten/Speicher<br />
Extending logical volume Speicher to 2,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
===Vergrößern des Logical Volumes online===<br />
root@zero:~# lvextend -L +5G /dev/daten/Speicher<br />
resize2fs /dev/daten/Speicher<br />
===Löschen eines Logical Volumes===<br />
root@zero:~# lvremove /dev/datan/ubuntu<br />
<br />
===Verkleinern===<br />
====Dateisystem verkleinern====<br />
root@zero:~# resize2fs /dev/daten/Speicher 1G<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 262144 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 262144 Blöcke groß.<br />
<br />
====Logisches Volume verkleinern====<br />
root@zero:~# lvreduce -L 1,5G /dev/daten/Speicher<br />
WARNING: Reducing active and open logical volume to 1,50 GB<br />
THIS MAY DESTROY YOUR DATA (filesystem etc.)<br />
Do you really want to reduce Speicher? [y/n]: y<br />
Reducing logical volume Speicher to 1,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-ao 1,50G<br />
<br />
====Physical Volume leeren oder verschieben====<br />
root@zero:~# pvmove /dev/sdd<br />
No extents available for allocation<br />
<br />
Um ein Physical Volume mit pvmove zu leeren, muss genügend Platz auf den restlichen Physical Volumes vorhanden sein!<br />
<br />
====LV auflösen====<br />
root@zero:~# lvchange -a n /dev/vg-data/data <br />
root@zero:~# lvremove /dev/vg-data/data<br />
Logical volume "data" successfully removed<br />
====VG auflösen====<br />
root@zero:~# vgchange -a n /dev/vg-data<br />
0 logical volume(s) in volume group "vg-data" now active<br />
root@zero:~# vgremove /dev/vg-data<br />
Volume group "vg-data" successfully removed<br />
====PV auflösen====<br />
root@zero:~# pvremove /dev/sda5<br />
Labels on physical volume "/dev/sda5" successfully wiped<br />
<br />
====Physical Volume aus Volume Group entfernen/VG verkleinern====<br />
root@zero:~# vgreduce daten /dev/sdd<br />
Removed "/dev/sdd" from volume group "daten"<br />
<br />
== Informationen abfragen ==<br />
===Informationen über Physical Volumes abfragen===<br />
root@zero:~# pvs<br />
PV VG Fmt Attr PSize PFree<br />
/dev/sdb daten lvm2 a- 1020,00M 0<br />
/dev/sdc daten lvm2 a- 1020,00M 540,00M<br />
<br />
===Informationen über Volume Groups abfragen===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 2 1 0 wz--n- 1,99G 540,00M<br />
<br />
===Informationen über Logical Volumes abfragen===<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-a- 1,46G<br />
==Volumen Gruppe aktivieren==<br />
root@zero:~# vgchange -a y</div>192.168.250.3https://www.xinux.net/index.php?title=LVM&diff=1878LVM2011-07-22T06:19:46Z<p>192.168.250.3: /* Vergrößern des Dateisystems auf der Logical Volume */</p>
<hr />
<div>==Grundlagen==<br />
LVM steht für Logical Volume Manager und ist ein Verfahren, um Speicherplatz auf mehreren Festplatten dynamisch zu <br />
verwalten. Es wird sozusagen eine zusätzliche logische Schicht zwischen Dateisystem und Partitionen der Festplatten <br />
eingezogen.<br />
<br />
LVM bietet die Möglichkeit, mehrere Partitionen logisch zusammenzufassen (Volume Group) und in diesem logischen Verbund <br />
neue "logische Partitionen" (Logical Volume) anzulegen. Der Volume Group können dynamisch weitere Geräte hinzugefügt <br />
werden, wodurch sich der verfügbare Speicherplatz erhöht. Freier Speicherplatz kann ebenfalls dynamisch den Logical Volumes<br />
zugewiesen werden. Dadurch erreicht man eine höhere Flexibilität als mit einem klassischen Partitionierungsansatz. Dies ist<br />
vor allem interessant für Server, bei denen dynamisch auf das Wachsen der Datenbestände reagiert werden muss.<br />
<br />
Vier Begriffe sind beim LVM essentiell und sollen zunächst erklärt werden: Physical Extended, Physical Volume, Volume Group <br />
und Logical Volume.<br />
<br />
===Physical Extended===<br />
Das sog. Physical Extended (PE) ist die kleinste mögliche Speichergröße in einem LVM; das PE ist vergleichbar mit den Sektoren <br />
von normalen Festplatten bzw. Partitionen. Es ist nicht möglich, die Größe der PEs zu verändern, was auch nicht nötig ist, da <br />
die Anzahl der PEs seit LVM2 unbegrenzt ist, die Standardgröße beträgt 4 MByte.<br />
<br />
===Physical Volume===<br />
Ein Physical Volume (PV) ist der eigentliche Datenspeicher eines LVMs; ein PV kann eine Partition oder ein ganzes Laufwerk sein. <br />
Es ist auch möglich sog. Loopdateien zu verwenden.<br />
<br />
===Volume Group===<br />
Eine Volume Group (VG) ist eine Art Container für mindestens ein PV.<br />
<br />
===Logical Volume===<br />
Ein Logical Volume (LV oder auch Volume) ist im LVM Kontext für den Anwender eine Art Partition innerhalb einer Volume Group.<br />
Es ist nicht möglich Logical Volumes außerhalb einer VG zu erstellen. Das LV kann wie eine normale Partition verwendet werden,<br />
d.h. es können Dateisysteme darauf angelegt werden und es kann gemounted werden.<br />
<br />
==Installation==<br />
Um LVM unter Ubuntu Linux verwenden zu können muss folgendes Paket installiert sein<br />
* lvm2<br />
root@zero:~# apt-get install lvm2<br />
<br />
==Einrichten eines LVM==<br />
<br />
Die Einrichtung eines LVM erfordert ein Terminal.<br />
<br />
Um ein LVM einzurichten muss zuerst jede zu verwendende Partition mittels pvcreate als Physical Volume initialisiert werden.<br />
Alle Physical Volumes müssen nun mittels vgcreate zu einer Volume Group zusammengefasst werden. In dieser Gruppe können nun <br />
mittels lvcreate die Logical Volumes erzeugt werden. <br />
<br />
Für jedes Logical Volume wird eine Datei der Art /dev/<group>/<vol> angelegt. Das Logical Volume kann verwendet werden wie<br />
jedes andere Block-Device. So kann ein Dateisystem darauf erzeugt werden und das Dateisystem kann eingebunden werden.<br />
<br />
Hinweis:<br />
Eine mit pvcreate initialisierte Partition sollte vom Typ 0x8e bzw. Linux LVM sein, da es sonst zu Problemen mit der <br />
Erkennung der PVs kommt. Wenn das LVM auf einem RAID liegt, ist dies natürlich nicht nötig, genauso wie wenn das LVM <br />
direkt auf eine Festplatte ohne Partitionstabelle aufgesetzt wird.<br />
<br />
==Vorbereiten der Physical Volumes==<br />
root@zero:~# pvcreate /dev/sdb /dev/sdc<br />
Physical volume "/dev/sdb" successfully created<br />
Physical volume "/dev/sdc" successfully created<br />
<br />
==Erstellen der Volumegroup==<br />
root@zero:~# vgcreate daten /dev/sdb /dev/sdc<br />
Volume group "daten" successfully created<br />
<br />
==Erstellen des Logical Volumes==<br />
root@zero:~# lvcreate -L 1500M -n Speicher daten<br />
Logical volume "Speicher" created<br />
<br />
==Formatieren der Logical Volume==<br />
root@zero:~# mkfs.ext3 /dev/daten/Speicher<br />
mke2fs 1.41.4 (27-Jan-2009)<br />
Dateisystem-Label=<br />
OS-Typ: Linux<br />
Blockgröße=4096 (log=2)<br />
Fragmentgröße=4096 (log=2)<br />
96000 Inodes, 384000 Blöcke<br />
19200 Blöcke (5.00%) reserviert für den Superuser<br />
Erster Datenblock=0<br />
Maximale Dateisystem-Blöcke=394264576<br />
12 Blockgruppen<br />
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe<br />
8000 Inodes pro Gruppe<br />
Superblock-Sicherungskopien gespeichert in den Blöcken:<br />
32768, 98304, 163840, 229376, 294912<br />
<br />
Schreibe Inode-Tabellen: erledigt<br />
Erstelle Journal (8192 Blöcke): erledigt<br />
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt<br />
<br />
Das Dateisystem wird automatisch nach jeweils 31 Einhäng-Vorgängen bzw.<br />
alle 180 Tage überprüft, je nachdem, was zuerst eintritt. Veränderbar mit<br />
tune2fs -c oder -t .<br />
<br />
==Verwenden der Logical Volume==<br />
===Einbinden der LV in das Dateisystem===<br />
Mountpunkt erstellen<br />
root@zero:/mnt# mkdir speicher<br />
<br />
Mounten<br />
root@zero:/mnt# mount /dev/daten/Speicher /mnt/speicher/ -t ext3<br />
<br />
===Kontrolle, z.B. durch Anzeigen des freien Speichers===<br />
root@zero:/mnt# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
1,5G 35M 1,4G 3% /mnt/speicher<br />
<br />
==Verändern von VG und LV==<br />
===Erweitern einer Volume Group===<br />
root@zero:~# pvcreate /dev/sdd<br />
Physical volume "/dev/sdd" successfully created<br />
root@zero:~# vgextend daten /dev/sdd<br />
Volume group "daten" successfully extended<br />
<br />
===Anzeigen der vergößerten Volume Group===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 3 1 0 wz--n- 2,99G 1,52G<br />
<br />
===Vergrößern des Logical Volumes===<br />
root@zero:~# lvextend -L 2,5G /dev/daten/Speicher<br />
Extending logical volume Speicher to 2,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
===Vergrößern des Logical Volumes online===<br />
root@zero:~# lvextend -L +5G /dev/daten/Speicher<br />
root@zero:~# resize2fs /dev/daten/Speicher<br />
<br />
===Verkleinern===<br />
====Dateisystem verkleinern====<br />
root@zero:~# resize2fs /dev/daten/Speicher 1G<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 262144 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 262144 Blöcke groß.<br />
<br />
====Logisches Volume verkleinern====<br />
root@zero:~# lvreduce -L 1,5G /dev/daten/Speicher<br />
WARNING: Reducing active and open logical volume to 1,50 GB<br />
THIS MAY DESTROY YOUR DATA (filesystem etc.)<br />
Do you really want to reduce Speicher? [y/n]: y<br />
Reducing logical volume Speicher to 1,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-ao 1,50G<br />
<br />
====Physical Volume leeren oder verschieben====<br />
root@zero:~# pvmove /dev/sdd<br />
No extents available for allocation<br />
<br />
Um ein Physical Volume mit pvmove zu leeren, muss genügend Platz auf den restlichen Physical Volumes vorhanden sein!<br />
<br />
====LV auflösen====<br />
root@zero:~# lvchange -a n /dev/vg-data/data <br />
root@zero:~# lvremove /dev/vg-data/data<br />
Logical volume "data" successfully removed<br />
====VG auflösen====<br />
root@zero:~# vgchange -a n /dev/vg-data<br />
0 logical volume(s) in volume group "vg-data" now active<br />
root@zero:~# vgremove /dev/vg-data<br />
Volume group "vg-data" successfully removed<br />
====PV auflösen====<br />
root@zero:~# pvremove /dev/sda5<br />
Labels on physical volume "/dev/sda5" successfully wiped<br />
<br />
====Physical Volume aus Volume Group entfernen/VG verkleinern====<br />
root@zero:~# vgreduce daten /dev/sdd<br />
Removed "/dev/sdd" from volume group "daten"<br />
<br />
== Informationen abfragen ==<br />
===Informationen über Physical Volumes abfragen===<br />
root@zero:~# pvs<br />
PV VG Fmt Attr PSize PFree<br />
/dev/sdb daten lvm2 a- 1020,00M 0<br />
/dev/sdc daten lvm2 a- 1020,00M 540,00M<br />
<br />
===Informationen über Volume Groups abfragen===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 2 1 0 wz--n- 1,99G 540,00M<br />
<br />
===Informationen über Logical Volumes abfragen===<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-a- 1,46G<br />
==Volumen Gruppe aktivieren==<br />
root@zero:~# vgchange -a y</div>192.168.250.3https://www.xinux.net/index.php?title=LVM&diff=1877LVM2011-07-22T06:19:23Z<p>192.168.250.3: /* Dateisystem vergrößern */</p>
<hr />
<div>==Grundlagen==<br />
LVM steht für Logical Volume Manager und ist ein Verfahren, um Speicherplatz auf mehreren Festplatten dynamisch zu <br />
verwalten. Es wird sozusagen eine zusätzliche logische Schicht zwischen Dateisystem und Partitionen der Festplatten <br />
eingezogen.<br />
<br />
LVM bietet die Möglichkeit, mehrere Partitionen logisch zusammenzufassen (Volume Group) und in diesem logischen Verbund <br />
neue "logische Partitionen" (Logical Volume) anzulegen. Der Volume Group können dynamisch weitere Geräte hinzugefügt <br />
werden, wodurch sich der verfügbare Speicherplatz erhöht. Freier Speicherplatz kann ebenfalls dynamisch den Logical Volumes<br />
zugewiesen werden. Dadurch erreicht man eine höhere Flexibilität als mit einem klassischen Partitionierungsansatz. Dies ist<br />
vor allem interessant für Server, bei denen dynamisch auf das Wachsen der Datenbestände reagiert werden muss.<br />
<br />
Vier Begriffe sind beim LVM essentiell und sollen zunächst erklärt werden: Physical Extended, Physical Volume, Volume Group <br />
und Logical Volume.<br />
<br />
===Physical Extended===<br />
Das sog. Physical Extended (PE) ist die kleinste mögliche Speichergröße in einem LVM; das PE ist vergleichbar mit den Sektoren <br />
von normalen Festplatten bzw. Partitionen. Es ist nicht möglich, die Größe der PEs zu verändern, was auch nicht nötig ist, da <br />
die Anzahl der PEs seit LVM2 unbegrenzt ist, die Standardgröße beträgt 4 MByte.<br />
<br />
===Physical Volume===<br />
Ein Physical Volume (PV) ist der eigentliche Datenspeicher eines LVMs; ein PV kann eine Partition oder ein ganzes Laufwerk sein. <br />
Es ist auch möglich sog. Loopdateien zu verwenden.<br />
<br />
===Volume Group===<br />
Eine Volume Group (VG) ist eine Art Container für mindestens ein PV.<br />
<br />
===Logical Volume===<br />
Ein Logical Volume (LV oder auch Volume) ist im LVM Kontext für den Anwender eine Art Partition innerhalb einer Volume Group.<br />
Es ist nicht möglich Logical Volumes außerhalb einer VG zu erstellen. Das LV kann wie eine normale Partition verwendet werden,<br />
d.h. es können Dateisysteme darauf angelegt werden und es kann gemounted werden.<br />
<br />
==Installation==<br />
Um LVM unter Ubuntu Linux verwenden zu können muss folgendes Paket installiert sein<br />
* lvm2<br />
root@zero:~# apt-get install lvm2<br />
<br />
==Einrichten eines LVM==<br />
<br />
Die Einrichtung eines LVM erfordert ein Terminal.<br />
<br />
Um ein LVM einzurichten muss zuerst jede zu verwendende Partition mittels pvcreate als Physical Volume initialisiert werden.<br />
Alle Physical Volumes müssen nun mittels vgcreate zu einer Volume Group zusammengefasst werden. In dieser Gruppe können nun <br />
mittels lvcreate die Logical Volumes erzeugt werden. <br />
<br />
Für jedes Logical Volume wird eine Datei der Art /dev/<group>/<vol> angelegt. Das Logical Volume kann verwendet werden wie<br />
jedes andere Block-Device. So kann ein Dateisystem darauf erzeugt werden und das Dateisystem kann eingebunden werden.<br />
<br />
Hinweis:<br />
Eine mit pvcreate initialisierte Partition sollte vom Typ 0x8e bzw. Linux LVM sein, da es sonst zu Problemen mit der <br />
Erkennung der PVs kommt. Wenn das LVM auf einem RAID liegt, ist dies natürlich nicht nötig, genauso wie wenn das LVM <br />
direkt auf eine Festplatte ohne Partitionstabelle aufgesetzt wird.<br />
<br />
==Vorbereiten der Physical Volumes==<br />
root@zero:~# pvcreate /dev/sdb /dev/sdc<br />
Physical volume "/dev/sdb" successfully created<br />
Physical volume "/dev/sdc" successfully created<br />
<br />
==Erstellen der Volumegroup==<br />
root@zero:~# vgcreate daten /dev/sdb /dev/sdc<br />
Volume group "daten" successfully created<br />
<br />
==Erstellen des Logical Volumes==<br />
root@zero:~# lvcreate -L 1500M -n Speicher daten<br />
Logical volume "Speicher" created<br />
<br />
==Formatieren der Logical Volume==<br />
root@zero:~# mkfs.ext3 /dev/daten/Speicher<br />
mke2fs 1.41.4 (27-Jan-2009)<br />
Dateisystem-Label=<br />
OS-Typ: Linux<br />
Blockgröße=4096 (log=2)<br />
Fragmentgröße=4096 (log=2)<br />
96000 Inodes, 384000 Blöcke<br />
19200 Blöcke (5.00%) reserviert für den Superuser<br />
Erster Datenblock=0<br />
Maximale Dateisystem-Blöcke=394264576<br />
12 Blockgruppen<br />
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe<br />
8000 Inodes pro Gruppe<br />
Superblock-Sicherungskopien gespeichert in den Blöcken:<br />
32768, 98304, 163840, 229376, 294912<br />
<br />
Schreibe Inode-Tabellen: erledigt<br />
Erstelle Journal (8192 Blöcke): erledigt<br />
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt<br />
<br />
Das Dateisystem wird automatisch nach jeweils 31 Einhäng-Vorgängen bzw.<br />
alle 180 Tage überprüft, je nachdem, was zuerst eintritt. Veränderbar mit<br />
tune2fs -c oder -t .<br />
<br />
==Verwenden der Logical Volume==<br />
===Einbinden der LV in das Dateisystem===<br />
Mountpunkt erstellen<br />
root@zero:/mnt# mkdir speicher<br />
<br />
Mounten<br />
root@zero:/mnt# mount /dev/daten/Speicher /mnt/speicher/ -t ext3<br />
<br />
===Kontrolle, z.B. durch Anzeigen des freien Speichers===<br />
root@zero:/mnt# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
1,5G 35M 1,4G 3% /mnt/speicher<br />
<br />
==Verändern von VG und LV==<br />
===Erweitern einer Volume Group===<br />
root@zero:~# pvcreate /dev/sdd<br />
Physical volume "/dev/sdd" successfully created<br />
root@zero:~# vgextend daten /dev/sdd<br />
Volume group "daten" successfully extended<br />
<br />
===Anzeigen der vergößerten Volume Group===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 3 1 0 wz--n- 2,99G 1,52G<br />
<br />
===Vergrößern des Logical Volumes===<br />
root@zero:~# lvextend -L 2,5G /dev/daten/Speicher<br />
Extending logical volume Speicher to 2,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
===Vergrößern des Logical Volumes online===<br />
root@zero:~# lvextend -L +5G /dev/daten/Speicher<br />
root@zero:~# resize2fs /dev/daten/Speicher<br />
<br />
===Vergrößern des Dateisystems auf der Logical Volume===<br />
====Wieder mounten====<br />
root@zero:~# mount /dev/daten/Speicher /mnt/speicher/<br />
<br />
====Neue Größe der LV überprüfen====<br />
root@zero:~# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
2,5G 35M 2,4G 2% /mnt/speicher<br />
<br />
===Verkleinern===<br />
====Dateisystem verkleinern====<br />
root@zero:~# resize2fs /dev/daten/Speicher 1G<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 262144 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 262144 Blöcke groß.<br />
<br />
====Logisches Volume verkleinern====<br />
root@zero:~# lvreduce -L 1,5G /dev/daten/Speicher<br />
WARNING: Reducing active and open logical volume to 1,50 GB<br />
THIS MAY DESTROY YOUR DATA (filesystem etc.)<br />
Do you really want to reduce Speicher? [y/n]: y<br />
Reducing logical volume Speicher to 1,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-ao 1,50G<br />
<br />
====Physical Volume leeren oder verschieben====<br />
root@zero:~# pvmove /dev/sdd<br />
No extents available for allocation<br />
<br />
Um ein Physical Volume mit pvmove zu leeren, muss genügend Platz auf den restlichen Physical Volumes vorhanden sein!<br />
<br />
====LV auflösen====<br />
root@zero:~# lvchange -a n /dev/vg-data/data <br />
root@zero:~# lvremove /dev/vg-data/data<br />
Logical volume "data" successfully removed<br />
====VG auflösen====<br />
root@zero:~# vgchange -a n /dev/vg-data<br />
0 logical volume(s) in volume group "vg-data" now active<br />
root@zero:~# vgremove /dev/vg-data<br />
Volume group "vg-data" successfully removed<br />
====PV auflösen====<br />
root@zero:~# pvremove /dev/sda5<br />
Labels on physical volume "/dev/sda5" successfully wiped<br />
<br />
====Physical Volume aus Volume Group entfernen/VG verkleinern====<br />
root@zero:~# vgreduce daten /dev/sdd<br />
Removed "/dev/sdd" from volume group "daten"<br />
<br />
== Informationen abfragen ==<br />
===Informationen über Physical Volumes abfragen===<br />
root@zero:~# pvs<br />
PV VG Fmt Attr PSize PFree<br />
/dev/sdb daten lvm2 a- 1020,00M 0<br />
/dev/sdc daten lvm2 a- 1020,00M 540,00M<br />
<br />
===Informationen über Volume Groups abfragen===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 2 1 0 wz--n- 1,99G 540,00M<br />
<br />
===Informationen über Logical Volumes abfragen===<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-a- 1,46G<br />
==Volumen Gruppe aktivieren==<br />
root@zero:~# vgchange -a y</div>192.168.250.3https://www.xinux.net/index.php?title=LVM&diff=1876LVM2011-07-22T06:18:59Z<p>192.168.250.3: /* Unmounten */</p>
<hr />
<div>==Grundlagen==<br />
LVM steht für Logical Volume Manager und ist ein Verfahren, um Speicherplatz auf mehreren Festplatten dynamisch zu <br />
verwalten. Es wird sozusagen eine zusätzliche logische Schicht zwischen Dateisystem und Partitionen der Festplatten <br />
eingezogen.<br />
<br />
LVM bietet die Möglichkeit, mehrere Partitionen logisch zusammenzufassen (Volume Group) und in diesem logischen Verbund <br />
neue "logische Partitionen" (Logical Volume) anzulegen. Der Volume Group können dynamisch weitere Geräte hinzugefügt <br />
werden, wodurch sich der verfügbare Speicherplatz erhöht. Freier Speicherplatz kann ebenfalls dynamisch den Logical Volumes<br />
zugewiesen werden. Dadurch erreicht man eine höhere Flexibilität als mit einem klassischen Partitionierungsansatz. Dies ist<br />
vor allem interessant für Server, bei denen dynamisch auf das Wachsen der Datenbestände reagiert werden muss.<br />
<br />
Vier Begriffe sind beim LVM essentiell und sollen zunächst erklärt werden: Physical Extended, Physical Volume, Volume Group <br />
und Logical Volume.<br />
<br />
===Physical Extended===<br />
Das sog. Physical Extended (PE) ist die kleinste mögliche Speichergröße in einem LVM; das PE ist vergleichbar mit den Sektoren <br />
von normalen Festplatten bzw. Partitionen. Es ist nicht möglich, die Größe der PEs zu verändern, was auch nicht nötig ist, da <br />
die Anzahl der PEs seit LVM2 unbegrenzt ist, die Standardgröße beträgt 4 MByte.<br />
<br />
===Physical Volume===<br />
Ein Physical Volume (PV) ist der eigentliche Datenspeicher eines LVMs; ein PV kann eine Partition oder ein ganzes Laufwerk sein. <br />
Es ist auch möglich sog. Loopdateien zu verwenden.<br />
<br />
===Volume Group===<br />
Eine Volume Group (VG) ist eine Art Container für mindestens ein PV.<br />
<br />
===Logical Volume===<br />
Ein Logical Volume (LV oder auch Volume) ist im LVM Kontext für den Anwender eine Art Partition innerhalb einer Volume Group.<br />
Es ist nicht möglich Logical Volumes außerhalb einer VG zu erstellen. Das LV kann wie eine normale Partition verwendet werden,<br />
d.h. es können Dateisysteme darauf angelegt werden und es kann gemounted werden.<br />
<br />
==Installation==<br />
Um LVM unter Ubuntu Linux verwenden zu können muss folgendes Paket installiert sein<br />
* lvm2<br />
root@zero:~# apt-get install lvm2<br />
<br />
==Einrichten eines LVM==<br />
<br />
Die Einrichtung eines LVM erfordert ein Terminal.<br />
<br />
Um ein LVM einzurichten muss zuerst jede zu verwendende Partition mittels pvcreate als Physical Volume initialisiert werden.<br />
Alle Physical Volumes müssen nun mittels vgcreate zu einer Volume Group zusammengefasst werden. In dieser Gruppe können nun <br />
mittels lvcreate die Logical Volumes erzeugt werden. <br />
<br />
Für jedes Logical Volume wird eine Datei der Art /dev/<group>/<vol> angelegt. Das Logical Volume kann verwendet werden wie<br />
jedes andere Block-Device. So kann ein Dateisystem darauf erzeugt werden und das Dateisystem kann eingebunden werden.<br />
<br />
Hinweis:<br />
Eine mit pvcreate initialisierte Partition sollte vom Typ 0x8e bzw. Linux LVM sein, da es sonst zu Problemen mit der <br />
Erkennung der PVs kommt. Wenn das LVM auf einem RAID liegt, ist dies natürlich nicht nötig, genauso wie wenn das LVM <br />
direkt auf eine Festplatte ohne Partitionstabelle aufgesetzt wird.<br />
<br />
==Vorbereiten der Physical Volumes==<br />
root@zero:~# pvcreate /dev/sdb /dev/sdc<br />
Physical volume "/dev/sdb" successfully created<br />
Physical volume "/dev/sdc" successfully created<br />
<br />
==Erstellen der Volumegroup==<br />
root@zero:~# vgcreate daten /dev/sdb /dev/sdc<br />
Volume group "daten" successfully created<br />
<br />
==Erstellen des Logical Volumes==<br />
root@zero:~# lvcreate -L 1500M -n Speicher daten<br />
Logical volume "Speicher" created<br />
<br />
==Formatieren der Logical Volume==<br />
root@zero:~# mkfs.ext3 /dev/daten/Speicher<br />
mke2fs 1.41.4 (27-Jan-2009)<br />
Dateisystem-Label=<br />
OS-Typ: Linux<br />
Blockgröße=4096 (log=2)<br />
Fragmentgröße=4096 (log=2)<br />
96000 Inodes, 384000 Blöcke<br />
19200 Blöcke (5.00%) reserviert für den Superuser<br />
Erster Datenblock=0<br />
Maximale Dateisystem-Blöcke=394264576<br />
12 Blockgruppen<br />
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe<br />
8000 Inodes pro Gruppe<br />
Superblock-Sicherungskopien gespeichert in den Blöcken:<br />
32768, 98304, 163840, 229376, 294912<br />
<br />
Schreibe Inode-Tabellen: erledigt<br />
Erstelle Journal (8192 Blöcke): erledigt<br />
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt<br />
<br />
Das Dateisystem wird automatisch nach jeweils 31 Einhäng-Vorgängen bzw.<br />
alle 180 Tage überprüft, je nachdem, was zuerst eintritt. Veränderbar mit<br />
tune2fs -c oder -t .<br />
<br />
==Verwenden der Logical Volume==<br />
===Einbinden der LV in das Dateisystem===<br />
Mountpunkt erstellen<br />
root@zero:/mnt# mkdir speicher<br />
<br />
Mounten<br />
root@zero:/mnt# mount /dev/daten/Speicher /mnt/speicher/ -t ext3<br />
<br />
===Kontrolle, z.B. durch Anzeigen des freien Speichers===<br />
root@zero:/mnt# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
1,5G 35M 1,4G 3% /mnt/speicher<br />
<br />
==Verändern von VG und LV==<br />
===Erweitern einer Volume Group===<br />
root@zero:~# pvcreate /dev/sdd<br />
Physical volume "/dev/sdd" successfully created<br />
root@zero:~# vgextend daten /dev/sdd<br />
Volume group "daten" successfully extended<br />
<br />
===Anzeigen der vergößerten Volume Group===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 3 1 0 wz--n- 2,99G 1,52G<br />
<br />
===Vergrößern des Logical Volumes===<br />
root@zero:~# lvextend -L 2,5G /dev/daten/Speicher<br />
Extending logical volume Speicher to 2,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
===Vergrößern des Logical Volumes online===<br />
root@zero:~# lvextend -L +5G /dev/daten/Speicher<br />
root@zero:~# resize2fs /dev/daten/Speicher<br />
<br />
===Vergrößern des Dateisystems auf der Logical Volume===<br />
====Dateisystem vergrößern====<br />
root@zero:~# resize2fs /dev/daten/Speicher<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 655360 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 655360 Blöcke groß.<br />
<br />
====Wieder mounten====<br />
root@zero:~# mount /dev/daten/Speicher /mnt/speicher/<br />
<br />
====Neue Größe der LV überprüfen====<br />
root@zero:~# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
2,5G 35M 2,4G 2% /mnt/speicher<br />
<br />
===Verkleinern===<br />
====Dateisystem verkleinern====<br />
root@zero:~# resize2fs /dev/daten/Speicher 1G<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 262144 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 262144 Blöcke groß.<br />
<br />
====Logisches Volume verkleinern====<br />
root@zero:~# lvreduce -L 1,5G /dev/daten/Speicher<br />
WARNING: Reducing active and open logical volume to 1,50 GB<br />
THIS MAY DESTROY YOUR DATA (filesystem etc.)<br />
Do you really want to reduce Speicher? [y/n]: y<br />
Reducing logical volume Speicher to 1,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-ao 1,50G<br />
<br />
====Physical Volume leeren oder verschieben====<br />
root@zero:~# pvmove /dev/sdd<br />
No extents available for allocation<br />
<br />
Um ein Physical Volume mit pvmove zu leeren, muss genügend Platz auf den restlichen Physical Volumes vorhanden sein!<br />
<br />
====LV auflösen====<br />
root@zero:~# lvchange -a n /dev/vg-data/data <br />
root@zero:~# lvremove /dev/vg-data/data<br />
Logical volume "data" successfully removed<br />
====VG auflösen====<br />
root@zero:~# vgchange -a n /dev/vg-data<br />
0 logical volume(s) in volume group "vg-data" now active<br />
root@zero:~# vgremove /dev/vg-data<br />
Volume group "vg-data" successfully removed<br />
====PV auflösen====<br />
root@zero:~# pvremove /dev/sda5<br />
Labels on physical volume "/dev/sda5" successfully wiped<br />
<br />
====Physical Volume aus Volume Group entfernen/VG verkleinern====<br />
root@zero:~# vgreduce daten /dev/sdd<br />
Removed "/dev/sdd" from volume group "daten"<br />
<br />
== Informationen abfragen ==<br />
===Informationen über Physical Volumes abfragen===<br />
root@zero:~# pvs<br />
PV VG Fmt Attr PSize PFree<br />
/dev/sdb daten lvm2 a- 1020,00M 0<br />
/dev/sdc daten lvm2 a- 1020,00M 540,00M<br />
<br />
===Informationen über Volume Groups abfragen===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 2 1 0 wz--n- 1,99G 540,00M<br />
<br />
===Informationen über Logical Volumes abfragen===<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-a- 1,46G<br />
==Volumen Gruppe aktivieren==<br />
root@zero:~# vgchange -a y</div>192.168.250.3https://www.xinux.net/index.php?title=LVM&diff=1875LVM2011-07-22T06:18:43Z<p>192.168.250.3: /* Dateisystem prüfen */</p>
<hr />
<div>==Grundlagen==<br />
LVM steht für Logical Volume Manager und ist ein Verfahren, um Speicherplatz auf mehreren Festplatten dynamisch zu <br />
verwalten. Es wird sozusagen eine zusätzliche logische Schicht zwischen Dateisystem und Partitionen der Festplatten <br />
eingezogen.<br />
<br />
LVM bietet die Möglichkeit, mehrere Partitionen logisch zusammenzufassen (Volume Group) und in diesem logischen Verbund <br />
neue "logische Partitionen" (Logical Volume) anzulegen. Der Volume Group können dynamisch weitere Geräte hinzugefügt <br />
werden, wodurch sich der verfügbare Speicherplatz erhöht. Freier Speicherplatz kann ebenfalls dynamisch den Logical Volumes<br />
zugewiesen werden. Dadurch erreicht man eine höhere Flexibilität als mit einem klassischen Partitionierungsansatz. Dies ist<br />
vor allem interessant für Server, bei denen dynamisch auf das Wachsen der Datenbestände reagiert werden muss.<br />
<br />
Vier Begriffe sind beim LVM essentiell und sollen zunächst erklärt werden: Physical Extended, Physical Volume, Volume Group <br />
und Logical Volume.<br />
<br />
===Physical Extended===<br />
Das sog. Physical Extended (PE) ist die kleinste mögliche Speichergröße in einem LVM; das PE ist vergleichbar mit den Sektoren <br />
von normalen Festplatten bzw. Partitionen. Es ist nicht möglich, die Größe der PEs zu verändern, was auch nicht nötig ist, da <br />
die Anzahl der PEs seit LVM2 unbegrenzt ist, die Standardgröße beträgt 4 MByte.<br />
<br />
===Physical Volume===<br />
Ein Physical Volume (PV) ist der eigentliche Datenspeicher eines LVMs; ein PV kann eine Partition oder ein ganzes Laufwerk sein. <br />
Es ist auch möglich sog. Loopdateien zu verwenden.<br />
<br />
===Volume Group===<br />
Eine Volume Group (VG) ist eine Art Container für mindestens ein PV.<br />
<br />
===Logical Volume===<br />
Ein Logical Volume (LV oder auch Volume) ist im LVM Kontext für den Anwender eine Art Partition innerhalb einer Volume Group.<br />
Es ist nicht möglich Logical Volumes außerhalb einer VG zu erstellen. Das LV kann wie eine normale Partition verwendet werden,<br />
d.h. es können Dateisysteme darauf angelegt werden und es kann gemounted werden.<br />
<br />
==Installation==<br />
Um LVM unter Ubuntu Linux verwenden zu können muss folgendes Paket installiert sein<br />
* lvm2<br />
root@zero:~# apt-get install lvm2<br />
<br />
==Einrichten eines LVM==<br />
<br />
Die Einrichtung eines LVM erfordert ein Terminal.<br />
<br />
Um ein LVM einzurichten muss zuerst jede zu verwendende Partition mittels pvcreate als Physical Volume initialisiert werden.<br />
Alle Physical Volumes müssen nun mittels vgcreate zu einer Volume Group zusammengefasst werden. In dieser Gruppe können nun <br />
mittels lvcreate die Logical Volumes erzeugt werden. <br />
<br />
Für jedes Logical Volume wird eine Datei der Art /dev/<group>/<vol> angelegt. Das Logical Volume kann verwendet werden wie<br />
jedes andere Block-Device. So kann ein Dateisystem darauf erzeugt werden und das Dateisystem kann eingebunden werden.<br />
<br />
Hinweis:<br />
Eine mit pvcreate initialisierte Partition sollte vom Typ 0x8e bzw. Linux LVM sein, da es sonst zu Problemen mit der <br />
Erkennung der PVs kommt. Wenn das LVM auf einem RAID liegt, ist dies natürlich nicht nötig, genauso wie wenn das LVM <br />
direkt auf eine Festplatte ohne Partitionstabelle aufgesetzt wird.<br />
<br />
==Vorbereiten der Physical Volumes==<br />
root@zero:~# pvcreate /dev/sdb /dev/sdc<br />
Physical volume "/dev/sdb" successfully created<br />
Physical volume "/dev/sdc" successfully created<br />
<br />
==Erstellen der Volumegroup==<br />
root@zero:~# vgcreate daten /dev/sdb /dev/sdc<br />
Volume group "daten" successfully created<br />
<br />
==Erstellen des Logical Volumes==<br />
root@zero:~# lvcreate -L 1500M -n Speicher daten<br />
Logical volume "Speicher" created<br />
<br />
==Formatieren der Logical Volume==<br />
root@zero:~# mkfs.ext3 /dev/daten/Speicher<br />
mke2fs 1.41.4 (27-Jan-2009)<br />
Dateisystem-Label=<br />
OS-Typ: Linux<br />
Blockgröße=4096 (log=2)<br />
Fragmentgröße=4096 (log=2)<br />
96000 Inodes, 384000 Blöcke<br />
19200 Blöcke (5.00%) reserviert für den Superuser<br />
Erster Datenblock=0<br />
Maximale Dateisystem-Blöcke=394264576<br />
12 Blockgruppen<br />
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe<br />
8000 Inodes pro Gruppe<br />
Superblock-Sicherungskopien gespeichert in den Blöcken:<br />
32768, 98304, 163840, 229376, 294912<br />
<br />
Schreibe Inode-Tabellen: erledigt<br />
Erstelle Journal (8192 Blöcke): erledigt<br />
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt<br />
<br />
Das Dateisystem wird automatisch nach jeweils 31 Einhäng-Vorgängen bzw.<br />
alle 180 Tage überprüft, je nachdem, was zuerst eintritt. Veränderbar mit<br />
tune2fs -c oder -t .<br />
<br />
==Verwenden der Logical Volume==<br />
===Einbinden der LV in das Dateisystem===<br />
Mountpunkt erstellen<br />
root@zero:/mnt# mkdir speicher<br />
<br />
Mounten<br />
root@zero:/mnt# mount /dev/daten/Speicher /mnt/speicher/ -t ext3<br />
<br />
===Kontrolle, z.B. durch Anzeigen des freien Speichers===<br />
root@zero:/mnt# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
1,5G 35M 1,4G 3% /mnt/speicher<br />
<br />
==Verändern von VG und LV==<br />
===Erweitern einer Volume Group===<br />
root@zero:~# pvcreate /dev/sdd<br />
Physical volume "/dev/sdd" successfully created<br />
root@zero:~# vgextend daten /dev/sdd<br />
Volume group "daten" successfully extended<br />
<br />
===Anzeigen der vergößerten Volume Group===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 3 1 0 wz--n- 2,99G 1,52G<br />
<br />
===Vergrößern des Logical Volumes===<br />
root@zero:~# lvextend -L 2,5G /dev/daten/Speicher<br />
Extending logical volume Speicher to 2,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
===Vergrößern des Logical Volumes online===<br />
root@zero:~# lvextend -L +5G /dev/daten/Speicher<br />
root@zero:~# resize2fs /dev/daten/Speicher<br />
<br />
===Vergrößern des Dateisystems auf der Logical Volume===<br />
====Unmounten====<br />
root@zero:~# umount /mnt/speicher/<br />
====Dateisystem vergrößern====<br />
root@zero:~# resize2fs /dev/daten/Speicher<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 655360 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 655360 Blöcke groß.<br />
<br />
====Wieder mounten====<br />
root@zero:~# mount /dev/daten/Speicher /mnt/speicher/<br />
<br />
====Neue Größe der LV überprüfen====<br />
root@zero:~# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
2,5G 35M 2,4G 2% /mnt/speicher<br />
<br />
===Verkleinern===<br />
====Dateisystem verkleinern====<br />
root@zero:~# resize2fs /dev/daten/Speicher 1G<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 262144 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 262144 Blöcke groß.<br />
<br />
====Logisches Volume verkleinern====<br />
root@zero:~# lvreduce -L 1,5G /dev/daten/Speicher<br />
WARNING: Reducing active and open logical volume to 1,50 GB<br />
THIS MAY DESTROY YOUR DATA (filesystem etc.)<br />
Do you really want to reduce Speicher? [y/n]: y<br />
Reducing logical volume Speicher to 1,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-ao 1,50G<br />
<br />
====Physical Volume leeren oder verschieben====<br />
root@zero:~# pvmove /dev/sdd<br />
No extents available for allocation<br />
<br />
Um ein Physical Volume mit pvmove zu leeren, muss genügend Platz auf den restlichen Physical Volumes vorhanden sein!<br />
<br />
====LV auflösen====<br />
root@zero:~# lvchange -a n /dev/vg-data/data <br />
root@zero:~# lvremove /dev/vg-data/data<br />
Logical volume "data" successfully removed<br />
====VG auflösen====<br />
root@zero:~# vgchange -a n /dev/vg-data<br />
0 logical volume(s) in volume group "vg-data" now active<br />
root@zero:~# vgremove /dev/vg-data<br />
Volume group "vg-data" successfully removed<br />
====PV auflösen====<br />
root@zero:~# pvremove /dev/sda5<br />
Labels on physical volume "/dev/sda5" successfully wiped<br />
<br />
====Physical Volume aus Volume Group entfernen/VG verkleinern====<br />
root@zero:~# vgreduce daten /dev/sdd<br />
Removed "/dev/sdd" from volume group "daten"<br />
<br />
== Informationen abfragen ==<br />
===Informationen über Physical Volumes abfragen===<br />
root@zero:~# pvs<br />
PV VG Fmt Attr PSize PFree<br />
/dev/sdb daten lvm2 a- 1020,00M 0<br />
/dev/sdc daten lvm2 a- 1020,00M 540,00M<br />
<br />
===Informationen über Volume Groups abfragen===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 2 1 0 wz--n- 1,99G 540,00M<br />
<br />
===Informationen über Logical Volumes abfragen===<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-a- 1,46G<br />
==Volumen Gruppe aktivieren==<br />
root@zero:~# vgchange -a y</div>192.168.250.3https://www.xinux.net/index.php?title=Video_Konvert_Misc&diff=1803Video Konvert Misc2011-06-17T07:12:13Z<p>192.168.250.3: /* Mit der lavc Codierung kriegt man relativ kleine Dateien */</p>
<hr />
<div>=Apple QuickTime movie to AVI=<br />
mencoder -oac mp3lame -ovc xvid -of avi -xvidencopts bitrate=1400000:me_quality=6:aspect=16/9 -srate 48000 -ofps 25 -o out.avi APPLE.MOV<br />
<br />
=Rotieren von Videos=<br />
Leider scheint eine Recodierung notwendig zu sein, denn -ovc copy lässt die Rotation unangetastet.<br />
==Mit der lavc Codierung kriegt man relativ kleine Dateien==<br />
mencoder -vf rotate=1 VIDEO-INPUT.avi -ovc lavc -oac copy -o VIDEO-OUTPUT.avi<br />
==Apple Quicktime konvertierung==<br />
mencoder -vf rotate=1 IMG_0067.MOV -ovc lavc -oac pcm -o kurt90.avi<br />
<br />
==x264 gibt eine etwas bessere Qualität, allerdings mit grösseren Dateien==<br />
mencoder -vf rotate=1 VIDEO-INPUT.avi -ovc x264 -oac copy -o VIDEO-OUTPUT.avi -x264encopts qp=26<br />
<br />
Der rotate-Parameter bedeutet folgendes für das Drehen:<br />
0 90 Grad im Uhrzeigersinn drehen und spiegeln.<br />
1 90 Grad im Uhrzeigersinn drehen.<br />
2 90 Grad im Gegenuhrzeigersinn drehen.<br />
3 90 Grad im Gegenuhrzeigersinn drehen und spiegeln.<br />
=Weitere Tricks=<br />
==Ein (Vorschau-)Bild speichern==<br />
mplayer -nosound -ss 10 -frames 1 -vo png VIDEO-INPUT.avi<br />
<br />
-vo<br />
Kann auch jpeg sein.<br />
-ss 10<br />
Nach 10 Sekunden.<br />
<br />
==Animated GIF (nur 256 Farben)==<br />
mplayer -nosound -ss 20 -endpos 5 -vo gif89a:fps=15:output=test.gif VIDEO-INPUT.avi<br />
<br />
-ss 20<br />
Start bei 20 Sekunden (funktioniert nur bei AVI mit Index).<br />
-endpos 5<br />
5 Sekunden aufzeichnen (funktioniert nur bei AVI mit Index).<br />
fps=15<br />
15 Frames pro Sekunde statt den defaultmässigen 5.<br />
<br />
==Bei Dateien ohne Index, kann mencoder selbst einen einfügen==<br />
mencoder -forceidx -oac copy -ovc copy VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Einen besseren Weg, bei dem die Farben auch besser aussehen, beschreibt blog==<br />
Ton entfernen (gut bei besoffenen Partyvideos :) ):<br />
mencoder -ovc copy -nosound VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Eine andere Ton unterlegen:==<br />
mencoder -oac copy -ovc copy -audiofile NEUER-SOUND.mp3 VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Ton als mp3 extrahieren==<br />
mencoder VIDEO-INPUT.avi -of rawaudio -oac mp3lame -ovc copy -o SOUND-OUTPUT.mp3<br />
<br />
==Realmedia Streams rippen==<br />
Realmedia grenzt an Körperverletzung. Zuerst sollte man die .rm Datei herunterladen, sic hanzeigen lassen und den Link, der mit rtsp beginnt verwenden:<br />
mplayer -dumpstream rtsp://gefundenerlink.in.der.Datei.akamaistream.net/ondemand/video.rm -dumpfile output.ram</div>192.168.250.3https://www.xinux.net/index.php?title=LVM&diff=1766LVM2011-05-21T14:47:33Z<p>192.168.250.3: /* Informationen über Logical Volumes abfragen */</p>
<hr />
<div>==Grundlagen==<br />
LVM steht für Logical Volume Manager und ist ein Verfahren, um Speicherplatz auf mehreren Festplatten dynamisch zu <br />
verwalten. Es wird sozusagen eine zusätzliche logische Schicht zwischen Dateisystem und Partitionen der Festplatten <br />
eingezogen.<br />
<br />
LVM bietet die Möglichkeit, mehrere Partitionen logisch zusammenzufassen (Volume Group) und in diesem logischen Verbund <br />
neue "logische Partitionen" (Logical Volume) anzulegen. Der Volume Group können dynamisch weitere Geräte hinzugefügt <br />
werden, wodurch sich der verfügbare Speicherplatz erhöht. Freier Speicherplatz kann ebenfalls dynamisch den Logical Volumes<br />
zugewiesen werden. Dadurch erreicht man eine höhere Flexibilität als mit einem klassischen Partitionierungsansatz. Dies ist<br />
vor allem interessant für Server, bei denen dynamisch auf das Wachsen der Datenbestände reagiert werden muss.<br />
<br />
Vier Begriffe sind beim LVM essentiell und sollen zunächst erklärt werden: Physical Extended, Physical Volume, Volume Group <br />
und Logical Volume.<br />
<br />
===Physical Extended===<br />
Das sog. Physical Extended (PE) ist die kleinste mögliche Speichergröße in einem LVM; das PE ist vergleichbar mit den Sektoren <br />
von normalen Festplatten bzw. Partitionen. Es ist nicht möglich, die Größe der PEs zu verändern, was auch nicht nötig ist, da <br />
die Anzahl der PEs seit LVM2 unbegrenzt ist, die Standardgröße beträgt 4 MByte.<br />
<br />
===Physical Volume===<br />
Ein Physical Volume (PV) ist der eigentliche Datenspeicher eines LVMs; ein PV kann eine Partition oder ein ganzes Laufwerk sein. <br />
Es ist auch möglich sog. Loopdateien zu verwenden.<br />
<br />
===Volume Group===<br />
Eine Volume Group (VG) ist eine Art Container für mindestens ein PV.<br />
<br />
===Logical Volume===<br />
Ein Logical Volume (LV oder auch Volume) ist im LVM Kontext für den Anwender eine Art Partition innerhalb einer Volume Group.<br />
Es ist nicht möglich Logical Volumes außerhalb einer VG zu erstellen. Das LV kann wie eine normale Partition verwendet werden,<br />
d.h. es können Dateisysteme darauf angelegt werden und es kann gemounted werden.<br />
<br />
==Installation==<br />
Um LVM unter Ubuntu Linux verwenden zu können muss folgendes Paket installiert sein<br />
* lvm2<br />
root@zero:~# apt-get install lvm2<br />
<br />
==Einrichten eines LVM==<br />
<br />
Die Einrichtung eines LVM erfordert ein Terminal.<br />
<br />
Um ein LVM einzurichten muss zuerst jede zu verwendende Partition mittels pvcreate als Physical Volume initialisiert werden.<br />
Alle Physical Volumes müssen nun mittels vgcreate zu einer Volume Group zusammengefasst werden. In dieser Gruppe können nun <br />
mittels lvcreate die Logical Volumes erzeugt werden. <br />
<br />
Für jedes Logical Volume wird eine Datei der Art /dev/<group>/<vol> angelegt. Das Logical Volume kann verwendet werden wie<br />
jedes andere Block-Device. So kann ein Dateisystem darauf erzeugt werden und das Dateisystem kann eingebunden werden.<br />
<br />
Hinweis:<br />
Eine mit pvcreate initialisierte Partition sollte vom Typ 0x8e bzw. Linux LVM sein, da es sonst zu Problemen mit der <br />
Erkennung der PVs kommt. Wenn das LVM auf einem RAID liegt, ist dies natürlich nicht nötig, genauso wie wenn das LVM <br />
direkt auf eine Festplatte ohne Partitionstabelle aufgesetzt wird.<br />
<br />
==Vorbereiten der Physical Volumes==<br />
root@zero:~# pvcreate /dev/sdb /dev/sdc<br />
Physical volume "/dev/sdb" successfully created<br />
Physical volume "/dev/sdc" successfully created<br />
<br />
==Erstellen der Volumegroup==<br />
root@zero:~# vgcreate daten /dev/sdb /dev/sdc<br />
Volume group "daten" successfully created<br />
<br />
==Erstellen des Logical Volumes==<br />
root@zero:~# lvcreate -L 1500M -n Speicher daten<br />
Logical volume "Speicher" created<br />
<br />
==Formatieren der Logical Volume==<br />
root@zero:~# mkfs.ext3 /dev/daten/Speicher<br />
mke2fs 1.41.4 (27-Jan-2009)<br />
Dateisystem-Label=<br />
OS-Typ: Linux<br />
Blockgröße=4096 (log=2)<br />
Fragmentgröße=4096 (log=2)<br />
96000 Inodes, 384000 Blöcke<br />
19200 Blöcke (5.00%) reserviert für den Superuser<br />
Erster Datenblock=0<br />
Maximale Dateisystem-Blöcke=394264576<br />
12 Blockgruppen<br />
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe<br />
8000 Inodes pro Gruppe<br />
Superblock-Sicherungskopien gespeichert in den Blöcken:<br />
32768, 98304, 163840, 229376, 294912<br />
<br />
Schreibe Inode-Tabellen: erledigt<br />
Erstelle Journal (8192 Blöcke): erledigt<br />
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt<br />
<br />
Das Dateisystem wird automatisch nach jeweils 31 Einhäng-Vorgängen bzw.<br />
alle 180 Tage überprüft, je nachdem, was zuerst eintritt. Veränderbar mit<br />
tune2fs -c oder -t .<br />
<br />
==Verwenden der Logical Volume==<br />
===Einbinden der LV in das Dateisystem===<br />
Mountpunkt erstellen<br />
root@zero:/mnt# mkdir speicher<br />
<br />
Mounten<br />
root@zero:/mnt# mount /dev/daten/Speicher /mnt/speicher/ -t ext3<br />
<br />
===Kontrolle, z.B. durch Anzeigen des freien Speichers===<br />
root@zero:/mnt# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
1,5G 35M 1,4G 3% /mnt/speicher<br />
<br />
==Verändern von VG und LV==<br />
===Erweitern einer Volume Group===<br />
root@zero:~# pvcreate /dev/sdd<br />
Physical volume "/dev/sdd" successfully created<br />
root@zero:~# vgextend daten /dev/sdd<br />
Volume group "daten" successfully extended<br />
<br />
===Anzeigen der vergößerten Volume Group===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 3 1 0 wz--n- 2,99G 1,52G<br />
<br />
===Vergrößern des Logical Volumes===<br />
root@zero:~# lvextend -L 2,5G /dev/daten/Speicher<br />
Extending logical volume Speicher to 2,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
===Vergrößern des Dateisystems auf der Logical Volume===<br />
====Unmounten====<br />
root@zero:~# umount /mnt/speicher/<br />
====Dateisystem prüfen====<br />
root@zero:~# e2fsck -f /dev/daten/Speicher<br />
e2fsck 1.41.4 (27-Jan-2009)<br />
Durchgang 1: Prüfe Inodes, Blocks, und Größen<br />
Durchgang 2: Prüfe Verzeichnis Struktur<br />
Durchgang 3: Prüfe Verzeichnis Verknüpfungen<br />
Durchgang 4: Überprüfe die Referenzzähler<br />
Durchgang 5: Überprüfe Gruppe Zusammenfassung<br />
/dev/daten/Speicher: 11/96000 Dateien (0.0% nicht zusammenhängend), 14801/384000 Blöcke<br />
<br />
====Dateisystem vergrößern====<br />
root@zero:~# resize2fs /dev/daten/Speicher<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 655360 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 655360 Blöcke groß.<br />
<br />
====Wieder mounten====<br />
root@zero:~# mount /dev/daten/Speicher /mnt/speicher/<br />
<br />
====Neue Größe der LV überprüfen====<br />
root@zero:~# df -h /mnt/speicher/<br />
Dateisystem Größe Benut Verf Ben% Eingehängt auf<br />
/dev/mapper/daten-Speicher<br />
2,5G 35M 2,4G 2% /mnt/speicher<br />
<br />
===Verkleinern===<br />
====Dateisystem verkleinern====<br />
root@zero:~# resize2fs /dev/daten/Speicher 1G<br />
resize2fs 1.41.4 (27-Jan-2009)<br />
Resizing the filesystem on /dev/daten/Speicher to 262144 (4k) blocks.<br />
Das Dateisystem auf /dev/daten/Speicher ist nun 262144 Blöcke groß.<br />
<br />
====Logisches Volume verkleinern====<br />
root@zero:~# lvreduce -L 1,5G /dev/daten/Speicher<br />
WARNING: Reducing active and open logical volume to 1,50 GB<br />
THIS MAY DESTROY YOUR DATA (filesystem etc.)<br />
Do you really want to reduce Speicher? [y/n]: y<br />
Reducing logical volume Speicher to 1,50 GB<br />
Logical volume Speicher successfully resized<br />
<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-ao 1,50G<br />
<br />
====Physical Volume leeren oder verschieben====<br />
root@zero:~# pvmove /dev/sdd<br />
No extents available for allocation<br />
<br />
Um ein Physical Volume mit pvmove zu leeren, muss genügend Platz auf den restlichen Physical Volumes vorhanden sein!<br />
<br />
====LV auflösen====<br />
root@zero:~# lvchange -a n /dev/vg-data/data <br />
root@zero:~# lvremove /dev/vg-data/data<br />
Logical volume "data" successfully removed<br />
====VG auflösen====<br />
root@zero:~# vgchange -a n /dev/vg-data<br />
0 logical volume(s) in volume group "vg-data" now active<br />
root@zero:~# vgremove /dev/vg-data<br />
Volume group "vg-data" successfully removed<br />
====PV auflösen====<br />
root@zero:~# pvremove /dev/sda5<br />
Labels on physical volume "/dev/sda5" successfully wiped<br />
<br />
====Physical Volume aus Volume Group entfernen/VG verkleinern====<br />
root@zero:~# vgreduce daten /dev/sdd<br />
Removed "/dev/sdd" from volume group "daten"<br />
<br />
== Informationen abfragen ==<br />
===Informationen über Physical Volumes abfragen===<br />
root@zero:~# pvs<br />
PV VG Fmt Attr PSize PFree<br />
/dev/sdb daten lvm2 a- 1020,00M 0<br />
/dev/sdc daten lvm2 a- 1020,00M 540,00M<br />
<br />
===Informationen über Volume Groups abfragen===<br />
root@zero:~# vgs<br />
VG #PV #LV #SN Attr VSize VFree<br />
daten 2 1 0 wz--n- 1,99G 540,00M<br />
<br />
===Informationen über Logical Volumes abfragen===<br />
root@zero:~# lvs<br />
LV VG Attr LSize Origin Snap% Move Log Copy% Convert<br />
Speicher daten -wi-a- 1,46G<br />
==Volumen Gruppe aktivieren==<br />
root@zero:~# vgchange -a y</div>192.168.250.3https://www.xinux.net/index.php?title=Video_Konvert_Misc&diff=1758Video Konvert Misc2011-05-08T15:55:20Z<p>192.168.250.3: /* Apple QuickTime movie to AVI */</p>
<hr />
<div>=Apple QuickTime movie to AVI=<br />
mencoder -oac mp3lame -ovc xvid -of avi -xvidencopts bitrate=1400000:me_quality=6:aspect=16/9 -srate 48000 -ofps 25 -o out.avi APPLE.MOV<br />
<br />
=Rotieren von Videos=<br />
Leider scheint eine Recodierung notwendig zu sein, denn -ovc copy lässt die Rotation unangetastet.<br />
==Mit der lavc Codierung kriegt man relativ kleine Dateien==<br />
mencoder -vf rotate=1 VIDEO-INPUT.avi -ovc lavc -oac copy -o VIDEO-OUTPUT.avi<br />
<br />
==x264 gibt eine etwas bessere Qualität, allerdings mit grösseren Dateien==<br />
mencoder -vf rotate=1 VIDEO-INPUT.avi -ovc x264 -oac copy -o VIDEO-OUTPUT.avi -x264encopts qp=26<br />
<br />
Der rotate-Parameter bedeutet folgendes für das Drehen:<br />
0 90 Grad im Uhrzeigersinn drehen und spiegeln.<br />
1 90 Grad im Uhrzeigersinn drehen.<br />
2 90 Grad im Gegenuhrzeigersinn drehen.<br />
3 90 Grad im Gegenuhrzeigersinn drehen und spiegeln.<br />
=Weitere Tricks=<br />
==Ein (Vorschau-)Bild speichern==<br />
mplayer -nosound -ss 10 -frames 1 -vo png VIDEO-INPUT.avi<br />
<br />
-vo<br />
Kann auch jpeg sein.<br />
-ss 10<br />
Nach 10 Sekunden.<br />
<br />
==Animated GIF (nur 256 Farben)==<br />
mplayer -nosound -ss 20 -endpos 5 -vo gif89a:fps=15:output=test.gif VIDEO-INPUT.avi<br />
<br />
-ss 20<br />
Start bei 20 Sekunden (funktioniert nur bei AVI mit Index).<br />
-endpos 5<br />
5 Sekunden aufzeichnen (funktioniert nur bei AVI mit Index).<br />
fps=15<br />
15 Frames pro Sekunde statt den defaultmässigen 5.<br />
<br />
==Bei Dateien ohne Index, kann mencoder selbst einen einfügen==<br />
mencoder -forceidx -oac copy -ovc copy VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Einen besseren Weg, bei dem die Farben auch besser aussehen, beschreibt blog==<br />
Ton entfernen (gut bei besoffenen Partyvideos :) ):<br />
mencoder -ovc copy -nosound VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Eine andere Ton unterlegen:==<br />
mencoder -oac copy -ovc copy -audiofile NEUER-SOUND.mp3 VIDEO-INPUT.avi -o VIDEO-OUTPUT.avi<br />
<br />
==Ton als mp3 extrahieren==<br />
mencoder VIDEO-INPUT.avi -of rawaudio -oac mp3lame -ovc copy -o SOUND-OUTPUT.mp3<br />
<br />
==Realmedia Streams rippen==<br />
Realmedia grenzt an Körperverletzung. Zuerst sollte man die .rm Datei herunterladen, sic hanzeigen lassen und den Link, der mit rtsp beginnt verwenden:<br />
mplayer -dumpstream rtsp://gefundenerlink.in.der.Datei.akamaistream.net/ondemand/video.rm -dumpfile output.ram</div>192.168.250.3https://www.xinux.net/index.php?title=Video_Konvert_Misc&diff=1757Video Konvert Misc2011-05-08T15:46:05Z<p>192.168.250.3: /* Apple QuickTime movie to AVI */</p>
<hr />
<div>=Apple QuickTime movie to AVI=<br />
mencoder -oac mp3lame -ovc xvid -of avi -xvidencopts bitrate=1400000:me_quality=6:aspect=16/9 -srate 48000 -ofps 25 -o out.avi APPLE.MOV</div>192.168.250.3https://www.xinux.net/index.php?title=Video_Konvert_Misc&diff=1756Video Konvert Misc2011-05-08T15:45:57Z<p>192.168.250.3: Die Seite wurde neu angelegt: „=Apple QuickTime movie to AVI= mencoder -oac mp3lame -ovc xvid -of avi -xvidencopts bitrate=1400000:me_quality=6:aspect=16/9 -srate 48000 -ofps 25 -o out.avi A…“</p>
<hr />
<div>=Apple QuickTime movie to AVI=<br />
mencoder -oac mp3lame -ovc xvid -of avi -xvidencopts bitrate=1400000:me_quality=6:aspect=16/9 -srate 48000 -ofps 25 -o out.avi APPLE.MOV</div>192.168.250.3https://www.xinux.net/index.php?title=Hauptseite&diff=1755Hauptseite2011-05-08T15:42:20Z<p>192.168.250.3: /* Grafisches */</p>
<hr />
<div>=== Dokumentation ===<br />
<br />
* [[Aufgaben]]<br />
* [[Lösungen]]<br />
=== Grundlagen und Administration ===<br />
* [[Installation von Mediawiki unter Ubuntu]]<br />
* [[Linux Grundlagen]]<br />
* [[Bootprozess]]<br />
* [[Ungeschütztes Linux Hacken]]<br />
* [[Administration]]<br />
* [[Kernelmodule]]<br />
* [[Bash]]<br />
* [[VI Crash]]<br />
* [[Netzwerkkonfiguration unter Ubuntu]]<br />
* [[Paketmanagement]]<br />
* [[RPM]]<br />
* [[Yum howto]]<br />
* [[Nützliche Tools]]<br />
* [[LVM]]<br />
* [[RAID]]<br />
* [[Root RAID]]<br />
* [[Runit]]<br />
* [[sudo]]<br />
* [[syslog-ng]]<br />
* [[cron]]<br />
* [[Screen]]<br />
* [[PPA]]<br />
<br />
=== Netzwerken ===<br />
* [[SSH]]<br />
* [[Ssh-tunnel]]<br />
* [[NTP]]<br />
* [[Rsync]]<br />
* [[IP Befehle]]<br />
* [[Tcpdump]]<br />
* [[NET]]<br />
* [[Udpcast]]<br />
* [[Dynamic Host Configuration Protocol]]<br />
* [[Ramdisk entpacken]]<br />
* [[PXELinux]]<br />
* [[Bing]]<br />
* [[Nemesis]]<br />
* [[Heartbeat]]<br />
* [[DRBD]]<br />
* [[RedHat Cluster Suite]]<br />
<br />
=== Dienste ===<br />
* [[Untersuchung eines Linuxserver]]<br />
* [[apache2]]<br />
* [[Apache SSL]]<br />
* [[PostgreSQL]]<br />
* [[Tomcat 5.5]]<br />
* [[Squid]]<br />
* [[VLC]]<br />
* [[VMware installation auf Ubuntu]]<br />
* [[vpnc]]<br />
* [[Wireless Tools]]<br />
* [[Perl]]<br />
* [[Joomla]]<br />
* [[MySQL]]<br />
* [[Typo3]]<br />
<br />
=== Hardware ===<br />
* [[Computer]]<br />
* [[RAM]]<br />
<br />
=== Virtualisierung ===<br />
* [[KVM]]<br />
=== Misc ===<br />
* [[VDR]]<br />
<br />
=== Mitarbeiter ===<br />
* [[Systemaufbau]]<br />
=== Grafisches ===<br />
* [[Netzwerk]]<br />
* [[Paketmanager]]<br />
* [[CD Brennen]]<br />
* [[EMail einrichten]]<br />
* [[Drucker]]<br />
* [[TS schneiden und brennen]]<br />
* [[Video Konvert Misc]]<br />
<br />
===Netzwerke===<br />
*[[Netzwerktechnik]]<br />
*[[tcp/ip]]<br />
*[[Nagios]]<br />
*[[Betavine Connection Manager]]<br />
*[[VLAN]]<br />
<br />
<br />
*[[Firewall Allgemein]]</div>192.168.250.3https://www.xinux.net/index.php?title=PPA&diff=1735PPA2011-04-23T07:54:31Z<p>192.168.250.3: /* Step 2 */</p>
<hr />
<div>=Step 1=<br />
On the PPA's overview page, look for the heading that reads Adding this PPA to your system. Make a note of the PPA's location, which looks like:<br />
ppa:gwibber-daily/ppa<br />
=Step 2=<br />
Open a terminal and enter:<br />
sudo add-apt-repository ppa:user/ppa-name<br />
=Step 3= <br />
Now, as a one-off, you should tell your system to pull down the latest list of software from each archive it knows about, including the PPA you just added:<br />
sudo apt-get update<br />
Now you're ready to start installing software from the PPA!</div>192.168.250.3https://www.xinux.net/index.php?title=PPA&diff=1734PPA2011-04-23T07:51:46Z<p>192.168.250.3: Die Seite wurde neu angelegt: „=Step 1= On the PPA's overview page, look for the heading that reads Adding this PPA to your system. Make a note of the PPA's location, which looks like: ppa:gwi…“</p>
<hr />
<div>=Step 1=<br />
On the PPA's overview page, look for the heading that reads Adding this PPA to your system. Make a note of the PPA's location, which looks like:<br />
ppa:gwibber-daily/ppa<br />
=Step 2=<br />
Open a terminal and enter:<br />
sudo add-apt-repository ppa:user/ppa-name</div>192.168.250.3https://www.xinux.net/index.php?title=Hauptseite&diff=1733Hauptseite2011-04-23T07:49:56Z<p>192.168.250.3: /* Grundlagen und Administration */</p>
<hr />
<div>=== Dokumentation ===<br />
<br />
* [[Aufgaben]]<br />
* [[Lösungen]]<br />
=== Grundlagen und Administration ===<br />
* [[Installation von Mediawiki unter Ubuntu]]<br />
* [[Linux Grundlagen]]<br />
* [[Bootprozess]]<br />
* [[Ungeschütztes Linux Hacken]]<br />
* [[Administration]]<br />
* [[Kernelmodule]]<br />
* [[Bash]]<br />
* [[VI Crash]]<br />
* [[Netzwerkkonfiguration unter Ubuntu]]<br />
* [[Paketmanagement]]<br />
* [[RPM]]<br />
* [[Yum howto]]<br />
* [[Nützliche Tools]]<br />
* [[LVM]]<br />
* [[RAID]]<br />
* [[Runit]]<br />
* [[sudo]]<br />
* [[syslog-ng]]<br />
* [[cron]]<br />
* [[Screen]]<br />
* [[PPA]]<br />
<br />
=== Netzwerken ===<br />
* [[SSH]]<br />
* [[Ssh-tunnel]]<br />
* [[NTP]]<br />
* [[Rsync]]<br />
* [[IP Befehle]]<br />
* [[Tcpdump]]<br />
* [[NET]]<br />
* [[Udpcast]]<br />
* [[Dynamic Host Configuration Protocol]]<br />
* [[Ramdisk entpacken]]<br />
* [[PXELinux]]<br />
* [[Bing]]<br />
* [[Nemesis]]<br />
* [[Heartbeat]]<br />
* [[DRBD]]<br />
* [[RedHat Cluster Suite]]<br />
<br />
=== Dienste ===<br />
* [[Untersuchung eines Linuxserver]]<br />
* [[apache2]]<br />
* [[Apache SSL]]<br />
* [[PostgreSQL]]<br />
* [[Tomcat 5.5]]<br />
* [[Squid]]<br />
* [[VLC]]<br />
* [[VMware installation auf Ubuntu]]<br />
* [[vpnc]]<br />
* [[Wireless Tools]]<br />
* [[Perl]]<br />
* [[Joomla]]<br />
* [[MySQL]]<br />
* [[Typo3]]<br />
<br />
=== Hardware ===<br />
* [[Computer]]<br />
* [[RAM]]<br />
<br />
=== Virtualisierung ===<br />
* [[KVM]]<br />
=== Misc ===<br />
* [[VDR]]<br />
<br />
=== Mitarbeiter ===<br />
* [[Systemaufbau]]<br />
=== Grafisches ===<br />
* [[Netzwerk]]<br />
* [[Paketmanager]]<br />
* [[CD Brennen]]<br />
* [[EMail einrichten]]<br />
* [[Drucker]]<br />
* [[TS schneiden und brennen]]<br />
<br />
===Netzwerke===<br />
*[[Netzwerktechnik]]<br />
*[[tcp/ip]]<br />
*[[Nagios]]<br />
*[[Betavine Connection Manager]]<br />
*[[VLAN]]<br />
<br />
<br />
*[[Firewall Allgemein]]</div>192.168.250.3https://www.xinux.net/index.php?title=TS_schneiden_und_brennen&diff=1654TS schneiden und brennen2011-02-28T15:03:56Z<p>192.168.250.3: /* Dvdauthor */</p>
<hr />
<div>=Project-X=<br />
schneiden <br />
=Mplex=<br />
zusammenfügen<br />
mplex -f 8 -o film.mpg film.m2v film.mp2<br />
=Dvdauthor=<br />
Layout erstellen<br />
dvdauthor -o /tmp/dvd -t -c "20:00,40:00,60:00,80:00" film.mpg <br />
Navigationsdateien zu erzeugen<br />
dvdauthor -o /tmp/dvd -T<br />
=Growisofs=<br />
DVD brennen<br />
growisofs -Z /dev/dvd -dvd-video /tmp/dvd</div>192.168.250.3https://www.xinux.net/index.php?title=TS_schneiden_und_brennen&diff=1653TS schneiden und brennen2011-02-28T15:02:21Z<p>192.168.250.3: /* Dvdauthor */</p>
<hr />
<div>=Project-X=<br />
schneiden <br />
=Mplex=<br />
zusammenfügen<br />
mplex -f 8 -o film.mpg film.m2v film.mp2<br />
=Dvdauthor=<br />
Layout erstellen<br />
dvdauthor -o /tmp/dvd -t -c "20:00,40:00,60:00,80:00" film.mpg <br />
Navigationsdateien zu erzeugen<br />
dvdauthor -o /tmp/dvd -T</div>192.168.250.3https://www.xinux.net/index.php?title=TS_schneiden_und_brennen&diff=1652TS schneiden und brennen2011-02-28T14:58:22Z<p>192.168.250.3: /* Dvdauthor */</p>
<hr />
<div>=Project-X=<br />
schneiden <br />
=Mplex=<br />
zusammenfügen<br />
mplex -f 8 -o film.mpg film.m2v film.mp2<br />
=Dvdauthor=<br />
Layout erstellen<br />
dvdauthor -o respetro -t -c "20:00,40:00,60:00,80:00" film.mpg <br />
Navigationsdateien zu erzeugen<br />
dvdauthor -o /tmp/dvd -T</div>192.168.250.3https://www.xinux.net/index.php?title=TS_schneiden_und_brennen&diff=1651TS schneiden und brennen2011-02-28T14:56:23Z<p>192.168.250.3: Die Seite wurde neu angelegt: „=Project-X= schneiden =Mplex= zusammenfügen mplex -f 8 -o film.mpg film.m2v film.mp2 =Dvdauthor= Layout erstellen“</p>
<hr />
<div>=Project-X=<br />
schneiden <br />
=Mplex=<br />
zusammenfügen<br />
mplex -f 8 -o film.mpg film.m2v film.mp2<br />
=Dvdauthor=<br />
Layout erstellen</div>192.168.250.3https://www.xinux.net/index.php?title=Hauptseite&diff=1650Hauptseite2011-02-28T14:54:36Z<p>192.168.250.3: /* Grafisches */</p>
<hr />
<div>=== Dokumentation ===<br />
<br />
* [[Aufgaben]]<br />
* [[Lösungen]]<br />
=== Grundlagen und Administration ===<br />
* [[Installation von Mediawiki unter Ubuntu]]<br />
* [[Linux Grundlagen]]<br />
* [[Bootprozess]]<br />
* [[Ungeschütztes Linux Hacken]]<br />
* [[Administration]]<br />
* [[Kernelmodule]]<br />
* [[Bash]]<br />
* [[VI Crash]]<br />
* [[Netzwerkkonfiguration unter Ubuntu]]<br />
* [[Paketmanagement]]<br />
* [[RPM]]<br />
* [[Yum howto]]<br />
* [[Nützliche Tools]]<br />
* [[LVM]]<br />
* [[RAID]]<br />
* [[Runit]]<br />
* [[sudo]]<br />
* [[syslog-ng]]<br />
* [[cron]]<br />
* [[Screen]]<br />
<br />
=== Netzwerken ===<br />
* [[SSH]]<br />
* [[Ssh-tunnel]]<br />
* [[NTP]]<br />
* [[Rsync]]<br />
* [[IP Befehle]]<br />
* [[Tcpdump]]<br />
* [[NET]]<br />
* [[Udpcast]]<br />
* [[Dynamic Host Configuration Protocol]]<br />
* [[Ramdisk entpacken]]<br />
* [[PXELinux]]<br />
* [[Bing]]<br />
* [[Nemesis]]<br />
* [[Heartbeat]]<br />
* [[DRBD]]<br />
* [[RedHat Cluster Suite]]<br />
<br />
=== Dienste ===<br />
* [[Untersuchung eines Linuxserver]]<br />
* [[apache2]]<br />
* [[Apache SSL]]<br />
* [[PostgreSQL]]<br />
* [[Tomcat 5.5]]<br />
* [[Squid]]<br />
* [[VLC]]<br />
* [[VMware installation auf Ubuntu]]<br />
* [[vpnc]]<br />
* [[Wireless Tools]]<br />
* [[Perl]]<br />
* [[Joomla]]<br />
* [[MySQL]]<br />
* [[Typo3]]<br />
<br />
=== Hardware ===<br />
* [[Computer]]<br />
=== Virtualisierung ===<br />
* [[KVM]]<br />
=== Misc ===<br />
* [[VDR]]<br />
<br />
=== Mitarbeiter ===<br />
* [[Systemaufbau]]<br />
=== Grafisches ===<br />
* [[Netzwerk]]<br />
* [[Paketmanager]]<br />
* [[CD Brennen]]<br />
* [[EMail einrichten]]<br />
* [[Drucker]]<br />
* [[TS schneiden und brennen]]<br />
<br />
===Netzwerke===<br />
*[[Netzwerktechnik]]<br />
*[[tcp/ip]]<br />
*[[Nagios]]<br />
<br />
<br />
*[[Firewall Allgemein]]</div>192.168.250.3https://www.xinux.net/index.php?title=Hauptseite&diff=1649Hauptseite2011-02-28T14:54:04Z<p>192.168.250.3: /* Grafisches */</p>
<hr />
<div>=== Dokumentation ===<br />
<br />
* [[Aufgaben]]<br />
* [[Lösungen]]<br />
=== Grundlagen und Administration ===<br />
* [[Installation von Mediawiki unter Ubuntu]]<br />
* [[Linux Grundlagen]]<br />
* [[Bootprozess]]<br />
* [[Ungeschütztes Linux Hacken]]<br />
* [[Administration]]<br />
* [[Kernelmodule]]<br />
* [[Bash]]<br />
* [[VI Crash]]<br />
* [[Netzwerkkonfiguration unter Ubuntu]]<br />
* [[Paketmanagement]]<br />
* [[RPM]]<br />
* [[Yum howto]]<br />
* [[Nützliche Tools]]<br />
* [[LVM]]<br />
* [[RAID]]<br />
* [[Runit]]<br />
* [[sudo]]<br />
* [[syslog-ng]]<br />
* [[cron]]<br />
* [[Screen]]<br />
<br />
=== Netzwerken ===<br />
* [[SSH]]<br />
* [[Ssh-tunnel]]<br />
* [[NTP]]<br />
* [[Rsync]]<br />
* [[IP Befehle]]<br />
* [[Tcpdump]]<br />
* [[NET]]<br />
* [[Udpcast]]<br />
* [[Dynamic Host Configuration Protocol]]<br />
* [[Ramdisk entpacken]]<br />
* [[PXELinux]]<br />
* [[Bing]]<br />
* [[Nemesis]]<br />
* [[Heartbeat]]<br />
* [[DRBD]]<br />
* [[RedHat Cluster Suite]]<br />
<br />
=== Dienste ===<br />
* [[Untersuchung eines Linuxserver]]<br />
* [[apache2]]<br />
* [[Apache SSL]]<br />
* [[PostgreSQL]]<br />
* [[Tomcat 5.5]]<br />
* [[Squid]]<br />
* [[VLC]]<br />
* [[VMware installation auf Ubuntu]]<br />
* [[vpnc]]<br />
* [[Wireless Tools]]<br />
* [[Perl]]<br />
* [[Joomla]]<br />
* [[MySQL]]<br />
* [[Typo3]]<br />
<br />
=== Hardware ===<br />
* [[Computer]]<br />
=== Virtualisierung ===<br />
* [[KVM]]<br />
=== Misc ===<br />
* [[VDR]]<br />
<br />
=== Mitarbeiter ===<br />
* [[Systemaufbau]]<br />
=== Grafisches ===<br />
* [[Netzwerk]]<br />
* [[Paketmanager]]<br />
* [[CD Brennen]]<br />
* [[EMail einrichten]]<br />
* [[Drucker]]<br />
* [[TS schneiden und brennen]<br />
<br />
===Netzwerke===<br />
*[[Netzwerktechnik]]<br />
*[[tcp/ip]]<br />
*[[Nagios]]<br />
<br />
<br />
*[[Firewall Allgemein]]</div>192.168.250.3https://www.xinux.net/index.php?title=Netzwerktechnik&diff=1642Netzwerktechnik2010-11-24T18:20:00Z<p>192.168.250.3: /* Paketfilter */</p>
<hr />
<div>=Grundlagen=<br />
===Definition Netzwerk===<br />
Als es die ersten Computer gab, waren diese sehr teuer. Vor allem Peripherie-Geräte und Speicher war fast unbezahlbar. Zudem war es erforderlich zwischen mehreren Computern Daten auszutauschen. Aus diesen Gründen wurden Computer miteinander verbunden.<br />
Daraus ergaben sich einige Vorteile gegenüber den Einzelarbeitsplätzen:<br />
* zentrale Steuerung von Programmen und Daten<br />
* Nutzung gemeinsamer Datenbeständen<br />
* erhöhter Datenschutz und Datensicherheit<br />
* größere Leistungsfähigkeit<br />
* gemeinsame Nutzung der Ressourcen<br />
===Was ist ein Netzwerk?===<br />
Ein Netzwerk besteht in seiner einfachsten Form aus zwei Computern. Sie sind über ein Kabel miteinander verbunden und somit in der Lage ihre Ressourcen gemeinsam zu nutzen. Wie Daten, Speicher, Drucker, Faxgeräte, Scanner, Programme und Modems. Ein netzwerkfähiges Betriebssystem stellt den Benutzern auf der Anwendungsebene die Ressourcen zur Verfügung.<br />
<br />
====Peer-to-Peer-Architektur====<br />
<br />
[[Datei:peer2peer.gif]]<br />
<br />
In einem Peer-to-Peer-Netzwerk ist jeder angeschlossene Computer zu den anderen gleichberechtigt. Jeder Computer stellt den anderen Computern seine Ressourcen zur Verfügung.<br />
Einen Netzwerk-Verwalter gibt es nicht. Deshalb muss jeder Netzwerk-Teilnehmer selber bestimmen, welche Ressourcen er freigeben will.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Größe <br />
|Ein Peer-to-Peer-Netzwerk eignet sich für bis zu 10 Stationen. Bei mehr Stationen wird es schnell unübersichtlich und die Nachteile kommen sehr schnell zum Tragen.<br />
|-<br />
|Datensicherung<br />
|Die Datensicherung muss von jedem Netzwerk-Teilnehmer selber vorgenommen werden.<br />
|-<br />
|Administration<br />
|Jeder Netzwerk-Teilnehmer ist für seinen Computer selber verantwortlich.<br />
|-<br />
|Vorteile<br />
|Diese Art von Netzwerk ist relativ schnell und kostengünstig aufgebaut. Die Teilnehmer sollten möglichst dicht beieinander stehen.<br />
|-<br />
|Nachteile<br />
|Eine konsistente Versionsverwaltung für Dokumente ist nur mit viel Aufwand realisierbar. Eine zentrale Datensicherung ist auch nicht vorhanden.<br />
|}<br />
<br />
====Client-Server-Architektur====<br />
<br />
In einem serverbasierten Netzwerk werden die Daten auf einem zentralen Computer gespeichert und verwaltet. Man spricht von einem dedizierten Server, auf dem keine Anwendungsprogramme ausgeführt werden, sondern nur eine Server-Software und Dienste ausgeführt werden.<br />
Diese Architektur unterscheidet zwischen der Anwender- bzw. Benutzerseite und der Anbieter- bzw. Dienstleisterseite. Der Anwender betreibt auf seinem Computer Anwendungsprogramme (Client), die die Ressourcen des Servers auf der Anbieterseite zugreifen. Hier werden die Ressourcen zentral verwaltet, aufgeteilt und zur Verfügung gestellt.<br />
<br />
[[Datei:client-server.gif]]<br />
<br />
<br />
Diese Architektur ist die Basis für viele Internet-Protokolle, wie HTTP für das World Wide Web oder SMTP/POP3 für E-Mail. Der Client stellt eine Anfrage. Der Server wertet die Anfrage aus und liefert eine Antwort bzw. die Daten zurück.<br />
<br />
====Disk-Server====<br />
<br />
Dann wurde der erste Disk-Server entwickelt. Es war ein Computer, der mit mehreren anderen Computern verbunden war. Auf dem Disk-Server kam ein Betriebssystem zum Einsatz, das den gleichzeitigen Zugriff mehrerer Clients organisieren konnte. Mit den Disk-Servern war es schon möglich die Zugriffsmöglichkeiten der angeschlossenen Computer auf bestimmte Ressourcen zu beschränken. Der Wartungs- und Pflegeaufwand eines Disk-Servers war jedoch enorm, da die Clients für die Verwaltungstätigkeiten zuständig waren.<br />
Die Probleme des Disk-Servers wurden dann mit dem File-Server gelöst. Der Server war für die Verwaltungsaufgaben zuständig. Und es gab Möglichkeiten die Zugriffe der Clients weiter einzuschränken. Z. B. auf einzelne Verzeichnisse oder Dateien.<br />
<br />
====Datensicherheit====<br />
<br />
Bei einem Server hat man die Möglichkeit, Sicherheitsstrategien für die Datensicherheit und Zugriffsmöglichkeiten zu entwickeln. Beispiele für Sicherheitsstrategien sind doppelte Datenhaltung, zentrale Datensicherung und Zugriffssteuerung. Die Steuerung kann durch eine oder nur wenige Personen übernommen werden.<br />
<br />
<br />
====Groupware====<br />
<br />
Groupware soll die Zusammenarbeit in Arbeitsgruppen fördern, die Arbeitsabläufe vereinfachen und automatisieren. Wenn in einem Netzwerk die enge Zusammenarbeit zwischen Netzwerkteilnehmern möglich sein soll, dann kommt eine Groupware-Software zum Einsatz.<br />
<br />
Sie bietet folgende Möglichkeiten:<br />
<br />
* E-Mail<br />
* Terminkalender<br />
* zentrales Adressbuch<br />
* Dokumentbearbeitung im Team<br />
* Zugriffsmöglichkeiten auf Datenbanken<br />
<br />
===Mainframe-Architektur===<br />
<br />
[[Datei:mainframe.gif]]<br />
<br />
<br />
In den Anfangszeiten der Computer waren diese sehr teuer und auch sehr groß. Es war nicht möglich jedem Mitarbeiter einen Computer auf bzw. unter den Tisch zu stellen. Stattdessen beschränkte man sich auf einen sehr teuren aber leistungsfähigen Großrechner, den sogenannten Mainframe. Dort waren meist speziell entwickelte Applikationen installiert. Über serielle Leitungen waren an den Mainframe mehrere Terminals, bestehend aus Bildschirm und Tastatur, angeschlossen. Mit diesen Terminals wurden die Mainframes bedient.<br />
Das Terminal dient als Eingabe-Ausgabe-Schnittstelle zwischen Benutzer und Mainframe. Bei dieser Architektur bilden Terminal und Mainframe eine Einheit. Benutzereingaben werden vom Mainframe verarbeitet und vom Terminal dargestellt.<br />
Moderne Formen des Terminals sind mit Arbeitsspeicher, Prozessor und Schnittstellen ausgestattet. Hier laufen ein Großteil der Anwendungen im Terminal. Diese müssen mangels lokalem Massenspeicher vom Mainframe in den Arbeitsspeicher geladen werden. Statt dem klassischen Mainframe dient ein Terminalserver für die Auslieferung der Programme.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Vorteile<br />
|Zentrale Steuerung, Datenhaltung, Anwendungen und kostengünstige Erweiterung zusätzlicher Terminals.<br />
|-<br />
|Nachteile<br />
|Ausfall des Mainframes führt zum Ausfall der Terminals. Der Betrieb steht dann komplett. Im Überlastungsfall müssen die Terminals warten, bis ihre Daten verarbeitet werden<br />
|}<br />
==Logische Struktur von Netzen==<br />
Bei der Verkabelung von LANs muß man aber zwischen logischer Stuktur und Verkabelungsstruktur unterscheiden, z. B. kann ein Netz mit logischer Busstruktur bei der Verkabelung mit 'Twisted Pair'-Kabeln wie ein Sternnetz aussehen.<br />
===Sternstruktur===<br />
Alle Teilnehmer werden an einen zentralen Knoten angeschlossen (früher z. B. häufig Anschluß von Sichtgeräten an einen Zentralrechner). Eine direkte Kommunikation der Teilnehmer untereinander ist nicht möglich, jegliche Kommunikation läuft über den zentralen Knoten (Punkt-zu-Punkt-Verbindung, Leitungsvermittlung). Die Steuerung der Kommunikation vom Knoten aus ist sehr einfach: Polling (regelmäßige Abfrage aller Stationen) oder Steuerung über Interrupt. Bei Ausfall der Zentrale sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:stern-netz.gif]]<br />
<br />
===Ringstruktur===<br />
Es gibt keine Zentrale, alle Stationen sind gleichberechtigt. Jeder Teilnehmer verfügt über einen eigenen Netzanschluß (Knoten) und ist über diesen mit seinem linken und rechten Partner verbunden. Die Übertragung der Info erfolgt in einer Richtung von Knoten zu Knoten. Bei Ausfall eines Knotens sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:ring-netz.gif]]<br />
<br />
===Busstruktur===<br />
Es gibt keine Zentrale und keine Knoten. Die Verbindung aller Teilnehmer erfolgt über einen gemeinsamen Übertragungsweg. Zu einem Zeitpunkt kann immer nur eine Nachricht über den Bus transportiert werden. Bei Ausfall einer Station bleibt die Kommunikation der anderen Stationen erhalten. Bei den Bussystemen kann man noch unterscheiden in Basisband-Bussysteme und Breitband-Bussysteme. Bei Basisband-Bussystemen werden die elektrischen Pegel direkt übertragen; bei den für uns interessanten digitalen Informationen also 0- und 1-Pegel. Bei Breitband-Bussystemen werden über das Kabel mehrere unabhängige Kanäle geleitet (modulierte Übertragung). Busnetze müssen auf beiden Seiten mit der Leitungsimpedanz abgeschlossen werden, damit keine Echos auftreten, die zu Empfangsfehlern führen.<br />
<br />
[[Datei:bus-netz.gif]]<br />
<br />
===vermaschte Struktur===<br />
Jeder Teilnehmer ist mit mehreren anderen verbunden. Es gibt keine Zentrale und es existieren mehrere, unabhängige Übertragungswege zwischen zwei Stationen. Manchmal gibt es keine direkte Verbindung zwischen zwei Stationen. Dann führt der Weg über eine oder mehrere andere Stationen.<br />
<br />
[[Datei:masch-netz.gif]]<br />
<br />
Je nach Bedarf können die o. g. Topologien auch miteinander kombiniert werden, z. B. Bus mit angeschlossenen Sternen oder Bus mit angeschlossenen Bussen, was zu einer Baumstruktur führt. Insbesondere bei Weitverkehrsnetzen (WAN) treten vermaschte Strukturen auf. Teilweise ergeben sich dabei redundante Leitungswege, die auch bei Unterbrechung eines Wegs den Datentransport sicherstellen.<br />
<br />
==Übertragung von Daten==<br />
===Datagramm===<br />
Ein '''Datagramm''' steht als Oberbegriff für:<br />
* einen Datenframe<br />
* ein Datenpaket<br />
* ein Datensegment<br />
Ein Datagramm ist eine Art von Dateneinheit und hat im OSI-Modell auf den Schichten 2 bis 4 unterschiedliche Bezeichnungen. Auf der Sicherungsschicht (Schicht 2) nennt sich das dortige Datagramm Datenframe. Auf der Vermittlungsschicht (Schicht 3), ist es das Datenpaket und auf der Transportschicht (Schicht 4) das Datensegment.<br />
==Übertragungsrichtung==<br />
Kommunikationsmedien können auch danach charakterisiert werden, in welche Richtung eine Informationsübertragung möglich ist. Man unterscheidet:<br />
===Simplex===<br />
Die Übertragung kann immer nur in ein und dieselbe Richtung erfolgen (ähnlich wie bei einem Radio).<br />
===Halbduplex===<br />
Die Übertragung kann zu einem Zeitpunkt immer nur in eine Richtung erfolgen, kann aber in die andere Richtung umgeschaltet werden (ähnlich wie bei einem Walkie-Talkie).<br />
===Duplex===<br />
Die Übertragung kann in beide Richtungen gleichzeitig erfolgen (ähnlich wie bei einem Telefon). Zur deutlichen Unterscheidung von halbduplex wird hier auch oft von vollduplex gesprochen.<br />
==Struktur von Kommunikationsnetzen==<br />
===Vermittlungseinrichtungen===<br />
*Telekom<br />
*Kabeldeutschland<br />
===Anschlusarten===<br />
*Wählanschlüsse<br />
*Festanschlüsse<br />
*Universal<br />
===Datenverbindungen===<br />
[[Datei:datenverbindung-netze.gif]]<br />
<br />
===Leitergebunde Systeme===<br />
*Metalische<br />
*Nichtmetallische<br />
===Einteilung von Medien===<br />
====Kupferkabel====<br />
Kupferkabel gehören zu den leitungsgebundenenen Übertragungsmedien. Sie sind metallische Leiter und<br />
können weiter unterteilt werden in symmetrische Kabel und Koaxialkabel.<br />
*Symetrisches Kabel<br />
<br />
*Koaxialkabel<br />
<br />
====Lichtwellenleiter====<br />
Lichtwellenleiter (Abk.: LWL) oder Lichtleitkabel (LLK) sind aus Lichtleitern bestehende oder zusammengesetzte, teilweise konfektionierte, mit Steckverbindungen versehene Kabel und Leitungen zur Übertragung von Licht im sichtbaren sowie ultravioletten oder infraroten Bereich. Lichtleitkabel bilden mehr oder weniger stark biegsame Verbindungen zur Übertragung optischer Signale oder auch hoher optischer Strahlungsleistungen.<br />
Die verwendeten Lichtleiter, in denen die Strahlung fortgeleitet wird, bestehen je nach Anwendung aus Mineralglas (meist Kieselglas bzw. Quarzglas), oder organischem Glas (Kunststoff).<br />
====Luft====<br />
Hier werden elektromagnetische Wellen zu Übertragung verwendet.<br />
*Infrarot<br />
*WLAN<br />
*Mobilfunk<br />
*DECT<br />
*Richtfunk<br />
===Übertragungstechnik===<br />
*Breitbandtechnik<br />
*Single Cable System<br />
*Dual Cable System<br />
*Breitband-Lan<br />
*Breitband-ISDN<br />
<br />
<br />
=Grundlagen der Signalübertragung=<br />
==Kenngrößen==<br />
*Der Leiterwiderstand und die Leitfähigkeit des Metalls<br />
*Die Dämpfung (frequenzabhängig)<br />
*Kopplungswiderstand<br />
*Rückflussdämpfung<br />
==Begriffe==<br />
*Leiterwiderstand<br />
*Spezifischer Widerstand<br />
*Elektrische Leitfähigkeit<br />
*Metalle<br />
*Isolatoren<br />
*Hallbleiter<br />
==Leitungstheorie==<br />
Allgemein lässt sich eine Leitung nur grob mit dem ohmschen Widerstand aus Leitungsquerschnittsfläche, Leitfähigkeit und Länge beschreiben. Sobald die Wellenlänge in der Größenordnung der Leitungslänge liegt oder z. B. Schaltvorgänge auf Leitungen beschrieben werden sollen, reicht dieses stark vereinfachte Modell nicht hin.<br />
<br />
Mithilfe der Leitungsgleichungen und den zugehörigen Größen wie Wellenimpedanz, Reflexionsfaktor, Leitungsbelägen und weiteren Parametern, lassen sich Ausgleichsvorgänge auf Leitungen und Wellenerscheinungen berechnen.<br />
<br />
Beaufschlagt man eine Leitung mit einem Wechselstrom oder mit einem Strom- oder Spannungspuls, so wird das Signalausbreitungsverhalten auf der Leitung durch ohmsche, kapazitive und induktive Leitungseigenschaften, die komplexen Leitungsbeläge bestimmt.<br />
<br />
Sinnvoll wird eine leitungstheoretische Betrachtung in der Regel, wenn die geometrischen Abmessungen der Leitungen die gleiche Größenordnung haben oder länger sind, als die Wellenlänge der Strom- oder Spannungsgröße. Eine Wechselspannung von 1 GHz besitzt im Vakuum eine Wellenlänge von rund 30 cm. Wellenvorgänge spielen auf den Platinen moderner Computer eine große Rolle. Somit wären moderne Computer mit hochfrequenter Taktung ohne Anwendung der Leitungstheorie undenkbar.<br />
<br />
=Kupferkabel=<br />
==Koaxialkabel==<br />
Ein Koaxialkabel (Coaxial Cable) besteht aus einem zentralen Innenleiter, um den konzentrisch eine Isolierschicht (Dielektrikum), ein Außenleiter (Abschirmung) und eine Außenisolierung angebracht sind.<br />
<br />
[[Datei:koaxkabel.jpg]]<br />
<br />
<br />
Aufgrund der Unsymmetrie zwischen den beiden Leitern wird das Koaxialkabel<br />
auch als unsymmetrisches Kabel bezeichnet. Das Dielektrikum<br />
hat einen großen Einfluß auf die Signalgeschwindigkeit. Die Abschirmung<br />
besteht aus einem Kupfergeflecht und/oder einer Aluminiumfolie. Da ein<br />
Koaxialkabel sehr hohe Frequenzen übertragen kann, wird es auch<br />
Hochfrequenzkabel genannt.<br />
<br />
<br />
Eine wichtige Kenngröße ist der Wellenwiderstand Z0. Bei jeder (endlich langen) Leitung müssen die Enden mit jeweils<br />
einem dem Wellenwiderstand entsprechenden Ohmschen Abschlusswiderstand überbrückt werden, um die Leitung reflexionsfrei zu halten. Praktisch bedeutet<br />
dies, dass ein eingekoppeltes Signal an den Kabelenden nicht reflektiert, sondern vernichtet wird.<br />
Typische Werte für den Wellenwiderstand sind 50 Ω ("klassisches" Ethernet), 75 Ω (Breitband-LANs) und 150 Ω (Gigabit-Ethernet).<br />
<br />
==Symmetrisches Kupferkabel – Twisted Pair==<br />
<br />
Ein symmetrisches (Kupfer-) Kabel (Balanced Cable), auch Kabel mit verdrillten Leitungspaaren (Twisted Pair) genannt,<br />
besteht aus mehreren Adern, die nicht parallel geführt werden, sondern paarweise miteinander verdrillt sind. Durch die Verdrillung wird die<br />
gegenseitige Beeinflussung durch induktive und kapazitive Effekte von benachbart liegenden Leitungspaaren verringert.<br />
Das Signal wird symmetrisch und erdfrei auf je einem Adernpaar geführt. Die Signalspannung liegt auf diese Weise nicht<br />
gegen Erde oder Masse an, sondern lässt sich nur als Differenzspannung zwischen den beiden Adern eines Adernpaares abgreifen.<br />
<br />
[[Datei:sym-kabel.png]]<br />
<br />
<br />
Symmetrisches Kabel wird in verschiedenen Ausführungen angeboten:<br />
<br />
*U/UTP: ungeschirmtes Kabel (Unscreened/Unshielded Twisted Pair),<br />
*F/UTP: Kabel mit Gesamtschirm aus Folie (Foil/Unshielded Twisted Pair),<br />
*U/FTP: paarweise foliengeschirmtes Kabel (Unscreened/Foil Twisted Pair) <br />
**STP: (Shielded Twisted Pair) alte Bezeichnung <br />
*SF/UTP: Kabel mit Gesamtschirm aus Folie und Geflecht (Screened Foil/Unshielded Twisted Pair),<br />
*S/FTP: paarweise foliengeschirmtes Kabel mit Gesamtschirm aus Geflecht (Screened/Foil Twisted Pair)<br />
**S/STP (Screened Shielded Twisted Pair) alte Bezeichnung<br />
<br />
Im LAN-Bereich werden symmetrische Kabel mit 2 Paaren (4 Adern) oder 4 Paaren (8 Adern) eingesetzt. Bei Neuverkabelungen wird empfohlen, nur noch<br />
4-paariges Kabel zu verwenden. Das 2-paarige UTP-Kabel wird oft mit dem Vierdrahtkabel verwechselt, bei dem alle vier Adern miteinander verdrillt sind (Sternviererverseilung),<br />
und das vor allem im Telefonbereich Verwendung findet. Wie beim Koaxialkabel ist auch beim symmetrischen Kupferkabel der<br />
Wellenwiderstand Z0 eine wichtige Kenngröße. Typische Werte sind 100 Ω (Ethernet) und 150 Ω (Token Ring).<br />
<br />
==Dämpfung==<br />
Bei jedem Übertragungsmedium muss man gewisse Dämpfungsverluste in Kauf nehmen. Die Dämpfung (Attenuation) ist frequenzabhängig und wächst mit<br />
steigender Signalfrequenz. <br />
<br />
==Kategorie==<br />
Für die Klassifizierung von symmetrischen Kabeln gibt es sieben Kategorien (1 bis 7), wobei die Übertragungsqualität<br />
mit aufsteigender Nummer zunimmt. Diese Klassifizierung bezieht sich ausschließlich auf nachrichtentechnische Parameter (Frequenzverhalten, Dämpfung, usw.)<br />
und macht keine Unterscheidung zwischen geschirmten und ungeschirmten Kabeln. Die folgende Tabelle zeigt die für die Praxis relevanten Kategorien 3 bis 7.<br />
Die Kategorien sind rückwärtskompatibel in dem Sinne, dass eine Ethernet-Variante, die z.B. ein Kategorie-3-Kabel benötigt, selbstverständlich auch auf einem Kategorie-5-Kabel<br />
lauffähig ist.<br />
<br />
{| Border=1 Cellpadding=2<br />
|'''Kategorie''' <br />
|'''Maximale Übertragungsfrequenz [MHz]'''<br />
|'''Ethernet-Einsatzgebiete'''<br />
|-<br />
|3<br />
|16<br />
|10Base-T, 100Base-T2, 100Base-T4<br />
|- <br />
|4<br />
|20<br />
|<br />
|-<br />
|5<br />
|100<br />
|100Base-TX, 1000Base-T (eingeschränkt)<br />
|-<br />
|5e<br />
|100<br />
|1000Base-T<br />
|-<br />
|6<br />
|250<br />
|<br />
|-<br />
|6e<br />
|500<br />
|10G Base-T (eingeschränkt)<br />
|-<br />
|6a<br />
|625<br />
|10G Base-T<br />
|-<br />
|7<br />
|600<br />
|<br />
|}<br />
Ein wesentliches Kriterium für die Auswahl eines Kabels ist die maximale Frequenz, die unter bestimmten Anforderungen übertragen werden kann. Die<br />
folgende Tabelle zeigt die Frequenzanforderungen einiger Übertragungsverfahren.<br />
{| Border=1 Cellpadding=2<br />
|Übertragungsverfahren<br />
|Übertragungsrate [Mbit/s]<br />
|Signalfrequenz [MHz]<br />
|-<br />
|Ethernet 10Base-T<br />
|10<br />
|20<br />
|-<br />
|Fast-Ethernet 100Base-TX<br />
|100<br />
|31.25<br />
|-<br />
|Fast-Ethernet 1000Base-TX<br />
|1000<br />
|62,5 <br />
|}<br />
==Steckverbindungen==<br />
Bei symmetrischen Kabeln der Kategorien 1 bis 6 wird in Ethernet-Umgebungen der 8-polige Steckanschluss RJ45 (Registered Jack)<br />
verwendet, der auch als Modular Jack oder Western Plug bezeichnet wird. Die RJ45-Spezifikation wird von der US-amerikanischen<br />
Federal Communications Commission (FCC) festgelegt. Neben RJ45 gibt es noch eine Reihe weiterer Stecker-Spezifikationen der<br />
FCC. <br />
<br />
Die folgende Tabelle zeigt einige Beispiele:<br />
<br />
[[Datei:r-stecker.jpg]]<br />
<br />
Beispiel<br />
<br />
[[Datei:rj_45_cables.jpg]]<br />
<br />
RJ45-Stecker gibt es in verschiedenen Qualitätsstufen (bezüglich Frquenzverhalten, Dämpfung, usw.), insbesondere gibt es<br />
geschirmte und ungeschirmte Ausführungen. Die Auswahl eines geeigneten RJ45-Steckers erfordert die gleiche Sorgfalt wie die Auswahl des Kabels. Eine gewisse Vereinfachnung bietet<br />
hier die weiter unten beschriebene Klasseneinteilung (A bis F), bei der nicht einzelne Kabel oder Stecker betrachtet werden, sondern komplette Übertragungsstrecken.<br />
Bei Kabeln der Kategorie 7 reicht der RJ45-Stecker aufgrund der hohen übertragungstechnischen Anforderungen nicht mehr aus. Hier gibt es entsprechende Neuentwicklungen, wie<br />
z.B. die Stecksysteme GP45 oder GG45.<br />
<br />
Während bei 4-paarigen Kabeln alle 8 Kontakte des RJ45-Steckers belegt sind, muss bei 2-paarigen Kabeln die Belegung der benötigten 4 Kontakte auf das jeweilige<br />
Übertragungsverfahren abgestimmnt sein. Die folgende Tabelle zeigt die Kontaktbelegung des RJ45-Steckers für die verschiedenen Ethernet-Varianten:<br />
<br />
[[Datei:stecker-belegung.jpg]]<br />
<br />
Für die Farbkodierung der Adernpaare gibt es zwei Industriestandards: EIA/TIA 568A und EIA/TIA 568B<br />
(Electronic Industries Alliance / Telecommunications Industry Association).<br />
<br />
Es ist sinnvoll, in einem Netz durchgehend nur einen dieser Standards zu verwenden.<br />
<br />
*EIA/TIA 568A <br />
<br />
[[Datei:rj45-568a.png]]<br />
<br />
*EIA/TIA 568B<br />
<br />
[[Datei:rj45-568b.png]]<br />
<br />
Belegt man gemäß obiger Tabelle beide Stecker eines Kabels, dann erhält man ein sogenanntes "Straight-through-Kabel". Nun muss jedoch für die Datenübertragung das Transmit-Paar des Senders mit dem Receive-Paar des Empfängers<br />
verbunden werden (und umgekehrt). Aus diesem Grund wird bei zentralen Netzkomponenten (z.B. Hubs und Switches) intern im Gerät ein sogenanntes "Crossover" vorgenommen. Auf diese Weise ist es möglich,<br />
ein Endgerät (z.B. einen PC) über ein Straight-through-Kabel mit einem Hub zu verbinden. Will man jedoch zwei Endgeräte direkt miteinander vebinden, muss die<br />
Crossover-Funktion im Kabel erfolgen und man benötigt hierfür ein Crossover-Kabel, bei dem die entsprechenden Aderpaare bei der Steckerbelegung vertauscht sind. Die folgende Abbildung<br />
zeigt die Crossover-Steckerbelegung für ein 2-paariges Kabel.<br />
[[Datei:crossover.png ]]<br />
<br />
<br />
<br />
<br />
=ISO/OSI-7-Schichtenmodell=<br />
Das OSI-7-Schichtenmodell ist ein Referenzmodell für herstellerunabhängige Kommunikationssysteme. OSI bedeutet Open System Interconnection (Offenes System für Kommunikationsverbindungen), das von der ISO als Grundlage für die Bildung von Kommunikationsstandards entworfen und standardisiert wurde. Das OSI-Schichtenmodell oder OSI-Referenzmodell basiert auf dem DoD-Schichtenmodell, auf dem das Internet basiert. Im Vergleich zum DoD-Schichtenmodell ist das OSI-Schichtenmodell feiner aufgegliedert.<br />
Das OSI-Schichtenmodell besteht aus 7 Schichten. Jede Schicht ist in Arbeitseinheiten eingeteilt. Die Arbeitseinheiten haben ihre Funktion innerhalb der Schicht oder kooperieren mit den Arbeitseinheiten der benachbarten Schichten. Damit diese Arbeitseinheiten miteinander arbeiten können müssen sie sich an ein Regelwerk halten. Dieses Regelwerk nennt man Protokoll.<br />
<br />
So toll das OSI-Referenz- bzw. Schichtenmodell ist, so wenig praxisnah ist es. Es wird zwar sehr häufig als Referenz herangezogen. Doch eigentlich ist das TCP/IP-Modell (DoD-Schichtenmodell) viel näher an der Realität.<br />
Das Problem des OSI-Schichtenmodells ist die Standardisierungsorganisation ISO, die einfach zu schwerfällig war, um in kürzester Zeit einen Rahmen für die Aufgaben von Protokollen und Übertragungssystemen in der Netzwerktechnik auf die Beine zu stellen. TCP/IP dagegen war frei verfügbar, funktionierte und verbreitete sich mit weiteren Protokollen rasend schnell. Der ISO blieb nichts anderes übrig, als TCP/IP im OSI-Schichtenmodell zu berücksichtigen.<br />
Neben TCP/IP haben sich noch weitere Netzwerkprotokolle entwickelt. Die wurden jedoch irgendwann von TCP/IP abgelöst. Fast alle Netzwerke arbeiten heute auf der Basis von TCP/IP.<br />
==Einteilung des OSI-Schichtenmodells==<br />
* Die Schichteneinteilung erfolgt mit definierten Schnittstellen.<br />
* Einzelne Schichten können angepasst, zusammengefasst oder ausgetauscht werden.<br />
* Die Schichten 1..4 sind transportorientierte Schichten.<br />
* Die Schichten 5..7 sind anwendungsorientierte Schichten.<br />
* Das Übertragungsmedium ist nicht festgelegt.<br />
<br />
[[Datei:iso-osi.gif]]<br />
<br />
<br />
Das OSI-7-Schichtenmodell oder OSI-Referenzmodell beschreibt das Durchlaufen von 7 Schichten in denen Funktionen und Protokolle definiert sind und einer bestimmten Aufgabe bei der Kommunikation zwischen zwei Systemen zugeordnet sind. Die Protokolle einer Schicht sind zu den Protokollen der über- und untergeordneten Schichten weitestgehend transparent, so dass die Verhaltensweise eines Protokolls sich wie bei einer direkten Kommunikation mit dem Gegenstück auf der Gegenseite darstellt.<br />
<br />
Die Übergänge zwischen den Schichten sind Schnittstellen, die von den Protokollen verstanden werden müssen. Manchmal kommt es auch vor, dass sich Protokolle über mehrere Schichten erstrecken und mehrere Aufgaben abdecken.<br />
Protokolle sind eine Sammlung von Regeln zur Kommunikation auf einer bestimmten Schicht des OSI-Modells. Die Endgeräte der Endsysteme und das Übertragungsmedium sind aus dem OSI-Modell ausgeklammert, was nicht bedeutet, dass die Endgeräte in der Anwendungsschicht und das Übertragungsmedium in der Bitübertragungsschicht nicht doch vorgegeben sind.<br />
<br />
*Bitübertragungsschicht Schicht 1 Physical<br />
**Maßnahmen und Verfahren zur Übertragung von Bits<br />
**Definition der elektrische, mechanische und funktionale Schnittstelle zum Übertragungsmedium. <br />
**Die Protokolle dieser Schicht unterscheiden sich nur nach dem eingesetzten Übertragungsmedium und -verfahren. Das *Übertragungsmedium ist jedoch kein Bestandteil der Schicht 1.<br />
*Sicherungsschicht Schicht 2 Data Link <br />
**Logische Verbindungen mit Datenpaketen und elementare Fehlererkennungsmechanismen<br />
**Die Sicherungsschicht sorgt für eine zuverlässige und funktionierende Verbindung zwischen Endgerät und Übertragungsmedium. <br />
**Zur Vermeidung von Übertragungsfehlern und Datenverlust enthält diese Schicht Funktionen zur Fehlererkennung, Fehlerbehebung und Datenflusskontrolle.<br />
**Auf dieser Schicht findet auch die physikalische Adressierung von Datenpaketen statt.<br />
*Vermittlungsschicht Schicht 3 Network <br />
**Routing und Datenflusskontrolle<br />
**Die Vermittlungsschicht steuert die zeitliche und logische getrennte Kommunikation zwischen den Endgeräten, unabhängig vom Übertragungsmedium und -topologie. <br />
**Auf dieser Schicht erfolgt erstmals die logische Adressierung der Endgeräte. Die Adressierung ist eng mit dem Routing (Wegfindung vom Sender zum Empfänger) verbunden.<br />
*Transportschicht Schicht 4 Transport <br />
**Logische Ende-zu-Ende-Verbindungen<br />
**Die Transportschicht ist das Bindeglied zwischen den transportorientierten und anwendungsorientierten Schichten. <br />
**Hier werden die Datenpakete einer Anwendung zugeordnet.<br />
*Kommunikationsschicht Schicht 5 Session<br />
**Prozeß-zu-Prozeß-Verbindungen<br />
**Die Kommunikationsschicht organisiert die Verbindungen zwischen den Endsystemen. <br />
**Dazu sind Steuerungs- und Kontrollmechanismen für die Verbindung und dem Datenaustausch implementiert.<br />
*Darstellungsschicht Schicht 6 Presentation<br />
**Ausgabe von Daten in Standardformate<br />
**Die Darstellungsschicht wandelt die Daten in verschiedene Codecs und Formate. <br />
**Hier werden die Daten zu oder von der Anwendungsschicht in ein geeignetes Format umgewandelt.<br />
*Anwendungsschicht Schicht 7 Application<br />
**Dienste, Anwendungen und Netzmanagement<br />
**Die Anwendungsschicht stellt Funktionen für die Anwendungen zur Verfügung. <br />
**Diese Schicht stellt die Verbindung zu den unteren Schichten her. Auf dieser Ebene findet die Dateneingabe und -ausgabe statt.<br />
<br />
===Beispiele===<br />
In der folgenden Tabelle werden die verschiedensten Protokolle, Übertragungs- und Vermittlungstechniken den Schichten des OSI-Modells zugeordnet.<br />
Viele Protokolle und Übertragungsverfahren nutzen mehr als nur eine Schicht. Deshalb kann eine vollständige und korrekte Darstellung der Tabelle nicht gewährleistet werden.<br />
{| Border=1 Cellpadding=2<br />
|Schicht 7<br />
|Anwendung<br />
|Telnet, FTP, HTTP, SMTP, NNTP<br />
|-<br />
|Schicht 6<br />
|Darstellung<br />
|Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 5<br />
|Kommunikation<br />
|TFTP, Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 4<br />
|Transport<br />
|TCP, UDP, SPX, NetBEUI<br />
|-<br />
|Schicht 3<br />
|Vermittlung<br />
|IP, IPX, ICMP, T.70, T.90, X.25, NetBEUI<br />
|-<br />
|Schicht 2<br />
|Sicherung<br />
|LLC/MAC, X.75, V.120, ARP, HDLC, PPP<br />
|-<br />
|Schicht 1<br />
|Übertragung<br />
|Ethernet, Token Ring, FDDI, V.110, X.25, Frame Relay, V.90, V.34, V.24<br />
|}<br />
<br />
=[[Tcp/ip#Das_TCP.2FIP-Referenzmodell|Das TCP/IP-Referenzmodell]]=<br />
<br />
=Vernetzung mit Ethernet und TCP/IP=<br />
==Ethernet==<br />
Zur Vernetzung zweier Computer wird eine elektrische Verbindung zwischen ihnen benötigt. Ganz schlicht gesprochen muss ein Kabel verlegt werden, und dieses muss an den Computern angeschlossen werden können, die Computer müssen also über eine bestimmte Hardware verfügen. Im einfachsten Fall werden heute Ethernet-Steckkarten als Netzwerkadapter verwendet. Als Kabelverbindung dazwischen kann Koaxialkabel oder Twisted-Pair-Kabel verwendet werden.<br />
<br />
[[Datei:tcp1.gif]]<br />
<br />
==IP==<br />
Über den Ethernet-Hardwaretreibern wird nun das Internet Protocol IP angeordnet. Es bündelt die zu übertragenden Daten in Pakete mit Absender- und Empfängeradresse und gibt diese Pakete zur Übertragung nach unten an die Ethernet-Schicht weiter. Auf der anderen Seite nimmt IP die Pakete von der Ethernet-Schicht in Empfang und packt sie aus.<br />
<br />
[[Datei:tcp2.gif]]<br />
<br />
==TCP==<br />
Über die IP-Schicht wird nun die Transmission Control Protocol-Schicht TCP gelegt. Diese überwacht die Übertragung, fordert fehlende Pakete erneut an und bringt sie in die korrekte Reihenfolge.<br />
Die beiden Protokoll-Schichten TCP und IP werden in der Regel zusammengefasst zu TCP/IP, und da diese übereinander liegen, spricht man auch oft vom TCP/IP-Protokoll-Stapel oder TCP/IP-Protokoll-Stack. TCP/IP wird auch als Protokollfamilie bezeichnet, da es eine Reihe weiterer Protokolle enthält, die bestimmte Dienste im Internet erst ermöglichen. Diese weiterführenden Protokolle stellen sicher, dass sich der Anwender nicht mit der Übertragung irgendwelcher Pakete beschäftigen muss.<br />
<br />
[[Datei:tcp3.gif]]<br />
<br />
==Anwendung==<br />
Für Anwendungen wie Beispielsweise E-Mail setzt nun auf die TCP-Schicht ein Protokoll SMTP ein.<br />
<br />
[[Datei:tcp4.gif]]<br />
<br />
=[[Tcp/ip#Ethernet|Ethernet]]=<br />
==CSMA/CD==<br />
Die Abkürzung "CSMA/CD" steht für "Carrier Sense Multiple Access/Collision Detect". Dieses Verfahren findet häufig bei logischen Busnetzen Anwendung (z. B. Ethernet), kann aber prinzipiell bei allen Topologien eingesetzt werden. Bevor eine Station sendet, hört sie zunächst die Leitung ab, um festzustellen, ob nicht schon ein Datenverkehr zwischen anderen Stationen stattfindet. Erst bei freier Leitung wird gesendet und auch während der Sendung wird mitgehört, um festzustellen, ob eine Kollision mit einer Station auftritt, die zufällig zum gleichen Zeitpunkt mit dem Senden begonnen hat (Collision Detect). Bei allen Leitungen ist eine gewisse Laufzeit (siehe später) zu berücksichtigen, so daß auch dann eine Kollision auftritt, wenn zwei Stationen um eine geringe Zeitspanne versetzt mit dem Senden beginnen. In einem solchen Fall produzieren alle sendenden Stationen ein JAM-Singal auf der Leitung, damit auf jeden Fall alle beteiligten Sende- und Empfangsknoten die Bearbeitung des aktuellen Datenpakets abbrechen.<br />
<br />
[[Datei: kollision.gif]]<br />
<br />
Das JAM-Signal besteht aus einer 32 Bit langen Folge von 1010101010101010... Danach warten alle sendewilligen Stationen eine zufallsbestimmte Zeit und versuchen es dann nochmals. Alle Stationen im Netz überprüfen die empfangenen Datenpakete und übernehmen diejenigen, die an sie selbst adressiert sind. Wichtigster Vertreter für CSMA/CD ist das Ethernet, dem deshalb ein eigener Abschnitt gewidmet ist. Normalerweise tritt eine Kollision innerhalb der ersten 64 Bytes auf (Weiteres in Kapitel 4, "Slot Time").<br />
<br />
[[Datei: csma-cd1.gif]]<br />
<br />
Konfliktparameter k:<br />
<br />
[[Datei: k.gif]]<br />
<br />
<br />
*k>1: Sender könnte eine ganze Nachricht an den Kanal übergeben, bevor ein Konflikt entsteht. Beim CSMA/CD-Verfahren inpraktikabel.<br />
<br />
*k<1: CSMA/CD-Verfahren praktikabel<br />
<br />
Spezifikation: Bei größter zulässiger Netzlänge und kleinster zulässiger Paketlänge ergibt sich k~0,21.<br />
<br />
*Wartezeit<br />
Die Wartezeit, die nach einer Kollision bis zum nächsten Sendeversuch vergeht, wird im Standard durch ein Backoff-Verfahren festgelegt (Truncated Binary Expotential Backoff). Es wird wie folgt definiert:<br />
<br />
Wartezeit = ZZ * T<br />
ZZ = Zufallszahl aus [0 < ZZ < 2n]<br />
n = Anzahl Wiederholungen des gleichen Blocks, jedoch maximal 10<br />
T = Slot Time<br />
<br />
Die Slot Time entspricht der doppelten maximalen Signallaufzeit des Übertragungsmediums. Die Wartezeit steigt im statistischen Mittel nach 10 Versuchen nicht mehr an. Nach 16 Versuchen wird abgebrochen und eine Fehlermeldung erzeugt.<br />
<br />
[[Datei: Backoff.gif]]<br />
<br />
<br />
Damit eine sendende Station eine Kollision sicher erkennen kann, muß die Dauer der Blockübertragung mindestens das Doppelte der Signallaufzeit zwischen den beiden beteiligten Stationen betragen. Somit ist die minimale Blocklänge abhängig von Signallaufzeit und Übertragungsrate. Das Rahmenformat von CSMA/CD ist nach IEEE 802.3 festgelegt. Neben Verkabelungsproblemen gibt es bei CSMA/CD-Netzen einige typische Fehlerquellen. Einige davon sollen hier kurz vorgestellt werden.<br />
<br />
* 'Late Collisions' sind Kollisionen, die außerhalb des Kollisionsfensters von 512 Bit, also später, auftreten. Dafür gibt es generell drei Ursachen: Entweder eine Station mit Hardwaredefekt (Netzwerkinterface, Transceiver, etc.), ein Fehler in der Software (Treiber), wodurch sich die Station nicht an die CSMA/CD-Konventionen hält (Senden ohne Abhören), oder die Konfigurationsregeln für die Kabellänge sind nicht eingehalten worden (zu lange Signallaufzeit).<br />
* Sendet eine Station ohne Unterbrechung längere Zeit, also Frames mit mehr als die maximal zugelassenen 1518 Bytes, dann bezeichnet man dies als 'Jabber' (zu deutsch 'Geplapper'). Hauptursache sind hier defekte Netzwerkkarten oder -Treiber.<br />
* 'Short Frames' sind Frames, die kleiner als die minimal zugelassenen 64 Bytes sind. Grund hierfür sind auch Defekte beim Netzwerkinterface oder im Treiber.<br />
* 'Ghost Frames' sind in Ihrer Erscheinung ähnlich einem Datenframe, haben jedoch Fehler schon im Start-Delimiter. Potentialausgleichsströme und Störungen, die auf das Kabel einwirken, können einem Repeater ein ankommendes Datenpaket vorspiegeln. Der Repeater sendet das Geisterpaket dann weiter ins Netz.<br />
<br />
=Kabellose Systeme=<br />
==DECT==<br />
DECT ist primär für sogenannte picozellulare Telefonie innerhalb von Gebäuden ausgelegt, in denen eine Reichweite bzw. ein Zellradius von 30 bis 50 Metern erreicht werden kann; im Freien sind Übertragungsstrecken von 300 Metern möglich. Trotz der maximal erlaubten Ausgangsleistung von 250 mW kann in Verbindung mit einer Richtantenne oder Repeatern eine Strecke von mehreren Kilometern überbrückt werden.<br />
<br />
Im Gegensatz zu Mobilfunksystemen ist DECT eine reine Zugangstechnologie und beschreibt nicht das Netz selbst. Die Anbindung erfolgt mit einem Gateway, das üblicherweise als Basisstation bezeichnet wird. Zumeist erfolgt die Wandlung in das öffentliche Telefonnetz. Neuere Technologien wie IP-Telefonie sind ebenfalls am Markt verfügbar. Jedoch gibt es auch Endgeräte, bei denen kein Gateway existiert, wie etwa Babyfone.<br />
<br />
DECT unterstützt kurzzeitige Mobilität innerhalb eines mehrzelligen Funknetzes durch Weiterleiten an eine andere Zelle (Handover) und langfristige Mobilität durch Einbuchen in ein fremdes Netz (Roaming).<br />
<br />
*Sprachübertragung<br />
*Flexibele Zuteilung von Datenraten<br />
*Hohe Sprachqualität<br />
*Hohe Abhörsicherheit<br />
*Identifikation des Teilnehmers<br />
*Dynamisch Kanalbelegung<br />
*Mehrere Mobil Telefone an einer Basisstation<br />
<br />
==WLAN==<br />
IEEE 802.11 (auch: Wireless LAN (WLAN), Wi-Fi) bezeichnet eine IEEE-Norm für Kommunikation in Funknetzwerken. Herausgeber ist das Institute of Electrical and Electronics Engineers (IEEE). Die erste Version des Standards wurde 1997 verabschiedet. Sie spezifiziert den Mediumszugriff (MAC-Layer) und die physikalische Schicht (vgl. OSI-Modell) für lokale Funknetzwerke.<br />
<br />
Für die physikalische Schicht sind im ursprünglichen Standard zwei Spreizspektrumverfahren (Übertragung per Radiowellen) und ein Verfahren zur Datenübertragung per Infrarotlicht spezifiziert, wobei eine Übertragungsrate von bis zu 2 MBit/s (brutto) vorgesehen ist. Zur Datenübertragung per Radiowellen wird das lizenzfreie ISM-Band bei 2,4 GHz verwendet. Die Kommunikation zwischen zwei Teilnehmern kann direkt im so genannten Ad-hoc-Modus erfolgen oder im Infrastruktur-Modus mithilfe einer Basisstation (Access Point).<br />
<br />
=Passive Netzwerkkomponenten=<br />
==Datenkabel==<br />
==Datendose==<br />
==Patchpanel==<br />
==Datenschränke==<br />
==Anschlußkabel==<br />
<br />
=Aktive Komponenten=<br />
==Repeater==<br />
Um die Längenbeschränkung eines Ethernet-Segmentes aufzuheben, verwendet man Repeater. Ein klassischer Repeater verbindet zwei Ethernet-Segmente (10Base5 oder 10Base2), er ist mit je einem Transceiver an jedes Segment angeschlossen.<br />
<br />
[[Datei: repeater.jpg]]<br />
<br />
==Hub==<br />
<br />
Analog dem Multiport-Repeater besteht die Funktion eines Hub darin, mehrere Twisted-Pair-Kabelsegmente über einen Transceiveranschluß mit dem Ethernet zu verbinden. Das englische Wort "Hub" bezeichnet die Nabe eines Speichenrades - wie die Speichen des Rades verteilen sich die Leitungen sternförmig vom Hub aus. Der Begriff "Hub" steht also für fast alle Verstärkerkomponenten, die eine sternförmige Vernetzung ermöglichen. Hubs haben immer mehrere Ports zum Anschluß von mehreren Rechnern. Bei Twisted-Pair-Verkabelung ist meist einer der Ports als "Uplink" schaltbar<br />
<br />
[[Datei: hub.gif]]<br />
<br />
==Bridge==<br />
<br />
Eine Bridge trennt zwei Ethernet-LANs physikalisch, Störungen wie z. B. Kollisionen und fehlerhafte Pakete gelangen nicht über die Bridge hinaus. Die Bridge ist protokolltransparent, d. h. sie überträgt alle auf dem Ethernet laufenden Protokolle. Die beiden beteiligten Netze erscheinen also für eine Station wie ein einziges Netz. Durch den Einsatz einer Bridge können die Längenbeschränkungen des Ethernets überwunden werden, den sie verstärkt die Signale nicht nur, sondern generiert senderseitig einen neuen Bitstrom. Die Bridge arbeitet mit derselben Übertragungsrate, wie die beteiligten Netze. Die Anzahl der hintereinandergeschalteten Bridges ist auf sieben begrenzt (IEEE 802.1). Normalerweise wird man aber nicht mehr als vier Bridges hintereinanderschalten. <br />
<br />
[[Datei: bridge.gif]]<br />
<br />
==Switch==<br />
<br />
Der Switch ist wie die Bridge ein Gerät des OSI-Layers 2, d. h. er kann LANs mit verschiedenen physikalischen Eigenschaften verbinden, z. B. Koax- und Twisted-Pair-Netzwerke. Allerdings müssen, ebenso wie bei der Bridge, alle Protokolle höherer Ebenen 3 bis 7 identisch sein! Ein Switch ist somit protokolltransparent. Er wird oft auch als Multi-Port-Bridge bezeichnet, da dieser ähnliche Eigenschaften wie eine Bridge aufweist. Jeder Port eines Switch bildet ein eigenes Netzsegment. Jedem dieser Segmente steht die gesamte Netzwerk-Bandbreite zu Verfügung. Dadurch erhöht ein Switch nicht nur - wie die Bridge - die Netzwerk-Performance im Gesamtnetz, sondern auch in jedem einzelnen Segment. Der Switch untersucht jedes durchlaufende Paket auf die MAC-Adresse des Zielsegmentes und kann es direkt dorthin weiterleiten. Der große Vorteil eines Switches liegt nun in der Fähigkeit seine Ports direkt miteinander verschalten zu können, d. h. dedizierte Verbindungen aufzubauen.<br />
<br />
Was ist nun der Unterschied zwischen einem Switch und einer Multiport-Bridge? Bei den Produkten der meisten Hersteller gibt es keinen. "Switch" klingt nach Tempo und Leistung, deswegen haben viele Hersteller ihre Multiport-Bridges Switches genannt.<br />
<br />
[[Datei: switch.jpg]]<br />
<br />
==Router==<br />
<br />
Große Netzwerke wie das Internet bestehen aus vielen kleineren Teilnetzwerken. Die Verbindung der verschiedenen Netze wird durch spezielle Rechner hergestellt. Das sind, neben Bridges, Switches und Gateways, im Internet vor allem Router. Diese haben die Aufgabe, Daten zwischen Rechnern in verschiedenen Netzen auf möglichst günstigen Wegen weiterzuleiten. Zum Beispiel wenn Rechner 1 im Netz B Daten an Rechner 2 im Netz C schicken möchte.<br />
<br />
Router verbinden, im Gegensatz zu Bridges, in OSI-Schicht 3 auch Netze unterschiedlicher Topologien. Sie sind Dreh- und Angelpunkt in strukturiert aufgebauten LAN- und WAN-Netzen. Mit der Fähigkeit, unterschiedliche Netztypen sowie unterschiedliche Protokolle zu routen, ist eine optimale Verkehrslenkung und Netzauslastung möglich. Routing wird erst dann erforderlich, wenn Kommunikation zwischen Stationen in unterschiedlichen Subnetzen erfolgen soll. Sie sind nicht protokolltransparent, sondern müssen in der Lage sein, alle verwendeten Protokolle zu erkennen, da sie Informationsblöcke protokollspezifisch umsetzen. Klassische Beispiele in Heim- und KMU-Netzen sind die ISDN- oder DSL-Router, welche die Verbindung zum Provider herstellen. <br />
<br />
[[Datei: router.jpg]]<br />
<br />
=Routing=<br />
==Grundlegendes==<br />
Wenn einer der Netzwerkadapter ein Datenpaket erhält, so verarbeitet er zunächst die Schicht-2-Protokolldaten, extrahiert dann das IP-Paket und reicht es zur weiteren Verarbeitung an die CPU weiter. Diese entnimmt dem Paketkopf die IP-Adresse des Zielrechners. Wenn nicht der Router selber adressiert ist, muß das Paket weitergeleitet werden. Dazu sucht die CPU in der Routingtabelle nach der passenden Next-Hop-Information. Die Next-Hop-Information beinhaltet zum einen die Nummer des Netzwerkadapters über den das Paket ausgegeben werden soll und zweitens die IP-Adresse des Next-Hop. Diese Adresse übergibt die CPU des Routers nun zusammen mit dem IP-Paket an den entsprechenden Netzwerkadapter. Dieser generiert daraus ein Schicht-2-Paket und sendet es ab.<br />
<br />
Werden auch Informationen im Kopf des Datagramms vor dem Weiterleiten geändert? Zunächst einmal wird bei Eintreffen eines IP-Datagrammes überprüft, ob die Prüfsumme mit den Daten des Paketes zusammenpasst. Wenn dies nicht der Fall ist, muß der Router eine Fehlermeldung an den Absender schicken. Anschließend wird der Zähler "time-to-live" im Kopf des Paketes dekrementiert. Erreicht er den Wert 0, wird das Paket verworfen. Auf diese Weise können Endlosschleifen vermieden werden. Da sich der Inhalt des Paketes deswegen verändert hat, muß eine neue Prüfsumme berechnet werden. Das neue Datagramm wird nun weitergeleitet. Ist eine lokale Auslieferung möglich, ist die physikalische Zieladresse die MAC-Adresse des IP-Zieles. Im Falle einer indirekten Auslieferung ist die physikalische Zieladresse die MAC-Adresse des Routers. Also ist die Information über den Router nicht im Kopf eines IP-Paketes vermerkt. Der Weg eines Datagrammes kann also nicht verfolgt werden.<br />
<br />
Bevor ein Router ein Paket mit einer bestimmten IP-Adresse weiterleiten kann, muß er ggf. für diese Adresse zunächst den Weg durch das Netz zum Zielrechner bestimmen.<br />
<br />
Durch die für das Routen notwendige Untersuchung des Datenpakets, erhöht sich die Verweilzeit der Daten im Router selbst (Latenzzeit). Die eigentliche Stärke von Routern liegt in ihrer Fähigkeit mittels bestimmter Algorithmen den bestmöglichen Weg für ein Datenpaket zum Empfänger aus seiner Routing-Tabelle zu wählen.<br />
Um die Daten "routen" zu können, ist es notwendig, daß der Router alle angeschlossenen Netzwerkprotokolle versteht und diese auch die Fähigkeit des Routens unterstützen. <br />
<br />
==Vorteile von Routern==<br />
Der Vorteil des Routers gegenüber der Bridge ist die logische Trennung und die Bildung von (Sub-)Netzen bei TCP/IP bzw. von Areas bei DECNET.<br />
Weitere Features von Routern sind ihre Netzwerk-Management- und die Filter-Funktionen. Durch geeignet gewählte Routing-Einstellungen ist es möglich, die Netwerk-Performance je nach Anforderungen ans Netz zu verbessern. Die Filterfunktionen auf Netzwerk-Protokollebene sind ähnlich wie bei der Bridge. Router bieten aber eine generell höhere Isolation da sie z. B. Broadcasts in der Regel nicht weiterleiten. <br />
<br />
<br />
==Die Routingtabelle==<br />
<br />
Eine einfache Tabelle über alle 232 (bei IPv4) bzw. 2128 (bei IPv6) möglichen IP-Adressen wäre kaum machbar. Schließlich kann ein Router über die direkt mit ihm verbundenen Netze nur maximal einige tausend Rechner erreichen. In der Regel sind es sogar weniger als hundert. In der Routingtabelle ist auch nicht der gesamte Weg zu einem Rechner mit einer bestimmten IP-Adresse gespeichert. Vielmehr kennt der einzelne Router nur die nächste Zwischenstation (engl. next hop) auf dem Weg zum Ziel. Das kann ein weiterer Router oder der Zielrechner sein.<br />
<br />
===Beispiel für drei IP-Netze mit Routern===<br />
Das folgende Netz besteht aus drei IP-Netzen, die über Router verbunden sind. Jeder Router hat zwei Netzwerk-Interfaces, die jeweils in zwei der Netze hängen. Es ist nicht unbedingt erforderlich, für jedes Netz ein eigenes Interface zu verwenden; über sogenannte 'virtuelle Interfaces' kann man mehrere Netze auf ein Hardwareinterface legen.<br />
<br />
[[Datei: router4.gif]]<br />
<br />
Die Routing-Tabellen dazu:<br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"| Router 1<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|direkt<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|192.168.1.2<br />
|} <br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"|Router 2<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|192.168.1.1<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|direkt<br />
|}<br />
<br />
===Routingverfahren===<br />
Das Routing (Wegewahl, Pfadsteuerung) hat die Aufgabe, Pfade für die Übertragung durch ein Netz festzulegen. Jeder Vermittlungsknoten fällt dabei eine Entscheidung auf welcher Übertragungsleitung ein eingelaufenes Paket weitergeleitet werden soll. Im Prinzip läuft die Entscheidung innerhalb des Routers folgendermaßen ab:<br />
<br />
Beim Routing werden diverse Ziele verfolgt:<br />
<br />
*Geringe Paketverzögerung<br />
*Hoher Durchsatz<br />
*Geringe Kosten<br />
*Fehlertoleranz <br />
<br />
====Statisches Routing====<br />
Statisches Routing (Static Routing, Directory Routing) ist nicht adaptiv und einfach aber sehr häufig benutzt. Die Eigenschaften sind:<br />
* Jeder Knoten unterhält eine Routing-Tabelle, in der jeder mögliche Zielknoten durch eine Zeile gekennzeichnet ist.<br />
* Jede Zeile enthält ein oder mehrere Einträge für die zu verwendende Übertragungsleitung in Richtung des Zieles. Jeder Eintrag enthält auch eine relative Gewichtung.<br />
* Zum Weiterleiten eines Paketes wird sein Ziel bestimmt, die entsprechende Zeile aus der Tabelle gesucht und aus ihr die "beste" Übertragungsleitung ausgewählt. Auf dieser wird das Paket weitergesendet. <br />
<br />
====Dynamisches Routing====<br />
<br />
Ein wesentlicher Vorteil von Routern ist die Möglichkeit Routen dynamisch, d.h. bei laufendem Netzbetrieb je nach Netzerweiterung neu einzurichten oder je nach Lastsituation zu ändern. Diese Verfahren werden auch adaptives Routing genannt, da die Wegwahl an die aktuelle Netzsituation »adaptiert« werden kann. Die optimale Wegwahl, die durch die so genannte Metrik gewichtet wird, wird nach einer anfänglichen Parametersetzung allein durch das Routing-Protokoll bestimmt und ist so für den Benutzer transparent.<br />
<br />
Routingprotokolle<br />
*RIP<br />
*OSPF<br />
*BGP<br />
*IGRP<br />
<br />
==Layer-3-Switches==<br />
Layer-3-Switching ist eine neue Technologie. Sie kombiniert leistungsfähiges Switching (Layer 2) mit skalierbarem Routing (Layer 3). Herkömmliche Switches verwenden die MAC-Adresse der Ethernet-Frames zur Entscheidung, wohin die Frames transportiert werden sollen, während Router Datenpakete anhand von Routingtabellen und Accesslisten auf Layer-3-weitervermitteln. Router sind in vielen Installationen als reine LAN-to-LAN-Router im Einsatz, um Subnetze zu verbinden und die Nebeneffekte von rein geswitchten Netzen, wie z. B. Broadcast-Stürme, fehlendes Subnetting etc. zu verhindern. Router, die auf der Transportebene arbeiten, müssen jedes IP-Paket aus den Ethernet-Frames zusammenbauen und vielfältige Operationen an IP-Paketen durchführen. Dies führt zu einer Verzögerungszeit und, im Vergleich zu Switches, geringerem Datendurchsatz. I<br />
<br />
==Paketfilter==<br />
Ein Paketfilter ist ein Gerät, die den ein- und ausgehenden Datenverkehr in einem Netzwerk filtert. Paketfilter werden verwendet, <br />
um das Konzept einer Firewall umzusetzen. Die Paketfilterung kann durch folgende Funktionen ergänzt sein:<br />
<br />
*NAT<br />
*Masquerading<br />
*Port Forwarding<br />
<br />
Die Daten werden in einem Netzwerk von dem sendenen Host in Datenpakete verpackt und versendet. Jedes Paket, welches den Paketfilter passieren will, wird untersucht. Anhand der in jedem Paket vorhanden Daten, wie Absender- und Empfänger-IP-Adresse, entscheidet der Paketfilter anhand von Filterregeln was mit diesem Paket geschieht.<br />
<br />
Ein unzulässiges Paket, welches den Filter nicht passieren darf, kann entweder ignoriert (im Fachjargon DENY oder DROP genannt), an den Absender zurückgeschickt werden, mit der Bemerkung, dass der Zugriff unzulässig war (REJECT) oder weitergeleitet werden (FORWARD).<br />
<br />
<br />
==Proxy==<br />
Ein Proxy (von engl. „proxy representative“ = Stellvertreter, bzw. lat. „proximus“ = der Nächste) ist eine Kommunikationsschnittstelle in einem Netzwerk. Er arbeitet als Vermittler, der auf der einen Seite Anfragen entgegennimmt, um dann über seine eigene Adresse eine Verbindung zur anderen Seite herzustellen.<br />
<br />
Wird der Proxy als Netzwerkkomponente eingesetzt, bleibt einerseits die wahre Adresse des einen Kommunikationspartners dem anderen Kommunikationspartner gegenüber komplett verborgen, was eine gewisse Anonymität schafft. Als (mögliches) Verbindungsglied zwischen unterschiedlichen Netzwerken realisiert er andererseits eine Verbindung zwischen den Kommunikationspartnern selbst dann, wenn deren Adressen zueinander inkompatibel sind und eine direkte Verbindung nicht möglich wäre.<br />
<br />
=IP-Routing einrichten=<br />
=Fehlersuche=<br />
=Planung und Dokumentation=<br />
=Übertragungstechnik WAN=<br />
=Internetzugang einrichten über DSL=</div>192.168.250.3https://www.xinux.net/index.php?title=Netzwerktechnik&diff=1641Netzwerktechnik2010-11-24T18:18:44Z<p>192.168.250.3: /* Layer-3-Switching */</p>
<hr />
<div>=Grundlagen=<br />
===Definition Netzwerk===<br />
Als es die ersten Computer gab, waren diese sehr teuer. Vor allem Peripherie-Geräte und Speicher war fast unbezahlbar. Zudem war es erforderlich zwischen mehreren Computern Daten auszutauschen. Aus diesen Gründen wurden Computer miteinander verbunden.<br />
Daraus ergaben sich einige Vorteile gegenüber den Einzelarbeitsplätzen:<br />
* zentrale Steuerung von Programmen und Daten<br />
* Nutzung gemeinsamer Datenbeständen<br />
* erhöhter Datenschutz und Datensicherheit<br />
* größere Leistungsfähigkeit<br />
* gemeinsame Nutzung der Ressourcen<br />
===Was ist ein Netzwerk?===<br />
Ein Netzwerk besteht in seiner einfachsten Form aus zwei Computern. Sie sind über ein Kabel miteinander verbunden und somit in der Lage ihre Ressourcen gemeinsam zu nutzen. Wie Daten, Speicher, Drucker, Faxgeräte, Scanner, Programme und Modems. Ein netzwerkfähiges Betriebssystem stellt den Benutzern auf der Anwendungsebene die Ressourcen zur Verfügung.<br />
<br />
====Peer-to-Peer-Architektur====<br />
<br />
[[Datei:peer2peer.gif]]<br />
<br />
In einem Peer-to-Peer-Netzwerk ist jeder angeschlossene Computer zu den anderen gleichberechtigt. Jeder Computer stellt den anderen Computern seine Ressourcen zur Verfügung.<br />
Einen Netzwerk-Verwalter gibt es nicht. Deshalb muss jeder Netzwerk-Teilnehmer selber bestimmen, welche Ressourcen er freigeben will.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Größe <br />
|Ein Peer-to-Peer-Netzwerk eignet sich für bis zu 10 Stationen. Bei mehr Stationen wird es schnell unübersichtlich und die Nachteile kommen sehr schnell zum Tragen.<br />
|-<br />
|Datensicherung<br />
|Die Datensicherung muss von jedem Netzwerk-Teilnehmer selber vorgenommen werden.<br />
|-<br />
|Administration<br />
|Jeder Netzwerk-Teilnehmer ist für seinen Computer selber verantwortlich.<br />
|-<br />
|Vorteile<br />
|Diese Art von Netzwerk ist relativ schnell und kostengünstig aufgebaut. Die Teilnehmer sollten möglichst dicht beieinander stehen.<br />
|-<br />
|Nachteile<br />
|Eine konsistente Versionsverwaltung für Dokumente ist nur mit viel Aufwand realisierbar. Eine zentrale Datensicherung ist auch nicht vorhanden.<br />
|}<br />
<br />
====Client-Server-Architektur====<br />
<br />
In einem serverbasierten Netzwerk werden die Daten auf einem zentralen Computer gespeichert und verwaltet. Man spricht von einem dedizierten Server, auf dem keine Anwendungsprogramme ausgeführt werden, sondern nur eine Server-Software und Dienste ausgeführt werden.<br />
Diese Architektur unterscheidet zwischen der Anwender- bzw. Benutzerseite und der Anbieter- bzw. Dienstleisterseite. Der Anwender betreibt auf seinem Computer Anwendungsprogramme (Client), die die Ressourcen des Servers auf der Anbieterseite zugreifen. Hier werden die Ressourcen zentral verwaltet, aufgeteilt und zur Verfügung gestellt.<br />
<br />
[[Datei:client-server.gif]]<br />
<br />
<br />
Diese Architektur ist die Basis für viele Internet-Protokolle, wie HTTP für das World Wide Web oder SMTP/POP3 für E-Mail. Der Client stellt eine Anfrage. Der Server wertet die Anfrage aus und liefert eine Antwort bzw. die Daten zurück.<br />
<br />
====Disk-Server====<br />
<br />
Dann wurde der erste Disk-Server entwickelt. Es war ein Computer, der mit mehreren anderen Computern verbunden war. Auf dem Disk-Server kam ein Betriebssystem zum Einsatz, das den gleichzeitigen Zugriff mehrerer Clients organisieren konnte. Mit den Disk-Servern war es schon möglich die Zugriffsmöglichkeiten der angeschlossenen Computer auf bestimmte Ressourcen zu beschränken. Der Wartungs- und Pflegeaufwand eines Disk-Servers war jedoch enorm, da die Clients für die Verwaltungstätigkeiten zuständig waren.<br />
Die Probleme des Disk-Servers wurden dann mit dem File-Server gelöst. Der Server war für die Verwaltungsaufgaben zuständig. Und es gab Möglichkeiten die Zugriffe der Clients weiter einzuschränken. Z. B. auf einzelne Verzeichnisse oder Dateien.<br />
<br />
====Datensicherheit====<br />
<br />
Bei einem Server hat man die Möglichkeit, Sicherheitsstrategien für die Datensicherheit und Zugriffsmöglichkeiten zu entwickeln. Beispiele für Sicherheitsstrategien sind doppelte Datenhaltung, zentrale Datensicherung und Zugriffssteuerung. Die Steuerung kann durch eine oder nur wenige Personen übernommen werden.<br />
<br />
<br />
====Groupware====<br />
<br />
Groupware soll die Zusammenarbeit in Arbeitsgruppen fördern, die Arbeitsabläufe vereinfachen und automatisieren. Wenn in einem Netzwerk die enge Zusammenarbeit zwischen Netzwerkteilnehmern möglich sein soll, dann kommt eine Groupware-Software zum Einsatz.<br />
<br />
Sie bietet folgende Möglichkeiten:<br />
<br />
* E-Mail<br />
* Terminkalender<br />
* zentrales Adressbuch<br />
* Dokumentbearbeitung im Team<br />
* Zugriffsmöglichkeiten auf Datenbanken<br />
<br />
===Mainframe-Architektur===<br />
<br />
[[Datei:mainframe.gif]]<br />
<br />
<br />
In den Anfangszeiten der Computer waren diese sehr teuer und auch sehr groß. Es war nicht möglich jedem Mitarbeiter einen Computer auf bzw. unter den Tisch zu stellen. Stattdessen beschränkte man sich auf einen sehr teuren aber leistungsfähigen Großrechner, den sogenannten Mainframe. Dort waren meist speziell entwickelte Applikationen installiert. Über serielle Leitungen waren an den Mainframe mehrere Terminals, bestehend aus Bildschirm und Tastatur, angeschlossen. Mit diesen Terminals wurden die Mainframes bedient.<br />
Das Terminal dient als Eingabe-Ausgabe-Schnittstelle zwischen Benutzer und Mainframe. Bei dieser Architektur bilden Terminal und Mainframe eine Einheit. Benutzereingaben werden vom Mainframe verarbeitet und vom Terminal dargestellt.<br />
Moderne Formen des Terminals sind mit Arbeitsspeicher, Prozessor und Schnittstellen ausgestattet. Hier laufen ein Großteil der Anwendungen im Terminal. Diese müssen mangels lokalem Massenspeicher vom Mainframe in den Arbeitsspeicher geladen werden. Statt dem klassischen Mainframe dient ein Terminalserver für die Auslieferung der Programme.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Vorteile<br />
|Zentrale Steuerung, Datenhaltung, Anwendungen und kostengünstige Erweiterung zusätzlicher Terminals.<br />
|-<br />
|Nachteile<br />
|Ausfall des Mainframes führt zum Ausfall der Terminals. Der Betrieb steht dann komplett. Im Überlastungsfall müssen die Terminals warten, bis ihre Daten verarbeitet werden<br />
|}<br />
==Logische Struktur von Netzen==<br />
Bei der Verkabelung von LANs muß man aber zwischen logischer Stuktur und Verkabelungsstruktur unterscheiden, z. B. kann ein Netz mit logischer Busstruktur bei der Verkabelung mit 'Twisted Pair'-Kabeln wie ein Sternnetz aussehen.<br />
===Sternstruktur===<br />
Alle Teilnehmer werden an einen zentralen Knoten angeschlossen (früher z. B. häufig Anschluß von Sichtgeräten an einen Zentralrechner). Eine direkte Kommunikation der Teilnehmer untereinander ist nicht möglich, jegliche Kommunikation läuft über den zentralen Knoten (Punkt-zu-Punkt-Verbindung, Leitungsvermittlung). Die Steuerung der Kommunikation vom Knoten aus ist sehr einfach: Polling (regelmäßige Abfrage aller Stationen) oder Steuerung über Interrupt. Bei Ausfall der Zentrale sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:stern-netz.gif]]<br />
<br />
===Ringstruktur===<br />
Es gibt keine Zentrale, alle Stationen sind gleichberechtigt. Jeder Teilnehmer verfügt über einen eigenen Netzanschluß (Knoten) und ist über diesen mit seinem linken und rechten Partner verbunden. Die Übertragung der Info erfolgt in einer Richtung von Knoten zu Knoten. Bei Ausfall eines Knotens sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:ring-netz.gif]]<br />
<br />
===Busstruktur===<br />
Es gibt keine Zentrale und keine Knoten. Die Verbindung aller Teilnehmer erfolgt über einen gemeinsamen Übertragungsweg. Zu einem Zeitpunkt kann immer nur eine Nachricht über den Bus transportiert werden. Bei Ausfall einer Station bleibt die Kommunikation der anderen Stationen erhalten. Bei den Bussystemen kann man noch unterscheiden in Basisband-Bussysteme und Breitband-Bussysteme. Bei Basisband-Bussystemen werden die elektrischen Pegel direkt übertragen; bei den für uns interessanten digitalen Informationen also 0- und 1-Pegel. Bei Breitband-Bussystemen werden über das Kabel mehrere unabhängige Kanäle geleitet (modulierte Übertragung). Busnetze müssen auf beiden Seiten mit der Leitungsimpedanz abgeschlossen werden, damit keine Echos auftreten, die zu Empfangsfehlern führen.<br />
<br />
[[Datei:bus-netz.gif]]<br />
<br />
===vermaschte Struktur===<br />
Jeder Teilnehmer ist mit mehreren anderen verbunden. Es gibt keine Zentrale und es existieren mehrere, unabhängige Übertragungswege zwischen zwei Stationen. Manchmal gibt es keine direkte Verbindung zwischen zwei Stationen. Dann führt der Weg über eine oder mehrere andere Stationen.<br />
<br />
[[Datei:masch-netz.gif]]<br />
<br />
Je nach Bedarf können die o. g. Topologien auch miteinander kombiniert werden, z. B. Bus mit angeschlossenen Sternen oder Bus mit angeschlossenen Bussen, was zu einer Baumstruktur führt. Insbesondere bei Weitverkehrsnetzen (WAN) treten vermaschte Strukturen auf. Teilweise ergeben sich dabei redundante Leitungswege, die auch bei Unterbrechung eines Wegs den Datentransport sicherstellen.<br />
<br />
==Übertragung von Daten==<br />
===Datagramm===<br />
Ein '''Datagramm''' steht als Oberbegriff für:<br />
* einen Datenframe<br />
* ein Datenpaket<br />
* ein Datensegment<br />
Ein Datagramm ist eine Art von Dateneinheit und hat im OSI-Modell auf den Schichten 2 bis 4 unterschiedliche Bezeichnungen. Auf der Sicherungsschicht (Schicht 2) nennt sich das dortige Datagramm Datenframe. Auf der Vermittlungsschicht (Schicht 3), ist es das Datenpaket und auf der Transportschicht (Schicht 4) das Datensegment.<br />
==Übertragungsrichtung==<br />
Kommunikationsmedien können auch danach charakterisiert werden, in welche Richtung eine Informationsübertragung möglich ist. Man unterscheidet:<br />
===Simplex===<br />
Die Übertragung kann immer nur in ein und dieselbe Richtung erfolgen (ähnlich wie bei einem Radio).<br />
===Halbduplex===<br />
Die Übertragung kann zu einem Zeitpunkt immer nur in eine Richtung erfolgen, kann aber in die andere Richtung umgeschaltet werden (ähnlich wie bei einem Walkie-Talkie).<br />
===Duplex===<br />
Die Übertragung kann in beide Richtungen gleichzeitig erfolgen (ähnlich wie bei einem Telefon). Zur deutlichen Unterscheidung von halbduplex wird hier auch oft von vollduplex gesprochen.<br />
==Struktur von Kommunikationsnetzen==<br />
===Vermittlungseinrichtungen===<br />
*Telekom<br />
*Kabeldeutschland<br />
===Anschlusarten===<br />
*Wählanschlüsse<br />
*Festanschlüsse<br />
*Universal<br />
===Datenverbindungen===<br />
[[Datei:datenverbindung-netze.gif]]<br />
<br />
===Leitergebunde Systeme===<br />
*Metalische<br />
*Nichtmetallische<br />
===Einteilung von Medien===<br />
====Kupferkabel====<br />
Kupferkabel gehören zu den leitungsgebundenenen Übertragungsmedien. Sie sind metallische Leiter und<br />
können weiter unterteilt werden in symmetrische Kabel und Koaxialkabel.<br />
*Symetrisches Kabel<br />
<br />
*Koaxialkabel<br />
<br />
====Lichtwellenleiter====<br />
Lichtwellenleiter (Abk.: LWL) oder Lichtleitkabel (LLK) sind aus Lichtleitern bestehende oder zusammengesetzte, teilweise konfektionierte, mit Steckverbindungen versehene Kabel und Leitungen zur Übertragung von Licht im sichtbaren sowie ultravioletten oder infraroten Bereich. Lichtleitkabel bilden mehr oder weniger stark biegsame Verbindungen zur Übertragung optischer Signale oder auch hoher optischer Strahlungsleistungen.<br />
Die verwendeten Lichtleiter, in denen die Strahlung fortgeleitet wird, bestehen je nach Anwendung aus Mineralglas (meist Kieselglas bzw. Quarzglas), oder organischem Glas (Kunststoff).<br />
====Luft====<br />
Hier werden elektromagnetische Wellen zu Übertragung verwendet.<br />
*Infrarot<br />
*WLAN<br />
*Mobilfunk<br />
*DECT<br />
*Richtfunk<br />
===Übertragungstechnik===<br />
*Breitbandtechnik<br />
*Single Cable System<br />
*Dual Cable System<br />
*Breitband-Lan<br />
*Breitband-ISDN<br />
<br />
<br />
=Grundlagen der Signalübertragung=<br />
==Kenngrößen==<br />
*Der Leiterwiderstand und die Leitfähigkeit des Metalls<br />
*Die Dämpfung (frequenzabhängig)<br />
*Kopplungswiderstand<br />
*Rückflussdämpfung<br />
==Begriffe==<br />
*Leiterwiderstand<br />
*Spezifischer Widerstand<br />
*Elektrische Leitfähigkeit<br />
*Metalle<br />
*Isolatoren<br />
*Hallbleiter<br />
==Leitungstheorie==<br />
Allgemein lässt sich eine Leitung nur grob mit dem ohmschen Widerstand aus Leitungsquerschnittsfläche, Leitfähigkeit und Länge beschreiben. Sobald die Wellenlänge in der Größenordnung der Leitungslänge liegt oder z. B. Schaltvorgänge auf Leitungen beschrieben werden sollen, reicht dieses stark vereinfachte Modell nicht hin.<br />
<br />
Mithilfe der Leitungsgleichungen und den zugehörigen Größen wie Wellenimpedanz, Reflexionsfaktor, Leitungsbelägen und weiteren Parametern, lassen sich Ausgleichsvorgänge auf Leitungen und Wellenerscheinungen berechnen.<br />
<br />
Beaufschlagt man eine Leitung mit einem Wechselstrom oder mit einem Strom- oder Spannungspuls, so wird das Signalausbreitungsverhalten auf der Leitung durch ohmsche, kapazitive und induktive Leitungseigenschaften, die komplexen Leitungsbeläge bestimmt.<br />
<br />
Sinnvoll wird eine leitungstheoretische Betrachtung in der Regel, wenn die geometrischen Abmessungen der Leitungen die gleiche Größenordnung haben oder länger sind, als die Wellenlänge der Strom- oder Spannungsgröße. Eine Wechselspannung von 1 GHz besitzt im Vakuum eine Wellenlänge von rund 30 cm. Wellenvorgänge spielen auf den Platinen moderner Computer eine große Rolle. Somit wären moderne Computer mit hochfrequenter Taktung ohne Anwendung der Leitungstheorie undenkbar.<br />
<br />
=Kupferkabel=<br />
==Koaxialkabel==<br />
Ein Koaxialkabel (Coaxial Cable) besteht aus einem zentralen Innenleiter, um den konzentrisch eine Isolierschicht (Dielektrikum), ein Außenleiter (Abschirmung) und eine Außenisolierung angebracht sind.<br />
<br />
[[Datei:koaxkabel.jpg]]<br />
<br />
<br />
Aufgrund der Unsymmetrie zwischen den beiden Leitern wird das Koaxialkabel<br />
auch als unsymmetrisches Kabel bezeichnet. Das Dielektrikum<br />
hat einen großen Einfluß auf die Signalgeschwindigkeit. Die Abschirmung<br />
besteht aus einem Kupfergeflecht und/oder einer Aluminiumfolie. Da ein<br />
Koaxialkabel sehr hohe Frequenzen übertragen kann, wird es auch<br />
Hochfrequenzkabel genannt.<br />
<br />
<br />
Eine wichtige Kenngröße ist der Wellenwiderstand Z0. Bei jeder (endlich langen) Leitung müssen die Enden mit jeweils<br />
einem dem Wellenwiderstand entsprechenden Ohmschen Abschlusswiderstand überbrückt werden, um die Leitung reflexionsfrei zu halten. Praktisch bedeutet<br />
dies, dass ein eingekoppeltes Signal an den Kabelenden nicht reflektiert, sondern vernichtet wird.<br />
Typische Werte für den Wellenwiderstand sind 50 Ω ("klassisches" Ethernet), 75 Ω (Breitband-LANs) und 150 Ω (Gigabit-Ethernet).<br />
<br />
==Symmetrisches Kupferkabel – Twisted Pair==<br />
<br />
Ein symmetrisches (Kupfer-) Kabel (Balanced Cable), auch Kabel mit verdrillten Leitungspaaren (Twisted Pair) genannt,<br />
besteht aus mehreren Adern, die nicht parallel geführt werden, sondern paarweise miteinander verdrillt sind. Durch die Verdrillung wird die<br />
gegenseitige Beeinflussung durch induktive und kapazitive Effekte von benachbart liegenden Leitungspaaren verringert.<br />
Das Signal wird symmetrisch und erdfrei auf je einem Adernpaar geführt. Die Signalspannung liegt auf diese Weise nicht<br />
gegen Erde oder Masse an, sondern lässt sich nur als Differenzspannung zwischen den beiden Adern eines Adernpaares abgreifen.<br />
<br />
[[Datei:sym-kabel.png]]<br />
<br />
<br />
Symmetrisches Kabel wird in verschiedenen Ausführungen angeboten:<br />
<br />
*U/UTP: ungeschirmtes Kabel (Unscreened/Unshielded Twisted Pair),<br />
*F/UTP: Kabel mit Gesamtschirm aus Folie (Foil/Unshielded Twisted Pair),<br />
*U/FTP: paarweise foliengeschirmtes Kabel (Unscreened/Foil Twisted Pair) <br />
**STP: (Shielded Twisted Pair) alte Bezeichnung <br />
*SF/UTP: Kabel mit Gesamtschirm aus Folie und Geflecht (Screened Foil/Unshielded Twisted Pair),<br />
*S/FTP: paarweise foliengeschirmtes Kabel mit Gesamtschirm aus Geflecht (Screened/Foil Twisted Pair)<br />
**S/STP (Screened Shielded Twisted Pair) alte Bezeichnung<br />
<br />
Im LAN-Bereich werden symmetrische Kabel mit 2 Paaren (4 Adern) oder 4 Paaren (8 Adern) eingesetzt. Bei Neuverkabelungen wird empfohlen, nur noch<br />
4-paariges Kabel zu verwenden. Das 2-paarige UTP-Kabel wird oft mit dem Vierdrahtkabel verwechselt, bei dem alle vier Adern miteinander verdrillt sind (Sternviererverseilung),<br />
und das vor allem im Telefonbereich Verwendung findet. Wie beim Koaxialkabel ist auch beim symmetrischen Kupferkabel der<br />
Wellenwiderstand Z0 eine wichtige Kenngröße. Typische Werte sind 100 Ω (Ethernet) und 150 Ω (Token Ring).<br />
<br />
==Dämpfung==<br />
Bei jedem Übertragungsmedium muss man gewisse Dämpfungsverluste in Kauf nehmen. Die Dämpfung (Attenuation) ist frequenzabhängig und wächst mit<br />
steigender Signalfrequenz. <br />
<br />
==Kategorie==<br />
Für die Klassifizierung von symmetrischen Kabeln gibt es sieben Kategorien (1 bis 7), wobei die Übertragungsqualität<br />
mit aufsteigender Nummer zunimmt. Diese Klassifizierung bezieht sich ausschließlich auf nachrichtentechnische Parameter (Frequenzverhalten, Dämpfung, usw.)<br />
und macht keine Unterscheidung zwischen geschirmten und ungeschirmten Kabeln. Die folgende Tabelle zeigt die für die Praxis relevanten Kategorien 3 bis 7.<br />
Die Kategorien sind rückwärtskompatibel in dem Sinne, dass eine Ethernet-Variante, die z.B. ein Kategorie-3-Kabel benötigt, selbstverständlich auch auf einem Kategorie-5-Kabel<br />
lauffähig ist.<br />
<br />
{| Border=1 Cellpadding=2<br />
|'''Kategorie''' <br />
|'''Maximale Übertragungsfrequenz [MHz]'''<br />
|'''Ethernet-Einsatzgebiete'''<br />
|-<br />
|3<br />
|16<br />
|10Base-T, 100Base-T2, 100Base-T4<br />
|- <br />
|4<br />
|20<br />
|<br />
|-<br />
|5<br />
|100<br />
|100Base-TX, 1000Base-T (eingeschränkt)<br />
|-<br />
|5e<br />
|100<br />
|1000Base-T<br />
|-<br />
|6<br />
|250<br />
|<br />
|-<br />
|6e<br />
|500<br />
|10G Base-T (eingeschränkt)<br />
|-<br />
|6a<br />
|625<br />
|10G Base-T<br />
|-<br />
|7<br />
|600<br />
|<br />
|}<br />
Ein wesentliches Kriterium für die Auswahl eines Kabels ist die maximale Frequenz, die unter bestimmten Anforderungen übertragen werden kann. Die<br />
folgende Tabelle zeigt die Frequenzanforderungen einiger Übertragungsverfahren.<br />
{| Border=1 Cellpadding=2<br />
|Übertragungsverfahren<br />
|Übertragungsrate [Mbit/s]<br />
|Signalfrequenz [MHz]<br />
|-<br />
|Ethernet 10Base-T<br />
|10<br />
|20<br />
|-<br />
|Fast-Ethernet 100Base-TX<br />
|100<br />
|31.25<br />
|-<br />
|Fast-Ethernet 1000Base-TX<br />
|1000<br />
|62,5 <br />
|}<br />
==Steckverbindungen==<br />
Bei symmetrischen Kabeln der Kategorien 1 bis 6 wird in Ethernet-Umgebungen der 8-polige Steckanschluss RJ45 (Registered Jack)<br />
verwendet, der auch als Modular Jack oder Western Plug bezeichnet wird. Die RJ45-Spezifikation wird von der US-amerikanischen<br />
Federal Communications Commission (FCC) festgelegt. Neben RJ45 gibt es noch eine Reihe weiterer Stecker-Spezifikationen der<br />
FCC. <br />
<br />
Die folgende Tabelle zeigt einige Beispiele:<br />
<br />
[[Datei:r-stecker.jpg]]<br />
<br />
Beispiel<br />
<br />
[[Datei:rj_45_cables.jpg]]<br />
<br />
RJ45-Stecker gibt es in verschiedenen Qualitätsstufen (bezüglich Frquenzverhalten, Dämpfung, usw.), insbesondere gibt es<br />
geschirmte und ungeschirmte Ausführungen. Die Auswahl eines geeigneten RJ45-Steckers erfordert die gleiche Sorgfalt wie die Auswahl des Kabels. Eine gewisse Vereinfachnung bietet<br />
hier die weiter unten beschriebene Klasseneinteilung (A bis F), bei der nicht einzelne Kabel oder Stecker betrachtet werden, sondern komplette Übertragungsstrecken.<br />
Bei Kabeln der Kategorie 7 reicht der RJ45-Stecker aufgrund der hohen übertragungstechnischen Anforderungen nicht mehr aus. Hier gibt es entsprechende Neuentwicklungen, wie<br />
z.B. die Stecksysteme GP45 oder GG45.<br />
<br />
Während bei 4-paarigen Kabeln alle 8 Kontakte des RJ45-Steckers belegt sind, muss bei 2-paarigen Kabeln die Belegung der benötigten 4 Kontakte auf das jeweilige<br />
Übertragungsverfahren abgestimmnt sein. Die folgende Tabelle zeigt die Kontaktbelegung des RJ45-Steckers für die verschiedenen Ethernet-Varianten:<br />
<br />
[[Datei:stecker-belegung.jpg]]<br />
<br />
Für die Farbkodierung der Adernpaare gibt es zwei Industriestandards: EIA/TIA 568A und EIA/TIA 568B<br />
(Electronic Industries Alliance / Telecommunications Industry Association).<br />
<br />
Es ist sinnvoll, in einem Netz durchgehend nur einen dieser Standards zu verwenden.<br />
<br />
*EIA/TIA 568A <br />
<br />
[[Datei:rj45-568a.png]]<br />
<br />
*EIA/TIA 568B<br />
<br />
[[Datei:rj45-568b.png]]<br />
<br />
Belegt man gemäß obiger Tabelle beide Stecker eines Kabels, dann erhält man ein sogenanntes "Straight-through-Kabel". Nun muss jedoch für die Datenübertragung das Transmit-Paar des Senders mit dem Receive-Paar des Empfängers<br />
verbunden werden (und umgekehrt). Aus diesem Grund wird bei zentralen Netzkomponenten (z.B. Hubs und Switches) intern im Gerät ein sogenanntes "Crossover" vorgenommen. Auf diese Weise ist es möglich,<br />
ein Endgerät (z.B. einen PC) über ein Straight-through-Kabel mit einem Hub zu verbinden. Will man jedoch zwei Endgeräte direkt miteinander vebinden, muss die<br />
Crossover-Funktion im Kabel erfolgen und man benötigt hierfür ein Crossover-Kabel, bei dem die entsprechenden Aderpaare bei der Steckerbelegung vertauscht sind. Die folgende Abbildung<br />
zeigt die Crossover-Steckerbelegung für ein 2-paariges Kabel.<br />
[[Datei:crossover.png ]]<br />
<br />
<br />
<br />
<br />
=ISO/OSI-7-Schichtenmodell=<br />
Das OSI-7-Schichtenmodell ist ein Referenzmodell für herstellerunabhängige Kommunikationssysteme. OSI bedeutet Open System Interconnection (Offenes System für Kommunikationsverbindungen), das von der ISO als Grundlage für die Bildung von Kommunikationsstandards entworfen und standardisiert wurde. Das OSI-Schichtenmodell oder OSI-Referenzmodell basiert auf dem DoD-Schichtenmodell, auf dem das Internet basiert. Im Vergleich zum DoD-Schichtenmodell ist das OSI-Schichtenmodell feiner aufgegliedert.<br />
Das OSI-Schichtenmodell besteht aus 7 Schichten. Jede Schicht ist in Arbeitseinheiten eingeteilt. Die Arbeitseinheiten haben ihre Funktion innerhalb der Schicht oder kooperieren mit den Arbeitseinheiten der benachbarten Schichten. Damit diese Arbeitseinheiten miteinander arbeiten können müssen sie sich an ein Regelwerk halten. Dieses Regelwerk nennt man Protokoll.<br />
<br />
So toll das OSI-Referenz- bzw. Schichtenmodell ist, so wenig praxisnah ist es. Es wird zwar sehr häufig als Referenz herangezogen. Doch eigentlich ist das TCP/IP-Modell (DoD-Schichtenmodell) viel näher an der Realität.<br />
Das Problem des OSI-Schichtenmodells ist die Standardisierungsorganisation ISO, die einfach zu schwerfällig war, um in kürzester Zeit einen Rahmen für die Aufgaben von Protokollen und Übertragungssystemen in der Netzwerktechnik auf die Beine zu stellen. TCP/IP dagegen war frei verfügbar, funktionierte und verbreitete sich mit weiteren Protokollen rasend schnell. Der ISO blieb nichts anderes übrig, als TCP/IP im OSI-Schichtenmodell zu berücksichtigen.<br />
Neben TCP/IP haben sich noch weitere Netzwerkprotokolle entwickelt. Die wurden jedoch irgendwann von TCP/IP abgelöst. Fast alle Netzwerke arbeiten heute auf der Basis von TCP/IP.<br />
==Einteilung des OSI-Schichtenmodells==<br />
* Die Schichteneinteilung erfolgt mit definierten Schnittstellen.<br />
* Einzelne Schichten können angepasst, zusammengefasst oder ausgetauscht werden.<br />
* Die Schichten 1..4 sind transportorientierte Schichten.<br />
* Die Schichten 5..7 sind anwendungsorientierte Schichten.<br />
* Das Übertragungsmedium ist nicht festgelegt.<br />
<br />
[[Datei:iso-osi.gif]]<br />
<br />
<br />
Das OSI-7-Schichtenmodell oder OSI-Referenzmodell beschreibt das Durchlaufen von 7 Schichten in denen Funktionen und Protokolle definiert sind und einer bestimmten Aufgabe bei der Kommunikation zwischen zwei Systemen zugeordnet sind. Die Protokolle einer Schicht sind zu den Protokollen der über- und untergeordneten Schichten weitestgehend transparent, so dass die Verhaltensweise eines Protokolls sich wie bei einer direkten Kommunikation mit dem Gegenstück auf der Gegenseite darstellt.<br />
<br />
Die Übergänge zwischen den Schichten sind Schnittstellen, die von den Protokollen verstanden werden müssen. Manchmal kommt es auch vor, dass sich Protokolle über mehrere Schichten erstrecken und mehrere Aufgaben abdecken.<br />
Protokolle sind eine Sammlung von Regeln zur Kommunikation auf einer bestimmten Schicht des OSI-Modells. Die Endgeräte der Endsysteme und das Übertragungsmedium sind aus dem OSI-Modell ausgeklammert, was nicht bedeutet, dass die Endgeräte in der Anwendungsschicht und das Übertragungsmedium in der Bitübertragungsschicht nicht doch vorgegeben sind.<br />
<br />
*Bitübertragungsschicht Schicht 1 Physical<br />
**Maßnahmen und Verfahren zur Übertragung von Bits<br />
**Definition der elektrische, mechanische und funktionale Schnittstelle zum Übertragungsmedium. <br />
**Die Protokolle dieser Schicht unterscheiden sich nur nach dem eingesetzten Übertragungsmedium und -verfahren. Das *Übertragungsmedium ist jedoch kein Bestandteil der Schicht 1.<br />
*Sicherungsschicht Schicht 2 Data Link <br />
**Logische Verbindungen mit Datenpaketen und elementare Fehlererkennungsmechanismen<br />
**Die Sicherungsschicht sorgt für eine zuverlässige und funktionierende Verbindung zwischen Endgerät und Übertragungsmedium. <br />
**Zur Vermeidung von Übertragungsfehlern und Datenverlust enthält diese Schicht Funktionen zur Fehlererkennung, Fehlerbehebung und Datenflusskontrolle.<br />
**Auf dieser Schicht findet auch die physikalische Adressierung von Datenpaketen statt.<br />
*Vermittlungsschicht Schicht 3 Network <br />
**Routing und Datenflusskontrolle<br />
**Die Vermittlungsschicht steuert die zeitliche und logische getrennte Kommunikation zwischen den Endgeräten, unabhängig vom Übertragungsmedium und -topologie. <br />
**Auf dieser Schicht erfolgt erstmals die logische Adressierung der Endgeräte. Die Adressierung ist eng mit dem Routing (Wegfindung vom Sender zum Empfänger) verbunden.<br />
*Transportschicht Schicht 4 Transport <br />
**Logische Ende-zu-Ende-Verbindungen<br />
**Die Transportschicht ist das Bindeglied zwischen den transportorientierten und anwendungsorientierten Schichten. <br />
**Hier werden die Datenpakete einer Anwendung zugeordnet.<br />
*Kommunikationsschicht Schicht 5 Session<br />
**Prozeß-zu-Prozeß-Verbindungen<br />
**Die Kommunikationsschicht organisiert die Verbindungen zwischen den Endsystemen. <br />
**Dazu sind Steuerungs- und Kontrollmechanismen für die Verbindung und dem Datenaustausch implementiert.<br />
*Darstellungsschicht Schicht 6 Presentation<br />
**Ausgabe von Daten in Standardformate<br />
**Die Darstellungsschicht wandelt die Daten in verschiedene Codecs und Formate. <br />
**Hier werden die Daten zu oder von der Anwendungsschicht in ein geeignetes Format umgewandelt.<br />
*Anwendungsschicht Schicht 7 Application<br />
**Dienste, Anwendungen und Netzmanagement<br />
**Die Anwendungsschicht stellt Funktionen für die Anwendungen zur Verfügung. <br />
**Diese Schicht stellt die Verbindung zu den unteren Schichten her. Auf dieser Ebene findet die Dateneingabe und -ausgabe statt.<br />
<br />
===Beispiele===<br />
In der folgenden Tabelle werden die verschiedensten Protokolle, Übertragungs- und Vermittlungstechniken den Schichten des OSI-Modells zugeordnet.<br />
Viele Protokolle und Übertragungsverfahren nutzen mehr als nur eine Schicht. Deshalb kann eine vollständige und korrekte Darstellung der Tabelle nicht gewährleistet werden.<br />
{| Border=1 Cellpadding=2<br />
|Schicht 7<br />
|Anwendung<br />
|Telnet, FTP, HTTP, SMTP, NNTP<br />
|-<br />
|Schicht 6<br />
|Darstellung<br />
|Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 5<br />
|Kommunikation<br />
|TFTP, Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 4<br />
|Transport<br />
|TCP, UDP, SPX, NetBEUI<br />
|-<br />
|Schicht 3<br />
|Vermittlung<br />
|IP, IPX, ICMP, T.70, T.90, X.25, NetBEUI<br />
|-<br />
|Schicht 2<br />
|Sicherung<br />
|LLC/MAC, X.75, V.120, ARP, HDLC, PPP<br />
|-<br />
|Schicht 1<br />
|Übertragung<br />
|Ethernet, Token Ring, FDDI, V.110, X.25, Frame Relay, V.90, V.34, V.24<br />
|}<br />
<br />
=[[Tcp/ip#Das_TCP.2FIP-Referenzmodell|Das TCP/IP-Referenzmodell]]=<br />
<br />
=Vernetzung mit Ethernet und TCP/IP=<br />
==Ethernet==<br />
Zur Vernetzung zweier Computer wird eine elektrische Verbindung zwischen ihnen benötigt. Ganz schlicht gesprochen muss ein Kabel verlegt werden, und dieses muss an den Computern angeschlossen werden können, die Computer müssen also über eine bestimmte Hardware verfügen. Im einfachsten Fall werden heute Ethernet-Steckkarten als Netzwerkadapter verwendet. Als Kabelverbindung dazwischen kann Koaxialkabel oder Twisted-Pair-Kabel verwendet werden.<br />
<br />
[[Datei:tcp1.gif]]<br />
<br />
==IP==<br />
Über den Ethernet-Hardwaretreibern wird nun das Internet Protocol IP angeordnet. Es bündelt die zu übertragenden Daten in Pakete mit Absender- und Empfängeradresse und gibt diese Pakete zur Übertragung nach unten an die Ethernet-Schicht weiter. Auf der anderen Seite nimmt IP die Pakete von der Ethernet-Schicht in Empfang und packt sie aus.<br />
<br />
[[Datei:tcp2.gif]]<br />
<br />
==TCP==<br />
Über die IP-Schicht wird nun die Transmission Control Protocol-Schicht TCP gelegt. Diese überwacht die Übertragung, fordert fehlende Pakete erneut an und bringt sie in die korrekte Reihenfolge.<br />
Die beiden Protokoll-Schichten TCP und IP werden in der Regel zusammengefasst zu TCP/IP, und da diese übereinander liegen, spricht man auch oft vom TCP/IP-Protokoll-Stapel oder TCP/IP-Protokoll-Stack. TCP/IP wird auch als Protokollfamilie bezeichnet, da es eine Reihe weiterer Protokolle enthält, die bestimmte Dienste im Internet erst ermöglichen. Diese weiterführenden Protokolle stellen sicher, dass sich der Anwender nicht mit der Übertragung irgendwelcher Pakete beschäftigen muss.<br />
<br />
[[Datei:tcp3.gif]]<br />
<br />
==Anwendung==<br />
Für Anwendungen wie Beispielsweise E-Mail setzt nun auf die TCP-Schicht ein Protokoll SMTP ein.<br />
<br />
[[Datei:tcp4.gif]]<br />
<br />
=[[Tcp/ip#Ethernet|Ethernet]]=<br />
==CSMA/CD==<br />
Die Abkürzung "CSMA/CD" steht für "Carrier Sense Multiple Access/Collision Detect". Dieses Verfahren findet häufig bei logischen Busnetzen Anwendung (z. B. Ethernet), kann aber prinzipiell bei allen Topologien eingesetzt werden. Bevor eine Station sendet, hört sie zunächst die Leitung ab, um festzustellen, ob nicht schon ein Datenverkehr zwischen anderen Stationen stattfindet. Erst bei freier Leitung wird gesendet und auch während der Sendung wird mitgehört, um festzustellen, ob eine Kollision mit einer Station auftritt, die zufällig zum gleichen Zeitpunkt mit dem Senden begonnen hat (Collision Detect). Bei allen Leitungen ist eine gewisse Laufzeit (siehe später) zu berücksichtigen, so daß auch dann eine Kollision auftritt, wenn zwei Stationen um eine geringe Zeitspanne versetzt mit dem Senden beginnen. In einem solchen Fall produzieren alle sendenden Stationen ein JAM-Singal auf der Leitung, damit auf jeden Fall alle beteiligten Sende- und Empfangsknoten die Bearbeitung des aktuellen Datenpakets abbrechen.<br />
<br />
[[Datei: kollision.gif]]<br />
<br />
Das JAM-Signal besteht aus einer 32 Bit langen Folge von 1010101010101010... Danach warten alle sendewilligen Stationen eine zufallsbestimmte Zeit und versuchen es dann nochmals. Alle Stationen im Netz überprüfen die empfangenen Datenpakete und übernehmen diejenigen, die an sie selbst adressiert sind. Wichtigster Vertreter für CSMA/CD ist das Ethernet, dem deshalb ein eigener Abschnitt gewidmet ist. Normalerweise tritt eine Kollision innerhalb der ersten 64 Bytes auf (Weiteres in Kapitel 4, "Slot Time").<br />
<br />
[[Datei: csma-cd1.gif]]<br />
<br />
Konfliktparameter k:<br />
<br />
[[Datei: k.gif]]<br />
<br />
<br />
*k>1: Sender könnte eine ganze Nachricht an den Kanal übergeben, bevor ein Konflikt entsteht. Beim CSMA/CD-Verfahren inpraktikabel.<br />
<br />
*k<1: CSMA/CD-Verfahren praktikabel<br />
<br />
Spezifikation: Bei größter zulässiger Netzlänge und kleinster zulässiger Paketlänge ergibt sich k~0,21.<br />
<br />
*Wartezeit<br />
Die Wartezeit, die nach einer Kollision bis zum nächsten Sendeversuch vergeht, wird im Standard durch ein Backoff-Verfahren festgelegt (Truncated Binary Expotential Backoff). Es wird wie folgt definiert:<br />
<br />
Wartezeit = ZZ * T<br />
ZZ = Zufallszahl aus [0 < ZZ < 2n]<br />
n = Anzahl Wiederholungen des gleichen Blocks, jedoch maximal 10<br />
T = Slot Time<br />
<br />
Die Slot Time entspricht der doppelten maximalen Signallaufzeit des Übertragungsmediums. Die Wartezeit steigt im statistischen Mittel nach 10 Versuchen nicht mehr an. Nach 16 Versuchen wird abgebrochen und eine Fehlermeldung erzeugt.<br />
<br />
[[Datei: Backoff.gif]]<br />
<br />
<br />
Damit eine sendende Station eine Kollision sicher erkennen kann, muß die Dauer der Blockübertragung mindestens das Doppelte der Signallaufzeit zwischen den beiden beteiligten Stationen betragen. Somit ist die minimale Blocklänge abhängig von Signallaufzeit und Übertragungsrate. Das Rahmenformat von CSMA/CD ist nach IEEE 802.3 festgelegt. Neben Verkabelungsproblemen gibt es bei CSMA/CD-Netzen einige typische Fehlerquellen. Einige davon sollen hier kurz vorgestellt werden.<br />
<br />
* 'Late Collisions' sind Kollisionen, die außerhalb des Kollisionsfensters von 512 Bit, also später, auftreten. Dafür gibt es generell drei Ursachen: Entweder eine Station mit Hardwaredefekt (Netzwerkinterface, Transceiver, etc.), ein Fehler in der Software (Treiber), wodurch sich die Station nicht an die CSMA/CD-Konventionen hält (Senden ohne Abhören), oder die Konfigurationsregeln für die Kabellänge sind nicht eingehalten worden (zu lange Signallaufzeit).<br />
* Sendet eine Station ohne Unterbrechung längere Zeit, also Frames mit mehr als die maximal zugelassenen 1518 Bytes, dann bezeichnet man dies als 'Jabber' (zu deutsch 'Geplapper'). Hauptursache sind hier defekte Netzwerkkarten oder -Treiber.<br />
* 'Short Frames' sind Frames, die kleiner als die minimal zugelassenen 64 Bytes sind. Grund hierfür sind auch Defekte beim Netzwerkinterface oder im Treiber.<br />
* 'Ghost Frames' sind in Ihrer Erscheinung ähnlich einem Datenframe, haben jedoch Fehler schon im Start-Delimiter. Potentialausgleichsströme und Störungen, die auf das Kabel einwirken, können einem Repeater ein ankommendes Datenpaket vorspiegeln. Der Repeater sendet das Geisterpaket dann weiter ins Netz.<br />
<br />
=Kabellose Systeme=<br />
==DECT==<br />
DECT ist primär für sogenannte picozellulare Telefonie innerhalb von Gebäuden ausgelegt, in denen eine Reichweite bzw. ein Zellradius von 30 bis 50 Metern erreicht werden kann; im Freien sind Übertragungsstrecken von 300 Metern möglich. Trotz der maximal erlaubten Ausgangsleistung von 250 mW kann in Verbindung mit einer Richtantenne oder Repeatern eine Strecke von mehreren Kilometern überbrückt werden.<br />
<br />
Im Gegensatz zu Mobilfunksystemen ist DECT eine reine Zugangstechnologie und beschreibt nicht das Netz selbst. Die Anbindung erfolgt mit einem Gateway, das üblicherweise als Basisstation bezeichnet wird. Zumeist erfolgt die Wandlung in das öffentliche Telefonnetz. Neuere Technologien wie IP-Telefonie sind ebenfalls am Markt verfügbar. Jedoch gibt es auch Endgeräte, bei denen kein Gateway existiert, wie etwa Babyfone.<br />
<br />
DECT unterstützt kurzzeitige Mobilität innerhalb eines mehrzelligen Funknetzes durch Weiterleiten an eine andere Zelle (Handover) und langfristige Mobilität durch Einbuchen in ein fremdes Netz (Roaming).<br />
<br />
*Sprachübertragung<br />
*Flexibele Zuteilung von Datenraten<br />
*Hohe Sprachqualität<br />
*Hohe Abhörsicherheit<br />
*Identifikation des Teilnehmers<br />
*Dynamisch Kanalbelegung<br />
*Mehrere Mobil Telefone an einer Basisstation<br />
<br />
==WLAN==<br />
IEEE 802.11 (auch: Wireless LAN (WLAN), Wi-Fi) bezeichnet eine IEEE-Norm für Kommunikation in Funknetzwerken. Herausgeber ist das Institute of Electrical and Electronics Engineers (IEEE). Die erste Version des Standards wurde 1997 verabschiedet. Sie spezifiziert den Mediumszugriff (MAC-Layer) und die physikalische Schicht (vgl. OSI-Modell) für lokale Funknetzwerke.<br />
<br />
Für die physikalische Schicht sind im ursprünglichen Standard zwei Spreizspektrumverfahren (Übertragung per Radiowellen) und ein Verfahren zur Datenübertragung per Infrarotlicht spezifiziert, wobei eine Übertragungsrate von bis zu 2 MBit/s (brutto) vorgesehen ist. Zur Datenübertragung per Radiowellen wird das lizenzfreie ISM-Band bei 2,4 GHz verwendet. Die Kommunikation zwischen zwei Teilnehmern kann direkt im so genannten Ad-hoc-Modus erfolgen oder im Infrastruktur-Modus mithilfe einer Basisstation (Access Point).<br />
<br />
=Passive Netzwerkkomponenten=<br />
==Datenkabel==<br />
==Datendose==<br />
==Patchpanel==<br />
==Datenschränke==<br />
==Anschlußkabel==<br />
<br />
=Aktive Komponenten=<br />
==Repeater==<br />
Um die Längenbeschränkung eines Ethernet-Segmentes aufzuheben, verwendet man Repeater. Ein klassischer Repeater verbindet zwei Ethernet-Segmente (10Base5 oder 10Base2), er ist mit je einem Transceiver an jedes Segment angeschlossen.<br />
<br />
[[Datei: repeater.jpg]]<br />
<br />
==Hub==<br />
<br />
Analog dem Multiport-Repeater besteht die Funktion eines Hub darin, mehrere Twisted-Pair-Kabelsegmente über einen Transceiveranschluß mit dem Ethernet zu verbinden. Das englische Wort "Hub" bezeichnet die Nabe eines Speichenrades - wie die Speichen des Rades verteilen sich die Leitungen sternförmig vom Hub aus. Der Begriff "Hub" steht also für fast alle Verstärkerkomponenten, die eine sternförmige Vernetzung ermöglichen. Hubs haben immer mehrere Ports zum Anschluß von mehreren Rechnern. Bei Twisted-Pair-Verkabelung ist meist einer der Ports als "Uplink" schaltbar<br />
<br />
[[Datei: hub.gif]]<br />
<br />
==Bridge==<br />
<br />
Eine Bridge trennt zwei Ethernet-LANs physikalisch, Störungen wie z. B. Kollisionen und fehlerhafte Pakete gelangen nicht über die Bridge hinaus. Die Bridge ist protokolltransparent, d. h. sie überträgt alle auf dem Ethernet laufenden Protokolle. Die beiden beteiligten Netze erscheinen also für eine Station wie ein einziges Netz. Durch den Einsatz einer Bridge können die Längenbeschränkungen des Ethernets überwunden werden, den sie verstärkt die Signale nicht nur, sondern generiert senderseitig einen neuen Bitstrom. Die Bridge arbeitet mit derselben Übertragungsrate, wie die beteiligten Netze. Die Anzahl der hintereinandergeschalteten Bridges ist auf sieben begrenzt (IEEE 802.1). Normalerweise wird man aber nicht mehr als vier Bridges hintereinanderschalten. <br />
<br />
[[Datei: bridge.gif]]<br />
<br />
==Switch==<br />
<br />
Der Switch ist wie die Bridge ein Gerät des OSI-Layers 2, d. h. er kann LANs mit verschiedenen physikalischen Eigenschaften verbinden, z. B. Koax- und Twisted-Pair-Netzwerke. Allerdings müssen, ebenso wie bei der Bridge, alle Protokolle höherer Ebenen 3 bis 7 identisch sein! Ein Switch ist somit protokolltransparent. Er wird oft auch als Multi-Port-Bridge bezeichnet, da dieser ähnliche Eigenschaften wie eine Bridge aufweist. Jeder Port eines Switch bildet ein eigenes Netzsegment. Jedem dieser Segmente steht die gesamte Netzwerk-Bandbreite zu Verfügung. Dadurch erhöht ein Switch nicht nur - wie die Bridge - die Netzwerk-Performance im Gesamtnetz, sondern auch in jedem einzelnen Segment. Der Switch untersucht jedes durchlaufende Paket auf die MAC-Adresse des Zielsegmentes und kann es direkt dorthin weiterleiten. Der große Vorteil eines Switches liegt nun in der Fähigkeit seine Ports direkt miteinander verschalten zu können, d. h. dedizierte Verbindungen aufzubauen.<br />
<br />
Was ist nun der Unterschied zwischen einem Switch und einer Multiport-Bridge? Bei den Produkten der meisten Hersteller gibt es keinen. "Switch" klingt nach Tempo und Leistung, deswegen haben viele Hersteller ihre Multiport-Bridges Switches genannt.<br />
<br />
[[Datei: switch.jpg]]<br />
<br />
==Router==<br />
<br />
Große Netzwerke wie das Internet bestehen aus vielen kleineren Teilnetzwerken. Die Verbindung der verschiedenen Netze wird durch spezielle Rechner hergestellt. Das sind, neben Bridges, Switches und Gateways, im Internet vor allem Router. Diese haben die Aufgabe, Daten zwischen Rechnern in verschiedenen Netzen auf möglichst günstigen Wegen weiterzuleiten. Zum Beispiel wenn Rechner 1 im Netz B Daten an Rechner 2 im Netz C schicken möchte.<br />
<br />
Router verbinden, im Gegensatz zu Bridges, in OSI-Schicht 3 auch Netze unterschiedlicher Topologien. Sie sind Dreh- und Angelpunkt in strukturiert aufgebauten LAN- und WAN-Netzen. Mit der Fähigkeit, unterschiedliche Netztypen sowie unterschiedliche Protokolle zu routen, ist eine optimale Verkehrslenkung und Netzauslastung möglich. Routing wird erst dann erforderlich, wenn Kommunikation zwischen Stationen in unterschiedlichen Subnetzen erfolgen soll. Sie sind nicht protokolltransparent, sondern müssen in der Lage sein, alle verwendeten Protokolle zu erkennen, da sie Informationsblöcke protokollspezifisch umsetzen. Klassische Beispiele in Heim- und KMU-Netzen sind die ISDN- oder DSL-Router, welche die Verbindung zum Provider herstellen. <br />
<br />
[[Datei: router.jpg]]<br />
<br />
=Routing=<br />
==Grundlegendes==<br />
Wenn einer der Netzwerkadapter ein Datenpaket erhält, so verarbeitet er zunächst die Schicht-2-Protokolldaten, extrahiert dann das IP-Paket und reicht es zur weiteren Verarbeitung an die CPU weiter. Diese entnimmt dem Paketkopf die IP-Adresse des Zielrechners. Wenn nicht der Router selber adressiert ist, muß das Paket weitergeleitet werden. Dazu sucht die CPU in der Routingtabelle nach der passenden Next-Hop-Information. Die Next-Hop-Information beinhaltet zum einen die Nummer des Netzwerkadapters über den das Paket ausgegeben werden soll und zweitens die IP-Adresse des Next-Hop. Diese Adresse übergibt die CPU des Routers nun zusammen mit dem IP-Paket an den entsprechenden Netzwerkadapter. Dieser generiert daraus ein Schicht-2-Paket und sendet es ab.<br />
<br />
Werden auch Informationen im Kopf des Datagramms vor dem Weiterleiten geändert? Zunächst einmal wird bei Eintreffen eines IP-Datagrammes überprüft, ob die Prüfsumme mit den Daten des Paketes zusammenpasst. Wenn dies nicht der Fall ist, muß der Router eine Fehlermeldung an den Absender schicken. Anschließend wird der Zähler "time-to-live" im Kopf des Paketes dekrementiert. Erreicht er den Wert 0, wird das Paket verworfen. Auf diese Weise können Endlosschleifen vermieden werden. Da sich der Inhalt des Paketes deswegen verändert hat, muß eine neue Prüfsumme berechnet werden. Das neue Datagramm wird nun weitergeleitet. Ist eine lokale Auslieferung möglich, ist die physikalische Zieladresse die MAC-Adresse des IP-Zieles. Im Falle einer indirekten Auslieferung ist die physikalische Zieladresse die MAC-Adresse des Routers. Also ist die Information über den Router nicht im Kopf eines IP-Paketes vermerkt. Der Weg eines Datagrammes kann also nicht verfolgt werden.<br />
<br />
Bevor ein Router ein Paket mit einer bestimmten IP-Adresse weiterleiten kann, muß er ggf. für diese Adresse zunächst den Weg durch das Netz zum Zielrechner bestimmen.<br />
<br />
Durch die für das Routen notwendige Untersuchung des Datenpakets, erhöht sich die Verweilzeit der Daten im Router selbst (Latenzzeit). Die eigentliche Stärke von Routern liegt in ihrer Fähigkeit mittels bestimmter Algorithmen den bestmöglichen Weg für ein Datenpaket zum Empfänger aus seiner Routing-Tabelle zu wählen.<br />
Um die Daten "routen" zu können, ist es notwendig, daß der Router alle angeschlossenen Netzwerkprotokolle versteht und diese auch die Fähigkeit des Routens unterstützen. <br />
<br />
==Vorteile von Routern==<br />
Der Vorteil des Routers gegenüber der Bridge ist die logische Trennung und die Bildung von (Sub-)Netzen bei TCP/IP bzw. von Areas bei DECNET.<br />
Weitere Features von Routern sind ihre Netzwerk-Management- und die Filter-Funktionen. Durch geeignet gewählte Routing-Einstellungen ist es möglich, die Netwerk-Performance je nach Anforderungen ans Netz zu verbessern. Die Filterfunktionen auf Netzwerk-Protokollebene sind ähnlich wie bei der Bridge. Router bieten aber eine generell höhere Isolation da sie z. B. Broadcasts in der Regel nicht weiterleiten. <br />
<br />
<br />
==Die Routingtabelle==<br />
<br />
Eine einfache Tabelle über alle 232 (bei IPv4) bzw. 2128 (bei IPv6) möglichen IP-Adressen wäre kaum machbar. Schließlich kann ein Router über die direkt mit ihm verbundenen Netze nur maximal einige tausend Rechner erreichen. In der Regel sind es sogar weniger als hundert. In der Routingtabelle ist auch nicht der gesamte Weg zu einem Rechner mit einer bestimmten IP-Adresse gespeichert. Vielmehr kennt der einzelne Router nur die nächste Zwischenstation (engl. next hop) auf dem Weg zum Ziel. Das kann ein weiterer Router oder der Zielrechner sein.<br />
<br />
===Beispiel für drei IP-Netze mit Routern===<br />
Das folgende Netz besteht aus drei IP-Netzen, die über Router verbunden sind. Jeder Router hat zwei Netzwerk-Interfaces, die jeweils in zwei der Netze hängen. Es ist nicht unbedingt erforderlich, für jedes Netz ein eigenes Interface zu verwenden; über sogenannte 'virtuelle Interfaces' kann man mehrere Netze auf ein Hardwareinterface legen.<br />
<br />
[[Datei: router4.gif]]<br />
<br />
Die Routing-Tabellen dazu:<br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"| Router 1<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|direkt<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|192.168.1.2<br />
|} <br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"|Router 2<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|192.168.1.1<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|direkt<br />
|}<br />
<br />
===Routingverfahren===<br />
Das Routing (Wegewahl, Pfadsteuerung) hat die Aufgabe, Pfade für die Übertragung durch ein Netz festzulegen. Jeder Vermittlungsknoten fällt dabei eine Entscheidung auf welcher Übertragungsleitung ein eingelaufenes Paket weitergeleitet werden soll. Im Prinzip läuft die Entscheidung innerhalb des Routers folgendermaßen ab:<br />
<br />
Beim Routing werden diverse Ziele verfolgt:<br />
<br />
*Geringe Paketverzögerung<br />
*Hoher Durchsatz<br />
*Geringe Kosten<br />
*Fehlertoleranz <br />
<br />
====Statisches Routing====<br />
Statisches Routing (Static Routing, Directory Routing) ist nicht adaptiv und einfach aber sehr häufig benutzt. Die Eigenschaften sind:<br />
* Jeder Knoten unterhält eine Routing-Tabelle, in der jeder mögliche Zielknoten durch eine Zeile gekennzeichnet ist.<br />
* Jede Zeile enthält ein oder mehrere Einträge für die zu verwendende Übertragungsleitung in Richtung des Zieles. Jeder Eintrag enthält auch eine relative Gewichtung.<br />
* Zum Weiterleiten eines Paketes wird sein Ziel bestimmt, die entsprechende Zeile aus der Tabelle gesucht und aus ihr die "beste" Übertragungsleitung ausgewählt. Auf dieser wird das Paket weitergesendet. <br />
<br />
====Dynamisches Routing====<br />
<br />
Ein wesentlicher Vorteil von Routern ist die Möglichkeit Routen dynamisch, d.h. bei laufendem Netzbetrieb je nach Netzerweiterung neu einzurichten oder je nach Lastsituation zu ändern. Diese Verfahren werden auch adaptives Routing genannt, da die Wegwahl an die aktuelle Netzsituation »adaptiert« werden kann. Die optimale Wegwahl, die durch die so genannte Metrik gewichtet wird, wird nach einer anfänglichen Parametersetzung allein durch das Routing-Protokoll bestimmt und ist so für den Benutzer transparent.<br />
<br />
Routingprotokolle<br />
*RIP<br />
*OSPF<br />
*BGP<br />
*IGRP<br />
<br />
==Layer-3-Switches==<br />
Layer-3-Switching ist eine neue Technologie. Sie kombiniert leistungsfähiges Switching (Layer 2) mit skalierbarem Routing (Layer 3). Herkömmliche Switches verwenden die MAC-Adresse der Ethernet-Frames zur Entscheidung, wohin die Frames transportiert werden sollen, während Router Datenpakete anhand von Routingtabellen und Accesslisten auf Layer-3-weitervermitteln. Router sind in vielen Installationen als reine LAN-to-LAN-Router im Einsatz, um Subnetze zu verbinden und die Nebeneffekte von rein geswitchten Netzen, wie z. B. Broadcast-Stürme, fehlendes Subnetting etc. zu verhindern. Router, die auf der Transportebene arbeiten, müssen jedes IP-Paket aus den Ethernet-Frames zusammenbauen und vielfältige Operationen an IP-Paketen durchführen. Dies führt zu einer Verzögerungszeit und, im Vergleich zu Switches, geringerem Datendurchsatz. I<br />
<br />
==Paketfilter==<br />
Ein Paketfilter ist ein Gerät, die den ein- und ausgehenden Datenverkehr in einem Netzwerk filtert. Paketfilter werden verwendet, <br />
um das Konzept einer Firewall umzusetzen. Die Paketfilterung kann durch folgende Funktionen ergänzt sein:<br />
<br />
*NAT<br />
*Masquerading<br />
*Port Forwarding<br />
<br />
Die Daten werden in einem Netzwerk von dem sendenen Host in Datenpakete verpackt und versendet. Jedes Paket, welches den Paketfilter passieren will, wird untersucht. Anhand der in jedem Paket vorhanden Daten, wie Absender- und Empfänger-IP-Adresse, entscheidet der Paketfilter anhand von Filterregeln was mit diesem Paket geschieht.<br />
<br />
Ein unzulässiges Paket, welches den Filter nicht passieren darf, kann entweder ignoriert (im Fachjargon DENY oder DROP genannt), an den Absender zurückgeschickt werden, mit der Bemerkung, dass der Zugriff unzulässig war (REJECT) oder weitergeleitet werden (FORWARD).<br />
<br />
=IP-Routing einrichten=<br />
=Fehlersuche=<br />
=Planung und Dokumentation=<br />
=Übertragungstechnik WAN=<br />
=Internetzugang einrichten über DSL=</div>192.168.250.3https://www.xinux.net/index.php?title=Netzwerktechnik&diff=1640Netzwerktechnik2010-11-24T18:13:04Z<p>192.168.250.3: /* Dynamisches Routing */</p>
<hr />
<div>=Grundlagen=<br />
===Definition Netzwerk===<br />
Als es die ersten Computer gab, waren diese sehr teuer. Vor allem Peripherie-Geräte und Speicher war fast unbezahlbar. Zudem war es erforderlich zwischen mehreren Computern Daten auszutauschen. Aus diesen Gründen wurden Computer miteinander verbunden.<br />
Daraus ergaben sich einige Vorteile gegenüber den Einzelarbeitsplätzen:<br />
* zentrale Steuerung von Programmen und Daten<br />
* Nutzung gemeinsamer Datenbeständen<br />
* erhöhter Datenschutz und Datensicherheit<br />
* größere Leistungsfähigkeit<br />
* gemeinsame Nutzung der Ressourcen<br />
===Was ist ein Netzwerk?===<br />
Ein Netzwerk besteht in seiner einfachsten Form aus zwei Computern. Sie sind über ein Kabel miteinander verbunden und somit in der Lage ihre Ressourcen gemeinsam zu nutzen. Wie Daten, Speicher, Drucker, Faxgeräte, Scanner, Programme und Modems. Ein netzwerkfähiges Betriebssystem stellt den Benutzern auf der Anwendungsebene die Ressourcen zur Verfügung.<br />
<br />
====Peer-to-Peer-Architektur====<br />
<br />
[[Datei:peer2peer.gif]]<br />
<br />
In einem Peer-to-Peer-Netzwerk ist jeder angeschlossene Computer zu den anderen gleichberechtigt. Jeder Computer stellt den anderen Computern seine Ressourcen zur Verfügung.<br />
Einen Netzwerk-Verwalter gibt es nicht. Deshalb muss jeder Netzwerk-Teilnehmer selber bestimmen, welche Ressourcen er freigeben will.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Größe <br />
|Ein Peer-to-Peer-Netzwerk eignet sich für bis zu 10 Stationen. Bei mehr Stationen wird es schnell unübersichtlich und die Nachteile kommen sehr schnell zum Tragen.<br />
|-<br />
|Datensicherung<br />
|Die Datensicherung muss von jedem Netzwerk-Teilnehmer selber vorgenommen werden.<br />
|-<br />
|Administration<br />
|Jeder Netzwerk-Teilnehmer ist für seinen Computer selber verantwortlich.<br />
|-<br />
|Vorteile<br />
|Diese Art von Netzwerk ist relativ schnell und kostengünstig aufgebaut. Die Teilnehmer sollten möglichst dicht beieinander stehen.<br />
|-<br />
|Nachteile<br />
|Eine konsistente Versionsverwaltung für Dokumente ist nur mit viel Aufwand realisierbar. Eine zentrale Datensicherung ist auch nicht vorhanden.<br />
|}<br />
<br />
====Client-Server-Architektur====<br />
<br />
In einem serverbasierten Netzwerk werden die Daten auf einem zentralen Computer gespeichert und verwaltet. Man spricht von einem dedizierten Server, auf dem keine Anwendungsprogramme ausgeführt werden, sondern nur eine Server-Software und Dienste ausgeführt werden.<br />
Diese Architektur unterscheidet zwischen der Anwender- bzw. Benutzerseite und der Anbieter- bzw. Dienstleisterseite. Der Anwender betreibt auf seinem Computer Anwendungsprogramme (Client), die die Ressourcen des Servers auf der Anbieterseite zugreifen. Hier werden die Ressourcen zentral verwaltet, aufgeteilt und zur Verfügung gestellt.<br />
<br />
[[Datei:client-server.gif]]<br />
<br />
<br />
Diese Architektur ist die Basis für viele Internet-Protokolle, wie HTTP für das World Wide Web oder SMTP/POP3 für E-Mail. Der Client stellt eine Anfrage. Der Server wertet die Anfrage aus und liefert eine Antwort bzw. die Daten zurück.<br />
<br />
====Disk-Server====<br />
<br />
Dann wurde der erste Disk-Server entwickelt. Es war ein Computer, der mit mehreren anderen Computern verbunden war. Auf dem Disk-Server kam ein Betriebssystem zum Einsatz, das den gleichzeitigen Zugriff mehrerer Clients organisieren konnte. Mit den Disk-Servern war es schon möglich die Zugriffsmöglichkeiten der angeschlossenen Computer auf bestimmte Ressourcen zu beschränken. Der Wartungs- und Pflegeaufwand eines Disk-Servers war jedoch enorm, da die Clients für die Verwaltungstätigkeiten zuständig waren.<br />
Die Probleme des Disk-Servers wurden dann mit dem File-Server gelöst. Der Server war für die Verwaltungsaufgaben zuständig. Und es gab Möglichkeiten die Zugriffe der Clients weiter einzuschränken. Z. B. auf einzelne Verzeichnisse oder Dateien.<br />
<br />
====Datensicherheit====<br />
<br />
Bei einem Server hat man die Möglichkeit, Sicherheitsstrategien für die Datensicherheit und Zugriffsmöglichkeiten zu entwickeln. Beispiele für Sicherheitsstrategien sind doppelte Datenhaltung, zentrale Datensicherung und Zugriffssteuerung. Die Steuerung kann durch eine oder nur wenige Personen übernommen werden.<br />
<br />
<br />
====Groupware====<br />
<br />
Groupware soll die Zusammenarbeit in Arbeitsgruppen fördern, die Arbeitsabläufe vereinfachen und automatisieren. Wenn in einem Netzwerk die enge Zusammenarbeit zwischen Netzwerkteilnehmern möglich sein soll, dann kommt eine Groupware-Software zum Einsatz.<br />
<br />
Sie bietet folgende Möglichkeiten:<br />
<br />
* E-Mail<br />
* Terminkalender<br />
* zentrales Adressbuch<br />
* Dokumentbearbeitung im Team<br />
* Zugriffsmöglichkeiten auf Datenbanken<br />
<br />
===Mainframe-Architektur===<br />
<br />
[[Datei:mainframe.gif]]<br />
<br />
<br />
In den Anfangszeiten der Computer waren diese sehr teuer und auch sehr groß. Es war nicht möglich jedem Mitarbeiter einen Computer auf bzw. unter den Tisch zu stellen. Stattdessen beschränkte man sich auf einen sehr teuren aber leistungsfähigen Großrechner, den sogenannten Mainframe. Dort waren meist speziell entwickelte Applikationen installiert. Über serielle Leitungen waren an den Mainframe mehrere Terminals, bestehend aus Bildschirm und Tastatur, angeschlossen. Mit diesen Terminals wurden die Mainframes bedient.<br />
Das Terminal dient als Eingabe-Ausgabe-Schnittstelle zwischen Benutzer und Mainframe. Bei dieser Architektur bilden Terminal und Mainframe eine Einheit. Benutzereingaben werden vom Mainframe verarbeitet und vom Terminal dargestellt.<br />
Moderne Formen des Terminals sind mit Arbeitsspeicher, Prozessor und Schnittstellen ausgestattet. Hier laufen ein Großteil der Anwendungen im Terminal. Diese müssen mangels lokalem Massenspeicher vom Mainframe in den Arbeitsspeicher geladen werden. Statt dem klassischen Mainframe dient ein Terminalserver für die Auslieferung der Programme.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Vorteile<br />
|Zentrale Steuerung, Datenhaltung, Anwendungen und kostengünstige Erweiterung zusätzlicher Terminals.<br />
|-<br />
|Nachteile<br />
|Ausfall des Mainframes führt zum Ausfall der Terminals. Der Betrieb steht dann komplett. Im Überlastungsfall müssen die Terminals warten, bis ihre Daten verarbeitet werden<br />
|}<br />
==Logische Struktur von Netzen==<br />
Bei der Verkabelung von LANs muß man aber zwischen logischer Stuktur und Verkabelungsstruktur unterscheiden, z. B. kann ein Netz mit logischer Busstruktur bei der Verkabelung mit 'Twisted Pair'-Kabeln wie ein Sternnetz aussehen.<br />
===Sternstruktur===<br />
Alle Teilnehmer werden an einen zentralen Knoten angeschlossen (früher z. B. häufig Anschluß von Sichtgeräten an einen Zentralrechner). Eine direkte Kommunikation der Teilnehmer untereinander ist nicht möglich, jegliche Kommunikation läuft über den zentralen Knoten (Punkt-zu-Punkt-Verbindung, Leitungsvermittlung). Die Steuerung der Kommunikation vom Knoten aus ist sehr einfach: Polling (regelmäßige Abfrage aller Stationen) oder Steuerung über Interrupt. Bei Ausfall der Zentrale sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:stern-netz.gif]]<br />
<br />
===Ringstruktur===<br />
Es gibt keine Zentrale, alle Stationen sind gleichberechtigt. Jeder Teilnehmer verfügt über einen eigenen Netzanschluß (Knoten) und ist über diesen mit seinem linken und rechten Partner verbunden. Die Übertragung der Info erfolgt in einer Richtung von Knoten zu Knoten. Bei Ausfall eines Knotens sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:ring-netz.gif]]<br />
<br />
===Busstruktur===<br />
Es gibt keine Zentrale und keine Knoten. Die Verbindung aller Teilnehmer erfolgt über einen gemeinsamen Übertragungsweg. Zu einem Zeitpunkt kann immer nur eine Nachricht über den Bus transportiert werden. Bei Ausfall einer Station bleibt die Kommunikation der anderen Stationen erhalten. Bei den Bussystemen kann man noch unterscheiden in Basisband-Bussysteme und Breitband-Bussysteme. Bei Basisband-Bussystemen werden die elektrischen Pegel direkt übertragen; bei den für uns interessanten digitalen Informationen also 0- und 1-Pegel. Bei Breitband-Bussystemen werden über das Kabel mehrere unabhängige Kanäle geleitet (modulierte Übertragung). Busnetze müssen auf beiden Seiten mit der Leitungsimpedanz abgeschlossen werden, damit keine Echos auftreten, die zu Empfangsfehlern führen.<br />
<br />
[[Datei:bus-netz.gif]]<br />
<br />
===vermaschte Struktur===<br />
Jeder Teilnehmer ist mit mehreren anderen verbunden. Es gibt keine Zentrale und es existieren mehrere, unabhängige Übertragungswege zwischen zwei Stationen. Manchmal gibt es keine direkte Verbindung zwischen zwei Stationen. Dann führt der Weg über eine oder mehrere andere Stationen.<br />
<br />
[[Datei:masch-netz.gif]]<br />
<br />
Je nach Bedarf können die o. g. Topologien auch miteinander kombiniert werden, z. B. Bus mit angeschlossenen Sternen oder Bus mit angeschlossenen Bussen, was zu einer Baumstruktur führt. Insbesondere bei Weitverkehrsnetzen (WAN) treten vermaschte Strukturen auf. Teilweise ergeben sich dabei redundante Leitungswege, die auch bei Unterbrechung eines Wegs den Datentransport sicherstellen.<br />
<br />
==Übertragung von Daten==<br />
===Datagramm===<br />
Ein '''Datagramm''' steht als Oberbegriff für:<br />
* einen Datenframe<br />
* ein Datenpaket<br />
* ein Datensegment<br />
Ein Datagramm ist eine Art von Dateneinheit und hat im OSI-Modell auf den Schichten 2 bis 4 unterschiedliche Bezeichnungen. Auf der Sicherungsschicht (Schicht 2) nennt sich das dortige Datagramm Datenframe. Auf der Vermittlungsschicht (Schicht 3), ist es das Datenpaket und auf der Transportschicht (Schicht 4) das Datensegment.<br />
==Übertragungsrichtung==<br />
Kommunikationsmedien können auch danach charakterisiert werden, in welche Richtung eine Informationsübertragung möglich ist. Man unterscheidet:<br />
===Simplex===<br />
Die Übertragung kann immer nur in ein und dieselbe Richtung erfolgen (ähnlich wie bei einem Radio).<br />
===Halbduplex===<br />
Die Übertragung kann zu einem Zeitpunkt immer nur in eine Richtung erfolgen, kann aber in die andere Richtung umgeschaltet werden (ähnlich wie bei einem Walkie-Talkie).<br />
===Duplex===<br />
Die Übertragung kann in beide Richtungen gleichzeitig erfolgen (ähnlich wie bei einem Telefon). Zur deutlichen Unterscheidung von halbduplex wird hier auch oft von vollduplex gesprochen.<br />
==Struktur von Kommunikationsnetzen==<br />
===Vermittlungseinrichtungen===<br />
*Telekom<br />
*Kabeldeutschland<br />
===Anschlusarten===<br />
*Wählanschlüsse<br />
*Festanschlüsse<br />
*Universal<br />
===Datenverbindungen===<br />
[[Datei:datenverbindung-netze.gif]]<br />
<br />
===Leitergebunde Systeme===<br />
*Metalische<br />
*Nichtmetallische<br />
===Einteilung von Medien===<br />
====Kupferkabel====<br />
Kupferkabel gehören zu den leitungsgebundenenen Übertragungsmedien. Sie sind metallische Leiter und<br />
können weiter unterteilt werden in symmetrische Kabel und Koaxialkabel.<br />
*Symetrisches Kabel<br />
<br />
*Koaxialkabel<br />
<br />
====Lichtwellenleiter====<br />
Lichtwellenleiter (Abk.: LWL) oder Lichtleitkabel (LLK) sind aus Lichtleitern bestehende oder zusammengesetzte, teilweise konfektionierte, mit Steckverbindungen versehene Kabel und Leitungen zur Übertragung von Licht im sichtbaren sowie ultravioletten oder infraroten Bereich. Lichtleitkabel bilden mehr oder weniger stark biegsame Verbindungen zur Übertragung optischer Signale oder auch hoher optischer Strahlungsleistungen.<br />
Die verwendeten Lichtleiter, in denen die Strahlung fortgeleitet wird, bestehen je nach Anwendung aus Mineralglas (meist Kieselglas bzw. Quarzglas), oder organischem Glas (Kunststoff).<br />
====Luft====<br />
Hier werden elektromagnetische Wellen zu Übertragung verwendet.<br />
*Infrarot<br />
*WLAN<br />
*Mobilfunk<br />
*DECT<br />
*Richtfunk<br />
===Übertragungstechnik===<br />
*Breitbandtechnik<br />
*Single Cable System<br />
*Dual Cable System<br />
*Breitband-Lan<br />
*Breitband-ISDN<br />
<br />
<br />
=Grundlagen der Signalübertragung=<br />
==Kenngrößen==<br />
*Der Leiterwiderstand und die Leitfähigkeit des Metalls<br />
*Die Dämpfung (frequenzabhängig)<br />
*Kopplungswiderstand<br />
*Rückflussdämpfung<br />
==Begriffe==<br />
*Leiterwiderstand<br />
*Spezifischer Widerstand<br />
*Elektrische Leitfähigkeit<br />
*Metalle<br />
*Isolatoren<br />
*Hallbleiter<br />
==Leitungstheorie==<br />
Allgemein lässt sich eine Leitung nur grob mit dem ohmschen Widerstand aus Leitungsquerschnittsfläche, Leitfähigkeit und Länge beschreiben. Sobald die Wellenlänge in der Größenordnung der Leitungslänge liegt oder z. B. Schaltvorgänge auf Leitungen beschrieben werden sollen, reicht dieses stark vereinfachte Modell nicht hin.<br />
<br />
Mithilfe der Leitungsgleichungen und den zugehörigen Größen wie Wellenimpedanz, Reflexionsfaktor, Leitungsbelägen und weiteren Parametern, lassen sich Ausgleichsvorgänge auf Leitungen und Wellenerscheinungen berechnen.<br />
<br />
Beaufschlagt man eine Leitung mit einem Wechselstrom oder mit einem Strom- oder Spannungspuls, so wird das Signalausbreitungsverhalten auf der Leitung durch ohmsche, kapazitive und induktive Leitungseigenschaften, die komplexen Leitungsbeläge bestimmt.<br />
<br />
Sinnvoll wird eine leitungstheoretische Betrachtung in der Regel, wenn die geometrischen Abmessungen der Leitungen die gleiche Größenordnung haben oder länger sind, als die Wellenlänge der Strom- oder Spannungsgröße. Eine Wechselspannung von 1 GHz besitzt im Vakuum eine Wellenlänge von rund 30 cm. Wellenvorgänge spielen auf den Platinen moderner Computer eine große Rolle. Somit wären moderne Computer mit hochfrequenter Taktung ohne Anwendung der Leitungstheorie undenkbar.<br />
<br />
=Kupferkabel=<br />
==Koaxialkabel==<br />
Ein Koaxialkabel (Coaxial Cable) besteht aus einem zentralen Innenleiter, um den konzentrisch eine Isolierschicht (Dielektrikum), ein Außenleiter (Abschirmung) und eine Außenisolierung angebracht sind.<br />
<br />
[[Datei:koaxkabel.jpg]]<br />
<br />
<br />
Aufgrund der Unsymmetrie zwischen den beiden Leitern wird das Koaxialkabel<br />
auch als unsymmetrisches Kabel bezeichnet. Das Dielektrikum<br />
hat einen großen Einfluß auf die Signalgeschwindigkeit. Die Abschirmung<br />
besteht aus einem Kupfergeflecht und/oder einer Aluminiumfolie. Da ein<br />
Koaxialkabel sehr hohe Frequenzen übertragen kann, wird es auch<br />
Hochfrequenzkabel genannt.<br />
<br />
<br />
Eine wichtige Kenngröße ist der Wellenwiderstand Z0. Bei jeder (endlich langen) Leitung müssen die Enden mit jeweils<br />
einem dem Wellenwiderstand entsprechenden Ohmschen Abschlusswiderstand überbrückt werden, um die Leitung reflexionsfrei zu halten. Praktisch bedeutet<br />
dies, dass ein eingekoppeltes Signal an den Kabelenden nicht reflektiert, sondern vernichtet wird.<br />
Typische Werte für den Wellenwiderstand sind 50 Ω ("klassisches" Ethernet), 75 Ω (Breitband-LANs) und 150 Ω (Gigabit-Ethernet).<br />
<br />
==Symmetrisches Kupferkabel – Twisted Pair==<br />
<br />
Ein symmetrisches (Kupfer-) Kabel (Balanced Cable), auch Kabel mit verdrillten Leitungspaaren (Twisted Pair) genannt,<br />
besteht aus mehreren Adern, die nicht parallel geführt werden, sondern paarweise miteinander verdrillt sind. Durch die Verdrillung wird die<br />
gegenseitige Beeinflussung durch induktive und kapazitive Effekte von benachbart liegenden Leitungspaaren verringert.<br />
Das Signal wird symmetrisch und erdfrei auf je einem Adernpaar geführt. Die Signalspannung liegt auf diese Weise nicht<br />
gegen Erde oder Masse an, sondern lässt sich nur als Differenzspannung zwischen den beiden Adern eines Adernpaares abgreifen.<br />
<br />
[[Datei:sym-kabel.png]]<br />
<br />
<br />
Symmetrisches Kabel wird in verschiedenen Ausführungen angeboten:<br />
<br />
*U/UTP: ungeschirmtes Kabel (Unscreened/Unshielded Twisted Pair),<br />
*F/UTP: Kabel mit Gesamtschirm aus Folie (Foil/Unshielded Twisted Pair),<br />
*U/FTP: paarweise foliengeschirmtes Kabel (Unscreened/Foil Twisted Pair) <br />
**STP: (Shielded Twisted Pair) alte Bezeichnung <br />
*SF/UTP: Kabel mit Gesamtschirm aus Folie und Geflecht (Screened Foil/Unshielded Twisted Pair),<br />
*S/FTP: paarweise foliengeschirmtes Kabel mit Gesamtschirm aus Geflecht (Screened/Foil Twisted Pair)<br />
**S/STP (Screened Shielded Twisted Pair) alte Bezeichnung<br />
<br />
Im LAN-Bereich werden symmetrische Kabel mit 2 Paaren (4 Adern) oder 4 Paaren (8 Adern) eingesetzt. Bei Neuverkabelungen wird empfohlen, nur noch<br />
4-paariges Kabel zu verwenden. Das 2-paarige UTP-Kabel wird oft mit dem Vierdrahtkabel verwechselt, bei dem alle vier Adern miteinander verdrillt sind (Sternviererverseilung),<br />
und das vor allem im Telefonbereich Verwendung findet. Wie beim Koaxialkabel ist auch beim symmetrischen Kupferkabel der<br />
Wellenwiderstand Z0 eine wichtige Kenngröße. Typische Werte sind 100 Ω (Ethernet) und 150 Ω (Token Ring).<br />
<br />
==Dämpfung==<br />
Bei jedem Übertragungsmedium muss man gewisse Dämpfungsverluste in Kauf nehmen. Die Dämpfung (Attenuation) ist frequenzabhängig und wächst mit<br />
steigender Signalfrequenz. <br />
<br />
==Kategorie==<br />
Für die Klassifizierung von symmetrischen Kabeln gibt es sieben Kategorien (1 bis 7), wobei die Übertragungsqualität<br />
mit aufsteigender Nummer zunimmt. Diese Klassifizierung bezieht sich ausschließlich auf nachrichtentechnische Parameter (Frequenzverhalten, Dämpfung, usw.)<br />
und macht keine Unterscheidung zwischen geschirmten und ungeschirmten Kabeln. Die folgende Tabelle zeigt die für die Praxis relevanten Kategorien 3 bis 7.<br />
Die Kategorien sind rückwärtskompatibel in dem Sinne, dass eine Ethernet-Variante, die z.B. ein Kategorie-3-Kabel benötigt, selbstverständlich auch auf einem Kategorie-5-Kabel<br />
lauffähig ist.<br />
<br />
{| Border=1 Cellpadding=2<br />
|'''Kategorie''' <br />
|'''Maximale Übertragungsfrequenz [MHz]'''<br />
|'''Ethernet-Einsatzgebiete'''<br />
|-<br />
|3<br />
|16<br />
|10Base-T, 100Base-T2, 100Base-T4<br />
|- <br />
|4<br />
|20<br />
|<br />
|-<br />
|5<br />
|100<br />
|100Base-TX, 1000Base-T (eingeschränkt)<br />
|-<br />
|5e<br />
|100<br />
|1000Base-T<br />
|-<br />
|6<br />
|250<br />
|<br />
|-<br />
|6e<br />
|500<br />
|10G Base-T (eingeschränkt)<br />
|-<br />
|6a<br />
|625<br />
|10G Base-T<br />
|-<br />
|7<br />
|600<br />
|<br />
|}<br />
Ein wesentliches Kriterium für die Auswahl eines Kabels ist die maximale Frequenz, die unter bestimmten Anforderungen übertragen werden kann. Die<br />
folgende Tabelle zeigt die Frequenzanforderungen einiger Übertragungsverfahren.<br />
{| Border=1 Cellpadding=2<br />
|Übertragungsverfahren<br />
|Übertragungsrate [Mbit/s]<br />
|Signalfrequenz [MHz]<br />
|-<br />
|Ethernet 10Base-T<br />
|10<br />
|20<br />
|-<br />
|Fast-Ethernet 100Base-TX<br />
|100<br />
|31.25<br />
|-<br />
|Fast-Ethernet 1000Base-TX<br />
|1000<br />
|62,5 <br />
|}<br />
==Steckverbindungen==<br />
Bei symmetrischen Kabeln der Kategorien 1 bis 6 wird in Ethernet-Umgebungen der 8-polige Steckanschluss RJ45 (Registered Jack)<br />
verwendet, der auch als Modular Jack oder Western Plug bezeichnet wird. Die RJ45-Spezifikation wird von der US-amerikanischen<br />
Federal Communications Commission (FCC) festgelegt. Neben RJ45 gibt es noch eine Reihe weiterer Stecker-Spezifikationen der<br />
FCC. <br />
<br />
Die folgende Tabelle zeigt einige Beispiele:<br />
<br />
[[Datei:r-stecker.jpg]]<br />
<br />
Beispiel<br />
<br />
[[Datei:rj_45_cables.jpg]]<br />
<br />
RJ45-Stecker gibt es in verschiedenen Qualitätsstufen (bezüglich Frquenzverhalten, Dämpfung, usw.), insbesondere gibt es<br />
geschirmte und ungeschirmte Ausführungen. Die Auswahl eines geeigneten RJ45-Steckers erfordert die gleiche Sorgfalt wie die Auswahl des Kabels. Eine gewisse Vereinfachnung bietet<br />
hier die weiter unten beschriebene Klasseneinteilung (A bis F), bei der nicht einzelne Kabel oder Stecker betrachtet werden, sondern komplette Übertragungsstrecken.<br />
Bei Kabeln der Kategorie 7 reicht der RJ45-Stecker aufgrund der hohen übertragungstechnischen Anforderungen nicht mehr aus. Hier gibt es entsprechende Neuentwicklungen, wie<br />
z.B. die Stecksysteme GP45 oder GG45.<br />
<br />
Während bei 4-paarigen Kabeln alle 8 Kontakte des RJ45-Steckers belegt sind, muss bei 2-paarigen Kabeln die Belegung der benötigten 4 Kontakte auf das jeweilige<br />
Übertragungsverfahren abgestimmnt sein. Die folgende Tabelle zeigt die Kontaktbelegung des RJ45-Steckers für die verschiedenen Ethernet-Varianten:<br />
<br />
[[Datei:stecker-belegung.jpg]]<br />
<br />
Für die Farbkodierung der Adernpaare gibt es zwei Industriestandards: EIA/TIA 568A und EIA/TIA 568B<br />
(Electronic Industries Alliance / Telecommunications Industry Association).<br />
<br />
Es ist sinnvoll, in einem Netz durchgehend nur einen dieser Standards zu verwenden.<br />
<br />
*EIA/TIA 568A <br />
<br />
[[Datei:rj45-568a.png]]<br />
<br />
*EIA/TIA 568B<br />
<br />
[[Datei:rj45-568b.png]]<br />
<br />
Belegt man gemäß obiger Tabelle beide Stecker eines Kabels, dann erhält man ein sogenanntes "Straight-through-Kabel". Nun muss jedoch für die Datenübertragung das Transmit-Paar des Senders mit dem Receive-Paar des Empfängers<br />
verbunden werden (und umgekehrt). Aus diesem Grund wird bei zentralen Netzkomponenten (z.B. Hubs und Switches) intern im Gerät ein sogenanntes "Crossover" vorgenommen. Auf diese Weise ist es möglich,<br />
ein Endgerät (z.B. einen PC) über ein Straight-through-Kabel mit einem Hub zu verbinden. Will man jedoch zwei Endgeräte direkt miteinander vebinden, muss die<br />
Crossover-Funktion im Kabel erfolgen und man benötigt hierfür ein Crossover-Kabel, bei dem die entsprechenden Aderpaare bei der Steckerbelegung vertauscht sind. Die folgende Abbildung<br />
zeigt die Crossover-Steckerbelegung für ein 2-paariges Kabel.<br />
[[Datei:crossover.png ]]<br />
<br />
<br />
<br />
<br />
=ISO/OSI-7-Schichtenmodell=<br />
Das OSI-7-Schichtenmodell ist ein Referenzmodell für herstellerunabhängige Kommunikationssysteme. OSI bedeutet Open System Interconnection (Offenes System für Kommunikationsverbindungen), das von der ISO als Grundlage für die Bildung von Kommunikationsstandards entworfen und standardisiert wurde. Das OSI-Schichtenmodell oder OSI-Referenzmodell basiert auf dem DoD-Schichtenmodell, auf dem das Internet basiert. Im Vergleich zum DoD-Schichtenmodell ist das OSI-Schichtenmodell feiner aufgegliedert.<br />
Das OSI-Schichtenmodell besteht aus 7 Schichten. Jede Schicht ist in Arbeitseinheiten eingeteilt. Die Arbeitseinheiten haben ihre Funktion innerhalb der Schicht oder kooperieren mit den Arbeitseinheiten der benachbarten Schichten. Damit diese Arbeitseinheiten miteinander arbeiten können müssen sie sich an ein Regelwerk halten. Dieses Regelwerk nennt man Protokoll.<br />
<br />
So toll das OSI-Referenz- bzw. Schichtenmodell ist, so wenig praxisnah ist es. Es wird zwar sehr häufig als Referenz herangezogen. Doch eigentlich ist das TCP/IP-Modell (DoD-Schichtenmodell) viel näher an der Realität.<br />
Das Problem des OSI-Schichtenmodells ist die Standardisierungsorganisation ISO, die einfach zu schwerfällig war, um in kürzester Zeit einen Rahmen für die Aufgaben von Protokollen und Übertragungssystemen in der Netzwerktechnik auf die Beine zu stellen. TCP/IP dagegen war frei verfügbar, funktionierte und verbreitete sich mit weiteren Protokollen rasend schnell. Der ISO blieb nichts anderes übrig, als TCP/IP im OSI-Schichtenmodell zu berücksichtigen.<br />
Neben TCP/IP haben sich noch weitere Netzwerkprotokolle entwickelt. Die wurden jedoch irgendwann von TCP/IP abgelöst. Fast alle Netzwerke arbeiten heute auf der Basis von TCP/IP.<br />
==Einteilung des OSI-Schichtenmodells==<br />
* Die Schichteneinteilung erfolgt mit definierten Schnittstellen.<br />
* Einzelne Schichten können angepasst, zusammengefasst oder ausgetauscht werden.<br />
* Die Schichten 1..4 sind transportorientierte Schichten.<br />
* Die Schichten 5..7 sind anwendungsorientierte Schichten.<br />
* Das Übertragungsmedium ist nicht festgelegt.<br />
<br />
[[Datei:iso-osi.gif]]<br />
<br />
<br />
Das OSI-7-Schichtenmodell oder OSI-Referenzmodell beschreibt das Durchlaufen von 7 Schichten in denen Funktionen und Protokolle definiert sind und einer bestimmten Aufgabe bei der Kommunikation zwischen zwei Systemen zugeordnet sind. Die Protokolle einer Schicht sind zu den Protokollen der über- und untergeordneten Schichten weitestgehend transparent, so dass die Verhaltensweise eines Protokolls sich wie bei einer direkten Kommunikation mit dem Gegenstück auf der Gegenseite darstellt.<br />
<br />
Die Übergänge zwischen den Schichten sind Schnittstellen, die von den Protokollen verstanden werden müssen. Manchmal kommt es auch vor, dass sich Protokolle über mehrere Schichten erstrecken und mehrere Aufgaben abdecken.<br />
Protokolle sind eine Sammlung von Regeln zur Kommunikation auf einer bestimmten Schicht des OSI-Modells. Die Endgeräte der Endsysteme und das Übertragungsmedium sind aus dem OSI-Modell ausgeklammert, was nicht bedeutet, dass die Endgeräte in der Anwendungsschicht und das Übertragungsmedium in der Bitübertragungsschicht nicht doch vorgegeben sind.<br />
<br />
*Bitübertragungsschicht Schicht 1 Physical<br />
**Maßnahmen und Verfahren zur Übertragung von Bits<br />
**Definition der elektrische, mechanische und funktionale Schnittstelle zum Übertragungsmedium. <br />
**Die Protokolle dieser Schicht unterscheiden sich nur nach dem eingesetzten Übertragungsmedium und -verfahren. Das *Übertragungsmedium ist jedoch kein Bestandteil der Schicht 1.<br />
*Sicherungsschicht Schicht 2 Data Link <br />
**Logische Verbindungen mit Datenpaketen und elementare Fehlererkennungsmechanismen<br />
**Die Sicherungsschicht sorgt für eine zuverlässige und funktionierende Verbindung zwischen Endgerät und Übertragungsmedium. <br />
**Zur Vermeidung von Übertragungsfehlern und Datenverlust enthält diese Schicht Funktionen zur Fehlererkennung, Fehlerbehebung und Datenflusskontrolle.<br />
**Auf dieser Schicht findet auch die physikalische Adressierung von Datenpaketen statt.<br />
*Vermittlungsschicht Schicht 3 Network <br />
**Routing und Datenflusskontrolle<br />
**Die Vermittlungsschicht steuert die zeitliche und logische getrennte Kommunikation zwischen den Endgeräten, unabhängig vom Übertragungsmedium und -topologie. <br />
**Auf dieser Schicht erfolgt erstmals die logische Adressierung der Endgeräte. Die Adressierung ist eng mit dem Routing (Wegfindung vom Sender zum Empfänger) verbunden.<br />
*Transportschicht Schicht 4 Transport <br />
**Logische Ende-zu-Ende-Verbindungen<br />
**Die Transportschicht ist das Bindeglied zwischen den transportorientierten und anwendungsorientierten Schichten. <br />
**Hier werden die Datenpakete einer Anwendung zugeordnet.<br />
*Kommunikationsschicht Schicht 5 Session<br />
**Prozeß-zu-Prozeß-Verbindungen<br />
**Die Kommunikationsschicht organisiert die Verbindungen zwischen den Endsystemen. <br />
**Dazu sind Steuerungs- und Kontrollmechanismen für die Verbindung und dem Datenaustausch implementiert.<br />
*Darstellungsschicht Schicht 6 Presentation<br />
**Ausgabe von Daten in Standardformate<br />
**Die Darstellungsschicht wandelt die Daten in verschiedene Codecs und Formate. <br />
**Hier werden die Daten zu oder von der Anwendungsschicht in ein geeignetes Format umgewandelt.<br />
*Anwendungsschicht Schicht 7 Application<br />
**Dienste, Anwendungen und Netzmanagement<br />
**Die Anwendungsschicht stellt Funktionen für die Anwendungen zur Verfügung. <br />
**Diese Schicht stellt die Verbindung zu den unteren Schichten her. Auf dieser Ebene findet die Dateneingabe und -ausgabe statt.<br />
<br />
===Beispiele===<br />
In der folgenden Tabelle werden die verschiedensten Protokolle, Übertragungs- und Vermittlungstechniken den Schichten des OSI-Modells zugeordnet.<br />
Viele Protokolle und Übertragungsverfahren nutzen mehr als nur eine Schicht. Deshalb kann eine vollständige und korrekte Darstellung der Tabelle nicht gewährleistet werden.<br />
{| Border=1 Cellpadding=2<br />
|Schicht 7<br />
|Anwendung<br />
|Telnet, FTP, HTTP, SMTP, NNTP<br />
|-<br />
|Schicht 6<br />
|Darstellung<br />
|Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 5<br />
|Kommunikation<br />
|TFTP, Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 4<br />
|Transport<br />
|TCP, UDP, SPX, NetBEUI<br />
|-<br />
|Schicht 3<br />
|Vermittlung<br />
|IP, IPX, ICMP, T.70, T.90, X.25, NetBEUI<br />
|-<br />
|Schicht 2<br />
|Sicherung<br />
|LLC/MAC, X.75, V.120, ARP, HDLC, PPP<br />
|-<br />
|Schicht 1<br />
|Übertragung<br />
|Ethernet, Token Ring, FDDI, V.110, X.25, Frame Relay, V.90, V.34, V.24<br />
|}<br />
<br />
=[[Tcp/ip#Das_TCP.2FIP-Referenzmodell|Das TCP/IP-Referenzmodell]]=<br />
<br />
=Vernetzung mit Ethernet und TCP/IP=<br />
==Ethernet==<br />
Zur Vernetzung zweier Computer wird eine elektrische Verbindung zwischen ihnen benötigt. Ganz schlicht gesprochen muss ein Kabel verlegt werden, und dieses muss an den Computern angeschlossen werden können, die Computer müssen also über eine bestimmte Hardware verfügen. Im einfachsten Fall werden heute Ethernet-Steckkarten als Netzwerkadapter verwendet. Als Kabelverbindung dazwischen kann Koaxialkabel oder Twisted-Pair-Kabel verwendet werden.<br />
<br />
[[Datei:tcp1.gif]]<br />
<br />
==IP==<br />
Über den Ethernet-Hardwaretreibern wird nun das Internet Protocol IP angeordnet. Es bündelt die zu übertragenden Daten in Pakete mit Absender- und Empfängeradresse und gibt diese Pakete zur Übertragung nach unten an die Ethernet-Schicht weiter. Auf der anderen Seite nimmt IP die Pakete von der Ethernet-Schicht in Empfang und packt sie aus.<br />
<br />
[[Datei:tcp2.gif]]<br />
<br />
==TCP==<br />
Über die IP-Schicht wird nun die Transmission Control Protocol-Schicht TCP gelegt. Diese überwacht die Übertragung, fordert fehlende Pakete erneut an und bringt sie in die korrekte Reihenfolge.<br />
Die beiden Protokoll-Schichten TCP und IP werden in der Regel zusammengefasst zu TCP/IP, und da diese übereinander liegen, spricht man auch oft vom TCP/IP-Protokoll-Stapel oder TCP/IP-Protokoll-Stack. TCP/IP wird auch als Protokollfamilie bezeichnet, da es eine Reihe weiterer Protokolle enthält, die bestimmte Dienste im Internet erst ermöglichen. Diese weiterführenden Protokolle stellen sicher, dass sich der Anwender nicht mit der Übertragung irgendwelcher Pakete beschäftigen muss.<br />
<br />
[[Datei:tcp3.gif]]<br />
<br />
==Anwendung==<br />
Für Anwendungen wie Beispielsweise E-Mail setzt nun auf die TCP-Schicht ein Protokoll SMTP ein.<br />
<br />
[[Datei:tcp4.gif]]<br />
<br />
=[[Tcp/ip#Ethernet|Ethernet]]=<br />
==CSMA/CD==<br />
Die Abkürzung "CSMA/CD" steht für "Carrier Sense Multiple Access/Collision Detect". Dieses Verfahren findet häufig bei logischen Busnetzen Anwendung (z. B. Ethernet), kann aber prinzipiell bei allen Topologien eingesetzt werden. Bevor eine Station sendet, hört sie zunächst die Leitung ab, um festzustellen, ob nicht schon ein Datenverkehr zwischen anderen Stationen stattfindet. Erst bei freier Leitung wird gesendet und auch während der Sendung wird mitgehört, um festzustellen, ob eine Kollision mit einer Station auftritt, die zufällig zum gleichen Zeitpunkt mit dem Senden begonnen hat (Collision Detect). Bei allen Leitungen ist eine gewisse Laufzeit (siehe später) zu berücksichtigen, so daß auch dann eine Kollision auftritt, wenn zwei Stationen um eine geringe Zeitspanne versetzt mit dem Senden beginnen. In einem solchen Fall produzieren alle sendenden Stationen ein JAM-Singal auf der Leitung, damit auf jeden Fall alle beteiligten Sende- und Empfangsknoten die Bearbeitung des aktuellen Datenpakets abbrechen.<br />
<br />
[[Datei: kollision.gif]]<br />
<br />
Das JAM-Signal besteht aus einer 32 Bit langen Folge von 1010101010101010... Danach warten alle sendewilligen Stationen eine zufallsbestimmte Zeit und versuchen es dann nochmals. Alle Stationen im Netz überprüfen die empfangenen Datenpakete und übernehmen diejenigen, die an sie selbst adressiert sind. Wichtigster Vertreter für CSMA/CD ist das Ethernet, dem deshalb ein eigener Abschnitt gewidmet ist. Normalerweise tritt eine Kollision innerhalb der ersten 64 Bytes auf (Weiteres in Kapitel 4, "Slot Time").<br />
<br />
[[Datei: csma-cd1.gif]]<br />
<br />
Konfliktparameter k:<br />
<br />
[[Datei: k.gif]]<br />
<br />
<br />
*k>1: Sender könnte eine ganze Nachricht an den Kanal übergeben, bevor ein Konflikt entsteht. Beim CSMA/CD-Verfahren inpraktikabel.<br />
<br />
*k<1: CSMA/CD-Verfahren praktikabel<br />
<br />
Spezifikation: Bei größter zulässiger Netzlänge und kleinster zulässiger Paketlänge ergibt sich k~0,21.<br />
<br />
*Wartezeit<br />
Die Wartezeit, die nach einer Kollision bis zum nächsten Sendeversuch vergeht, wird im Standard durch ein Backoff-Verfahren festgelegt (Truncated Binary Expotential Backoff). Es wird wie folgt definiert:<br />
<br />
Wartezeit = ZZ * T<br />
ZZ = Zufallszahl aus [0 < ZZ < 2n]<br />
n = Anzahl Wiederholungen des gleichen Blocks, jedoch maximal 10<br />
T = Slot Time<br />
<br />
Die Slot Time entspricht der doppelten maximalen Signallaufzeit des Übertragungsmediums. Die Wartezeit steigt im statistischen Mittel nach 10 Versuchen nicht mehr an. Nach 16 Versuchen wird abgebrochen und eine Fehlermeldung erzeugt.<br />
<br />
[[Datei: Backoff.gif]]<br />
<br />
<br />
Damit eine sendende Station eine Kollision sicher erkennen kann, muß die Dauer der Blockübertragung mindestens das Doppelte der Signallaufzeit zwischen den beiden beteiligten Stationen betragen. Somit ist die minimale Blocklänge abhängig von Signallaufzeit und Übertragungsrate. Das Rahmenformat von CSMA/CD ist nach IEEE 802.3 festgelegt. Neben Verkabelungsproblemen gibt es bei CSMA/CD-Netzen einige typische Fehlerquellen. Einige davon sollen hier kurz vorgestellt werden.<br />
<br />
* 'Late Collisions' sind Kollisionen, die außerhalb des Kollisionsfensters von 512 Bit, also später, auftreten. Dafür gibt es generell drei Ursachen: Entweder eine Station mit Hardwaredefekt (Netzwerkinterface, Transceiver, etc.), ein Fehler in der Software (Treiber), wodurch sich die Station nicht an die CSMA/CD-Konventionen hält (Senden ohne Abhören), oder die Konfigurationsregeln für die Kabellänge sind nicht eingehalten worden (zu lange Signallaufzeit).<br />
* Sendet eine Station ohne Unterbrechung längere Zeit, also Frames mit mehr als die maximal zugelassenen 1518 Bytes, dann bezeichnet man dies als 'Jabber' (zu deutsch 'Geplapper'). Hauptursache sind hier defekte Netzwerkkarten oder -Treiber.<br />
* 'Short Frames' sind Frames, die kleiner als die minimal zugelassenen 64 Bytes sind. Grund hierfür sind auch Defekte beim Netzwerkinterface oder im Treiber.<br />
* 'Ghost Frames' sind in Ihrer Erscheinung ähnlich einem Datenframe, haben jedoch Fehler schon im Start-Delimiter. Potentialausgleichsströme und Störungen, die auf das Kabel einwirken, können einem Repeater ein ankommendes Datenpaket vorspiegeln. Der Repeater sendet das Geisterpaket dann weiter ins Netz.<br />
<br />
=Kabellose Systeme=<br />
==DECT==<br />
DECT ist primär für sogenannte picozellulare Telefonie innerhalb von Gebäuden ausgelegt, in denen eine Reichweite bzw. ein Zellradius von 30 bis 50 Metern erreicht werden kann; im Freien sind Übertragungsstrecken von 300 Metern möglich. Trotz der maximal erlaubten Ausgangsleistung von 250 mW kann in Verbindung mit einer Richtantenne oder Repeatern eine Strecke von mehreren Kilometern überbrückt werden.<br />
<br />
Im Gegensatz zu Mobilfunksystemen ist DECT eine reine Zugangstechnologie und beschreibt nicht das Netz selbst. Die Anbindung erfolgt mit einem Gateway, das üblicherweise als Basisstation bezeichnet wird. Zumeist erfolgt die Wandlung in das öffentliche Telefonnetz. Neuere Technologien wie IP-Telefonie sind ebenfalls am Markt verfügbar. Jedoch gibt es auch Endgeräte, bei denen kein Gateway existiert, wie etwa Babyfone.<br />
<br />
DECT unterstützt kurzzeitige Mobilität innerhalb eines mehrzelligen Funknetzes durch Weiterleiten an eine andere Zelle (Handover) und langfristige Mobilität durch Einbuchen in ein fremdes Netz (Roaming).<br />
<br />
*Sprachübertragung<br />
*Flexibele Zuteilung von Datenraten<br />
*Hohe Sprachqualität<br />
*Hohe Abhörsicherheit<br />
*Identifikation des Teilnehmers<br />
*Dynamisch Kanalbelegung<br />
*Mehrere Mobil Telefone an einer Basisstation<br />
<br />
==WLAN==<br />
IEEE 802.11 (auch: Wireless LAN (WLAN), Wi-Fi) bezeichnet eine IEEE-Norm für Kommunikation in Funknetzwerken. Herausgeber ist das Institute of Electrical and Electronics Engineers (IEEE). Die erste Version des Standards wurde 1997 verabschiedet. Sie spezifiziert den Mediumszugriff (MAC-Layer) und die physikalische Schicht (vgl. OSI-Modell) für lokale Funknetzwerke.<br />
<br />
Für die physikalische Schicht sind im ursprünglichen Standard zwei Spreizspektrumverfahren (Übertragung per Radiowellen) und ein Verfahren zur Datenübertragung per Infrarotlicht spezifiziert, wobei eine Übertragungsrate von bis zu 2 MBit/s (brutto) vorgesehen ist. Zur Datenübertragung per Radiowellen wird das lizenzfreie ISM-Band bei 2,4 GHz verwendet. Die Kommunikation zwischen zwei Teilnehmern kann direkt im so genannten Ad-hoc-Modus erfolgen oder im Infrastruktur-Modus mithilfe einer Basisstation (Access Point).<br />
<br />
=Passive Netzwerkkomponenten=<br />
==Datenkabel==<br />
==Datendose==<br />
==Patchpanel==<br />
==Datenschränke==<br />
==Anschlußkabel==<br />
<br />
=Aktive Komponenten=<br />
==Repeater==<br />
Um die Längenbeschränkung eines Ethernet-Segmentes aufzuheben, verwendet man Repeater. Ein klassischer Repeater verbindet zwei Ethernet-Segmente (10Base5 oder 10Base2), er ist mit je einem Transceiver an jedes Segment angeschlossen.<br />
<br />
[[Datei: repeater.jpg]]<br />
<br />
==Hub==<br />
<br />
Analog dem Multiport-Repeater besteht die Funktion eines Hub darin, mehrere Twisted-Pair-Kabelsegmente über einen Transceiveranschluß mit dem Ethernet zu verbinden. Das englische Wort "Hub" bezeichnet die Nabe eines Speichenrades - wie die Speichen des Rades verteilen sich die Leitungen sternförmig vom Hub aus. Der Begriff "Hub" steht also für fast alle Verstärkerkomponenten, die eine sternförmige Vernetzung ermöglichen. Hubs haben immer mehrere Ports zum Anschluß von mehreren Rechnern. Bei Twisted-Pair-Verkabelung ist meist einer der Ports als "Uplink" schaltbar<br />
<br />
[[Datei: hub.gif]]<br />
<br />
==Bridge==<br />
<br />
Eine Bridge trennt zwei Ethernet-LANs physikalisch, Störungen wie z. B. Kollisionen und fehlerhafte Pakete gelangen nicht über die Bridge hinaus. Die Bridge ist protokolltransparent, d. h. sie überträgt alle auf dem Ethernet laufenden Protokolle. Die beiden beteiligten Netze erscheinen also für eine Station wie ein einziges Netz. Durch den Einsatz einer Bridge können die Längenbeschränkungen des Ethernets überwunden werden, den sie verstärkt die Signale nicht nur, sondern generiert senderseitig einen neuen Bitstrom. Die Bridge arbeitet mit derselben Übertragungsrate, wie die beteiligten Netze. Die Anzahl der hintereinandergeschalteten Bridges ist auf sieben begrenzt (IEEE 802.1). Normalerweise wird man aber nicht mehr als vier Bridges hintereinanderschalten. <br />
<br />
[[Datei: bridge.gif]]<br />
<br />
==Switch==<br />
<br />
Der Switch ist wie die Bridge ein Gerät des OSI-Layers 2, d. h. er kann LANs mit verschiedenen physikalischen Eigenschaften verbinden, z. B. Koax- und Twisted-Pair-Netzwerke. Allerdings müssen, ebenso wie bei der Bridge, alle Protokolle höherer Ebenen 3 bis 7 identisch sein! Ein Switch ist somit protokolltransparent. Er wird oft auch als Multi-Port-Bridge bezeichnet, da dieser ähnliche Eigenschaften wie eine Bridge aufweist. Jeder Port eines Switch bildet ein eigenes Netzsegment. Jedem dieser Segmente steht die gesamte Netzwerk-Bandbreite zu Verfügung. Dadurch erhöht ein Switch nicht nur - wie die Bridge - die Netzwerk-Performance im Gesamtnetz, sondern auch in jedem einzelnen Segment. Der Switch untersucht jedes durchlaufende Paket auf die MAC-Adresse des Zielsegmentes und kann es direkt dorthin weiterleiten. Der große Vorteil eines Switches liegt nun in der Fähigkeit seine Ports direkt miteinander verschalten zu können, d. h. dedizierte Verbindungen aufzubauen.<br />
<br />
Was ist nun der Unterschied zwischen einem Switch und einer Multiport-Bridge? Bei den Produkten der meisten Hersteller gibt es keinen. "Switch" klingt nach Tempo und Leistung, deswegen haben viele Hersteller ihre Multiport-Bridges Switches genannt.<br />
<br />
[[Datei: switch.jpg]]<br />
<br />
==Router==<br />
<br />
Große Netzwerke wie das Internet bestehen aus vielen kleineren Teilnetzwerken. Die Verbindung der verschiedenen Netze wird durch spezielle Rechner hergestellt. Das sind, neben Bridges, Switches und Gateways, im Internet vor allem Router. Diese haben die Aufgabe, Daten zwischen Rechnern in verschiedenen Netzen auf möglichst günstigen Wegen weiterzuleiten. Zum Beispiel wenn Rechner 1 im Netz B Daten an Rechner 2 im Netz C schicken möchte.<br />
<br />
Router verbinden, im Gegensatz zu Bridges, in OSI-Schicht 3 auch Netze unterschiedlicher Topologien. Sie sind Dreh- und Angelpunkt in strukturiert aufgebauten LAN- und WAN-Netzen. Mit der Fähigkeit, unterschiedliche Netztypen sowie unterschiedliche Protokolle zu routen, ist eine optimale Verkehrslenkung und Netzauslastung möglich. Routing wird erst dann erforderlich, wenn Kommunikation zwischen Stationen in unterschiedlichen Subnetzen erfolgen soll. Sie sind nicht protokolltransparent, sondern müssen in der Lage sein, alle verwendeten Protokolle zu erkennen, da sie Informationsblöcke protokollspezifisch umsetzen. Klassische Beispiele in Heim- und KMU-Netzen sind die ISDN- oder DSL-Router, welche die Verbindung zum Provider herstellen. <br />
<br />
[[Datei: router.jpg]]<br />
<br />
=Routing=<br />
==Grundlegendes==<br />
Wenn einer der Netzwerkadapter ein Datenpaket erhält, so verarbeitet er zunächst die Schicht-2-Protokolldaten, extrahiert dann das IP-Paket und reicht es zur weiteren Verarbeitung an die CPU weiter. Diese entnimmt dem Paketkopf die IP-Adresse des Zielrechners. Wenn nicht der Router selber adressiert ist, muß das Paket weitergeleitet werden. Dazu sucht die CPU in der Routingtabelle nach der passenden Next-Hop-Information. Die Next-Hop-Information beinhaltet zum einen die Nummer des Netzwerkadapters über den das Paket ausgegeben werden soll und zweitens die IP-Adresse des Next-Hop. Diese Adresse übergibt die CPU des Routers nun zusammen mit dem IP-Paket an den entsprechenden Netzwerkadapter. Dieser generiert daraus ein Schicht-2-Paket und sendet es ab.<br />
<br />
Werden auch Informationen im Kopf des Datagramms vor dem Weiterleiten geändert? Zunächst einmal wird bei Eintreffen eines IP-Datagrammes überprüft, ob die Prüfsumme mit den Daten des Paketes zusammenpasst. Wenn dies nicht der Fall ist, muß der Router eine Fehlermeldung an den Absender schicken. Anschließend wird der Zähler "time-to-live" im Kopf des Paketes dekrementiert. Erreicht er den Wert 0, wird das Paket verworfen. Auf diese Weise können Endlosschleifen vermieden werden. Da sich der Inhalt des Paketes deswegen verändert hat, muß eine neue Prüfsumme berechnet werden. Das neue Datagramm wird nun weitergeleitet. Ist eine lokale Auslieferung möglich, ist die physikalische Zieladresse die MAC-Adresse des IP-Zieles. Im Falle einer indirekten Auslieferung ist die physikalische Zieladresse die MAC-Adresse des Routers. Also ist die Information über den Router nicht im Kopf eines IP-Paketes vermerkt. Der Weg eines Datagrammes kann also nicht verfolgt werden.<br />
<br />
Bevor ein Router ein Paket mit einer bestimmten IP-Adresse weiterleiten kann, muß er ggf. für diese Adresse zunächst den Weg durch das Netz zum Zielrechner bestimmen.<br />
<br />
Durch die für das Routen notwendige Untersuchung des Datenpakets, erhöht sich die Verweilzeit der Daten im Router selbst (Latenzzeit). Die eigentliche Stärke von Routern liegt in ihrer Fähigkeit mittels bestimmter Algorithmen den bestmöglichen Weg für ein Datenpaket zum Empfänger aus seiner Routing-Tabelle zu wählen.<br />
Um die Daten "routen" zu können, ist es notwendig, daß der Router alle angeschlossenen Netzwerkprotokolle versteht und diese auch die Fähigkeit des Routens unterstützen. <br />
<br />
==Vorteile von Routern==<br />
Der Vorteil des Routers gegenüber der Bridge ist die logische Trennung und die Bildung von (Sub-)Netzen bei TCP/IP bzw. von Areas bei DECNET.<br />
Weitere Features von Routern sind ihre Netzwerk-Management- und die Filter-Funktionen. Durch geeignet gewählte Routing-Einstellungen ist es möglich, die Netwerk-Performance je nach Anforderungen ans Netz zu verbessern. Die Filterfunktionen auf Netzwerk-Protokollebene sind ähnlich wie bei der Bridge. Router bieten aber eine generell höhere Isolation da sie z. B. Broadcasts in der Regel nicht weiterleiten. <br />
<br />
<br />
==Die Routingtabelle==<br />
<br />
Eine einfache Tabelle über alle 232 (bei IPv4) bzw. 2128 (bei IPv6) möglichen IP-Adressen wäre kaum machbar. Schließlich kann ein Router über die direkt mit ihm verbundenen Netze nur maximal einige tausend Rechner erreichen. In der Regel sind es sogar weniger als hundert. In der Routingtabelle ist auch nicht der gesamte Weg zu einem Rechner mit einer bestimmten IP-Adresse gespeichert. Vielmehr kennt der einzelne Router nur die nächste Zwischenstation (engl. next hop) auf dem Weg zum Ziel. Das kann ein weiterer Router oder der Zielrechner sein.<br />
<br />
===Beispiel für drei IP-Netze mit Routern===<br />
Das folgende Netz besteht aus drei IP-Netzen, die über Router verbunden sind. Jeder Router hat zwei Netzwerk-Interfaces, die jeweils in zwei der Netze hängen. Es ist nicht unbedingt erforderlich, für jedes Netz ein eigenes Interface zu verwenden; über sogenannte 'virtuelle Interfaces' kann man mehrere Netze auf ein Hardwareinterface legen.<br />
<br />
[[Datei: router4.gif]]<br />
<br />
Die Routing-Tabellen dazu:<br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"| Router 1<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|direkt<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|192.168.1.2<br />
|} <br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"|Router 2<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|192.168.1.1<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|direkt<br />
|}<br />
<br />
===Routingverfahren===<br />
Das Routing (Wegewahl, Pfadsteuerung) hat die Aufgabe, Pfade für die Übertragung durch ein Netz festzulegen. Jeder Vermittlungsknoten fällt dabei eine Entscheidung auf welcher Übertragungsleitung ein eingelaufenes Paket weitergeleitet werden soll. Im Prinzip läuft die Entscheidung innerhalb des Routers folgendermaßen ab:<br />
<br />
Beim Routing werden diverse Ziele verfolgt:<br />
<br />
*Geringe Paketverzögerung<br />
*Hoher Durchsatz<br />
*Geringe Kosten<br />
*Fehlertoleranz <br />
<br />
====Statisches Routing====<br />
Statisches Routing (Static Routing, Directory Routing) ist nicht adaptiv und einfach aber sehr häufig benutzt. Die Eigenschaften sind:<br />
* Jeder Knoten unterhält eine Routing-Tabelle, in der jeder mögliche Zielknoten durch eine Zeile gekennzeichnet ist.<br />
* Jede Zeile enthält ein oder mehrere Einträge für die zu verwendende Übertragungsleitung in Richtung des Zieles. Jeder Eintrag enthält auch eine relative Gewichtung.<br />
* Zum Weiterleiten eines Paketes wird sein Ziel bestimmt, die entsprechende Zeile aus der Tabelle gesucht und aus ihr die "beste" Übertragungsleitung ausgewählt. Auf dieser wird das Paket weitergesendet. <br />
<br />
====Dynamisches Routing====<br />
<br />
Ein wesentlicher Vorteil von Routern ist die Möglichkeit Routen dynamisch, d.h. bei laufendem Netzbetrieb je nach Netzerweiterung neu einzurichten oder je nach Lastsituation zu ändern. Diese Verfahren werden auch adaptives Routing genannt, da die Wegwahl an die aktuelle Netzsituation »adaptiert« werden kann. Die optimale Wegwahl, die durch die so genannte Metrik gewichtet wird, wird nach einer anfänglichen Parametersetzung allein durch das Routing-Protokoll bestimmt und ist so für den Benutzer transparent.<br />
<br />
Routingprotokolle<br />
*RIP<br />
*OSPF<br />
*BGP<br />
*IGRP<br />
<br />
===Layer-3-Switching===<br />
Layer-3-Switching ist eine neue Technologie. Sie kombiniert leistungsfähiges Switching (Layer 2) mit skalierbarem Routing (Layer 3). Herkömmliche Switches verwenden die MAC-Adresse der Ethernet-Frames zur Entscheidung, wohin die Frames transportiert werden sollen, während Router Datenpakete anhand von Routingtabellen und Accesslisten auf Layer-3-weitervermitteln. Router sind in vielen Installationen als reine LAN-to-LAN-Router im Einsatz, um Subnetze zu verbinden und die Nebeneffekte von rein geswitchten Netzen, wie z. B. Broadcast-Stürme, fehlendes Subnetting etc. zu verhindern. Router, die auf der Transportebene arbeiten, müssen jedes IP-Paket aus den Ethernet-Frames zusammenbauen und vielfältige Operationen an IP-Paketen durchführen. Dies führt zu einer Verzögerungszeit und, im Vergleich zu Switches, geringerem Datendurchsatz. I<br />
<br />
=IP-Routing einrichten=<br />
=Fehlersuche=<br />
=Planung und Dokumentation=<br />
=Übertragungstechnik WAN=<br />
=Internetzugang einrichten über DSL=</div>192.168.250.3https://www.xinux.net/index.php?title=Netzwerktechnik&diff=1639Netzwerktechnik2010-11-24T18:11:59Z<p>192.168.250.3: /* Statisches Routing= */</p>
<hr />
<div>=Grundlagen=<br />
===Definition Netzwerk===<br />
Als es die ersten Computer gab, waren diese sehr teuer. Vor allem Peripherie-Geräte und Speicher war fast unbezahlbar. Zudem war es erforderlich zwischen mehreren Computern Daten auszutauschen. Aus diesen Gründen wurden Computer miteinander verbunden.<br />
Daraus ergaben sich einige Vorteile gegenüber den Einzelarbeitsplätzen:<br />
* zentrale Steuerung von Programmen und Daten<br />
* Nutzung gemeinsamer Datenbeständen<br />
* erhöhter Datenschutz und Datensicherheit<br />
* größere Leistungsfähigkeit<br />
* gemeinsame Nutzung der Ressourcen<br />
===Was ist ein Netzwerk?===<br />
Ein Netzwerk besteht in seiner einfachsten Form aus zwei Computern. Sie sind über ein Kabel miteinander verbunden und somit in der Lage ihre Ressourcen gemeinsam zu nutzen. Wie Daten, Speicher, Drucker, Faxgeräte, Scanner, Programme und Modems. Ein netzwerkfähiges Betriebssystem stellt den Benutzern auf der Anwendungsebene die Ressourcen zur Verfügung.<br />
<br />
====Peer-to-Peer-Architektur====<br />
<br />
[[Datei:peer2peer.gif]]<br />
<br />
In einem Peer-to-Peer-Netzwerk ist jeder angeschlossene Computer zu den anderen gleichberechtigt. Jeder Computer stellt den anderen Computern seine Ressourcen zur Verfügung.<br />
Einen Netzwerk-Verwalter gibt es nicht. Deshalb muss jeder Netzwerk-Teilnehmer selber bestimmen, welche Ressourcen er freigeben will.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Größe <br />
|Ein Peer-to-Peer-Netzwerk eignet sich für bis zu 10 Stationen. Bei mehr Stationen wird es schnell unübersichtlich und die Nachteile kommen sehr schnell zum Tragen.<br />
|-<br />
|Datensicherung<br />
|Die Datensicherung muss von jedem Netzwerk-Teilnehmer selber vorgenommen werden.<br />
|-<br />
|Administration<br />
|Jeder Netzwerk-Teilnehmer ist für seinen Computer selber verantwortlich.<br />
|-<br />
|Vorteile<br />
|Diese Art von Netzwerk ist relativ schnell und kostengünstig aufgebaut. Die Teilnehmer sollten möglichst dicht beieinander stehen.<br />
|-<br />
|Nachteile<br />
|Eine konsistente Versionsverwaltung für Dokumente ist nur mit viel Aufwand realisierbar. Eine zentrale Datensicherung ist auch nicht vorhanden.<br />
|}<br />
<br />
====Client-Server-Architektur====<br />
<br />
In einem serverbasierten Netzwerk werden die Daten auf einem zentralen Computer gespeichert und verwaltet. Man spricht von einem dedizierten Server, auf dem keine Anwendungsprogramme ausgeführt werden, sondern nur eine Server-Software und Dienste ausgeführt werden.<br />
Diese Architektur unterscheidet zwischen der Anwender- bzw. Benutzerseite und der Anbieter- bzw. Dienstleisterseite. Der Anwender betreibt auf seinem Computer Anwendungsprogramme (Client), die die Ressourcen des Servers auf der Anbieterseite zugreifen. Hier werden die Ressourcen zentral verwaltet, aufgeteilt und zur Verfügung gestellt.<br />
<br />
[[Datei:client-server.gif]]<br />
<br />
<br />
Diese Architektur ist die Basis für viele Internet-Protokolle, wie HTTP für das World Wide Web oder SMTP/POP3 für E-Mail. Der Client stellt eine Anfrage. Der Server wertet die Anfrage aus und liefert eine Antwort bzw. die Daten zurück.<br />
<br />
====Disk-Server====<br />
<br />
Dann wurde der erste Disk-Server entwickelt. Es war ein Computer, der mit mehreren anderen Computern verbunden war. Auf dem Disk-Server kam ein Betriebssystem zum Einsatz, das den gleichzeitigen Zugriff mehrerer Clients organisieren konnte. Mit den Disk-Servern war es schon möglich die Zugriffsmöglichkeiten der angeschlossenen Computer auf bestimmte Ressourcen zu beschränken. Der Wartungs- und Pflegeaufwand eines Disk-Servers war jedoch enorm, da die Clients für die Verwaltungstätigkeiten zuständig waren.<br />
Die Probleme des Disk-Servers wurden dann mit dem File-Server gelöst. Der Server war für die Verwaltungsaufgaben zuständig. Und es gab Möglichkeiten die Zugriffe der Clients weiter einzuschränken. Z. B. auf einzelne Verzeichnisse oder Dateien.<br />
<br />
====Datensicherheit====<br />
<br />
Bei einem Server hat man die Möglichkeit, Sicherheitsstrategien für die Datensicherheit und Zugriffsmöglichkeiten zu entwickeln. Beispiele für Sicherheitsstrategien sind doppelte Datenhaltung, zentrale Datensicherung und Zugriffssteuerung. Die Steuerung kann durch eine oder nur wenige Personen übernommen werden.<br />
<br />
<br />
====Groupware====<br />
<br />
Groupware soll die Zusammenarbeit in Arbeitsgruppen fördern, die Arbeitsabläufe vereinfachen und automatisieren. Wenn in einem Netzwerk die enge Zusammenarbeit zwischen Netzwerkteilnehmern möglich sein soll, dann kommt eine Groupware-Software zum Einsatz.<br />
<br />
Sie bietet folgende Möglichkeiten:<br />
<br />
* E-Mail<br />
* Terminkalender<br />
* zentrales Adressbuch<br />
* Dokumentbearbeitung im Team<br />
* Zugriffsmöglichkeiten auf Datenbanken<br />
<br />
===Mainframe-Architektur===<br />
<br />
[[Datei:mainframe.gif]]<br />
<br />
<br />
In den Anfangszeiten der Computer waren diese sehr teuer und auch sehr groß. Es war nicht möglich jedem Mitarbeiter einen Computer auf bzw. unter den Tisch zu stellen. Stattdessen beschränkte man sich auf einen sehr teuren aber leistungsfähigen Großrechner, den sogenannten Mainframe. Dort waren meist speziell entwickelte Applikationen installiert. Über serielle Leitungen waren an den Mainframe mehrere Terminals, bestehend aus Bildschirm und Tastatur, angeschlossen. Mit diesen Terminals wurden die Mainframes bedient.<br />
Das Terminal dient als Eingabe-Ausgabe-Schnittstelle zwischen Benutzer und Mainframe. Bei dieser Architektur bilden Terminal und Mainframe eine Einheit. Benutzereingaben werden vom Mainframe verarbeitet und vom Terminal dargestellt.<br />
Moderne Formen des Terminals sind mit Arbeitsspeicher, Prozessor und Schnittstellen ausgestattet. Hier laufen ein Großteil der Anwendungen im Terminal. Diese müssen mangels lokalem Massenspeicher vom Mainframe in den Arbeitsspeicher geladen werden. Statt dem klassischen Mainframe dient ein Terminalserver für die Auslieferung der Programme.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Vorteile<br />
|Zentrale Steuerung, Datenhaltung, Anwendungen und kostengünstige Erweiterung zusätzlicher Terminals.<br />
|-<br />
|Nachteile<br />
|Ausfall des Mainframes führt zum Ausfall der Terminals. Der Betrieb steht dann komplett. Im Überlastungsfall müssen die Terminals warten, bis ihre Daten verarbeitet werden<br />
|}<br />
==Logische Struktur von Netzen==<br />
Bei der Verkabelung von LANs muß man aber zwischen logischer Stuktur und Verkabelungsstruktur unterscheiden, z. B. kann ein Netz mit logischer Busstruktur bei der Verkabelung mit 'Twisted Pair'-Kabeln wie ein Sternnetz aussehen.<br />
===Sternstruktur===<br />
Alle Teilnehmer werden an einen zentralen Knoten angeschlossen (früher z. B. häufig Anschluß von Sichtgeräten an einen Zentralrechner). Eine direkte Kommunikation der Teilnehmer untereinander ist nicht möglich, jegliche Kommunikation läuft über den zentralen Knoten (Punkt-zu-Punkt-Verbindung, Leitungsvermittlung). Die Steuerung der Kommunikation vom Knoten aus ist sehr einfach: Polling (regelmäßige Abfrage aller Stationen) oder Steuerung über Interrupt. Bei Ausfall der Zentrale sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:stern-netz.gif]]<br />
<br />
===Ringstruktur===<br />
Es gibt keine Zentrale, alle Stationen sind gleichberechtigt. Jeder Teilnehmer verfügt über einen eigenen Netzanschluß (Knoten) und ist über diesen mit seinem linken und rechten Partner verbunden. Die Übertragung der Info erfolgt in einer Richtung von Knoten zu Knoten. Bei Ausfall eines Knotens sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:ring-netz.gif]]<br />
<br />
===Busstruktur===<br />
Es gibt keine Zentrale und keine Knoten. Die Verbindung aller Teilnehmer erfolgt über einen gemeinsamen Übertragungsweg. Zu einem Zeitpunkt kann immer nur eine Nachricht über den Bus transportiert werden. Bei Ausfall einer Station bleibt die Kommunikation der anderen Stationen erhalten. Bei den Bussystemen kann man noch unterscheiden in Basisband-Bussysteme und Breitband-Bussysteme. Bei Basisband-Bussystemen werden die elektrischen Pegel direkt übertragen; bei den für uns interessanten digitalen Informationen also 0- und 1-Pegel. Bei Breitband-Bussystemen werden über das Kabel mehrere unabhängige Kanäle geleitet (modulierte Übertragung). Busnetze müssen auf beiden Seiten mit der Leitungsimpedanz abgeschlossen werden, damit keine Echos auftreten, die zu Empfangsfehlern führen.<br />
<br />
[[Datei:bus-netz.gif]]<br />
<br />
===vermaschte Struktur===<br />
Jeder Teilnehmer ist mit mehreren anderen verbunden. Es gibt keine Zentrale und es existieren mehrere, unabhängige Übertragungswege zwischen zwei Stationen. Manchmal gibt es keine direkte Verbindung zwischen zwei Stationen. Dann führt der Weg über eine oder mehrere andere Stationen.<br />
<br />
[[Datei:masch-netz.gif]]<br />
<br />
Je nach Bedarf können die o. g. Topologien auch miteinander kombiniert werden, z. B. Bus mit angeschlossenen Sternen oder Bus mit angeschlossenen Bussen, was zu einer Baumstruktur führt. Insbesondere bei Weitverkehrsnetzen (WAN) treten vermaschte Strukturen auf. Teilweise ergeben sich dabei redundante Leitungswege, die auch bei Unterbrechung eines Wegs den Datentransport sicherstellen.<br />
<br />
==Übertragung von Daten==<br />
===Datagramm===<br />
Ein '''Datagramm''' steht als Oberbegriff für:<br />
* einen Datenframe<br />
* ein Datenpaket<br />
* ein Datensegment<br />
Ein Datagramm ist eine Art von Dateneinheit und hat im OSI-Modell auf den Schichten 2 bis 4 unterschiedliche Bezeichnungen. Auf der Sicherungsschicht (Schicht 2) nennt sich das dortige Datagramm Datenframe. Auf der Vermittlungsschicht (Schicht 3), ist es das Datenpaket und auf der Transportschicht (Schicht 4) das Datensegment.<br />
==Übertragungsrichtung==<br />
Kommunikationsmedien können auch danach charakterisiert werden, in welche Richtung eine Informationsübertragung möglich ist. Man unterscheidet:<br />
===Simplex===<br />
Die Übertragung kann immer nur in ein und dieselbe Richtung erfolgen (ähnlich wie bei einem Radio).<br />
===Halbduplex===<br />
Die Übertragung kann zu einem Zeitpunkt immer nur in eine Richtung erfolgen, kann aber in die andere Richtung umgeschaltet werden (ähnlich wie bei einem Walkie-Talkie).<br />
===Duplex===<br />
Die Übertragung kann in beide Richtungen gleichzeitig erfolgen (ähnlich wie bei einem Telefon). Zur deutlichen Unterscheidung von halbduplex wird hier auch oft von vollduplex gesprochen.<br />
==Struktur von Kommunikationsnetzen==<br />
===Vermittlungseinrichtungen===<br />
*Telekom<br />
*Kabeldeutschland<br />
===Anschlusarten===<br />
*Wählanschlüsse<br />
*Festanschlüsse<br />
*Universal<br />
===Datenverbindungen===<br />
[[Datei:datenverbindung-netze.gif]]<br />
<br />
===Leitergebunde Systeme===<br />
*Metalische<br />
*Nichtmetallische<br />
===Einteilung von Medien===<br />
====Kupferkabel====<br />
Kupferkabel gehören zu den leitungsgebundenenen Übertragungsmedien. Sie sind metallische Leiter und<br />
können weiter unterteilt werden in symmetrische Kabel und Koaxialkabel.<br />
*Symetrisches Kabel<br />
<br />
*Koaxialkabel<br />
<br />
====Lichtwellenleiter====<br />
Lichtwellenleiter (Abk.: LWL) oder Lichtleitkabel (LLK) sind aus Lichtleitern bestehende oder zusammengesetzte, teilweise konfektionierte, mit Steckverbindungen versehene Kabel und Leitungen zur Übertragung von Licht im sichtbaren sowie ultravioletten oder infraroten Bereich. Lichtleitkabel bilden mehr oder weniger stark biegsame Verbindungen zur Übertragung optischer Signale oder auch hoher optischer Strahlungsleistungen.<br />
Die verwendeten Lichtleiter, in denen die Strahlung fortgeleitet wird, bestehen je nach Anwendung aus Mineralglas (meist Kieselglas bzw. Quarzglas), oder organischem Glas (Kunststoff).<br />
====Luft====<br />
Hier werden elektromagnetische Wellen zu Übertragung verwendet.<br />
*Infrarot<br />
*WLAN<br />
*Mobilfunk<br />
*DECT<br />
*Richtfunk<br />
===Übertragungstechnik===<br />
*Breitbandtechnik<br />
*Single Cable System<br />
*Dual Cable System<br />
*Breitband-Lan<br />
*Breitband-ISDN<br />
<br />
<br />
=Grundlagen der Signalübertragung=<br />
==Kenngrößen==<br />
*Der Leiterwiderstand und die Leitfähigkeit des Metalls<br />
*Die Dämpfung (frequenzabhängig)<br />
*Kopplungswiderstand<br />
*Rückflussdämpfung<br />
==Begriffe==<br />
*Leiterwiderstand<br />
*Spezifischer Widerstand<br />
*Elektrische Leitfähigkeit<br />
*Metalle<br />
*Isolatoren<br />
*Hallbleiter<br />
==Leitungstheorie==<br />
Allgemein lässt sich eine Leitung nur grob mit dem ohmschen Widerstand aus Leitungsquerschnittsfläche, Leitfähigkeit und Länge beschreiben. Sobald die Wellenlänge in der Größenordnung der Leitungslänge liegt oder z. B. Schaltvorgänge auf Leitungen beschrieben werden sollen, reicht dieses stark vereinfachte Modell nicht hin.<br />
<br />
Mithilfe der Leitungsgleichungen und den zugehörigen Größen wie Wellenimpedanz, Reflexionsfaktor, Leitungsbelägen und weiteren Parametern, lassen sich Ausgleichsvorgänge auf Leitungen und Wellenerscheinungen berechnen.<br />
<br />
Beaufschlagt man eine Leitung mit einem Wechselstrom oder mit einem Strom- oder Spannungspuls, so wird das Signalausbreitungsverhalten auf der Leitung durch ohmsche, kapazitive und induktive Leitungseigenschaften, die komplexen Leitungsbeläge bestimmt.<br />
<br />
Sinnvoll wird eine leitungstheoretische Betrachtung in der Regel, wenn die geometrischen Abmessungen der Leitungen die gleiche Größenordnung haben oder länger sind, als die Wellenlänge der Strom- oder Spannungsgröße. Eine Wechselspannung von 1 GHz besitzt im Vakuum eine Wellenlänge von rund 30 cm. Wellenvorgänge spielen auf den Platinen moderner Computer eine große Rolle. Somit wären moderne Computer mit hochfrequenter Taktung ohne Anwendung der Leitungstheorie undenkbar.<br />
<br />
=Kupferkabel=<br />
==Koaxialkabel==<br />
Ein Koaxialkabel (Coaxial Cable) besteht aus einem zentralen Innenleiter, um den konzentrisch eine Isolierschicht (Dielektrikum), ein Außenleiter (Abschirmung) und eine Außenisolierung angebracht sind.<br />
<br />
[[Datei:koaxkabel.jpg]]<br />
<br />
<br />
Aufgrund der Unsymmetrie zwischen den beiden Leitern wird das Koaxialkabel<br />
auch als unsymmetrisches Kabel bezeichnet. Das Dielektrikum<br />
hat einen großen Einfluß auf die Signalgeschwindigkeit. Die Abschirmung<br />
besteht aus einem Kupfergeflecht und/oder einer Aluminiumfolie. Da ein<br />
Koaxialkabel sehr hohe Frequenzen übertragen kann, wird es auch<br />
Hochfrequenzkabel genannt.<br />
<br />
<br />
Eine wichtige Kenngröße ist der Wellenwiderstand Z0. Bei jeder (endlich langen) Leitung müssen die Enden mit jeweils<br />
einem dem Wellenwiderstand entsprechenden Ohmschen Abschlusswiderstand überbrückt werden, um die Leitung reflexionsfrei zu halten. Praktisch bedeutet<br />
dies, dass ein eingekoppeltes Signal an den Kabelenden nicht reflektiert, sondern vernichtet wird.<br />
Typische Werte für den Wellenwiderstand sind 50 Ω ("klassisches" Ethernet), 75 Ω (Breitband-LANs) und 150 Ω (Gigabit-Ethernet).<br />
<br />
==Symmetrisches Kupferkabel – Twisted Pair==<br />
<br />
Ein symmetrisches (Kupfer-) Kabel (Balanced Cable), auch Kabel mit verdrillten Leitungspaaren (Twisted Pair) genannt,<br />
besteht aus mehreren Adern, die nicht parallel geführt werden, sondern paarweise miteinander verdrillt sind. Durch die Verdrillung wird die<br />
gegenseitige Beeinflussung durch induktive und kapazitive Effekte von benachbart liegenden Leitungspaaren verringert.<br />
Das Signal wird symmetrisch und erdfrei auf je einem Adernpaar geführt. Die Signalspannung liegt auf diese Weise nicht<br />
gegen Erde oder Masse an, sondern lässt sich nur als Differenzspannung zwischen den beiden Adern eines Adernpaares abgreifen.<br />
<br />
[[Datei:sym-kabel.png]]<br />
<br />
<br />
Symmetrisches Kabel wird in verschiedenen Ausführungen angeboten:<br />
<br />
*U/UTP: ungeschirmtes Kabel (Unscreened/Unshielded Twisted Pair),<br />
*F/UTP: Kabel mit Gesamtschirm aus Folie (Foil/Unshielded Twisted Pair),<br />
*U/FTP: paarweise foliengeschirmtes Kabel (Unscreened/Foil Twisted Pair) <br />
**STP: (Shielded Twisted Pair) alte Bezeichnung <br />
*SF/UTP: Kabel mit Gesamtschirm aus Folie und Geflecht (Screened Foil/Unshielded Twisted Pair),<br />
*S/FTP: paarweise foliengeschirmtes Kabel mit Gesamtschirm aus Geflecht (Screened/Foil Twisted Pair)<br />
**S/STP (Screened Shielded Twisted Pair) alte Bezeichnung<br />
<br />
Im LAN-Bereich werden symmetrische Kabel mit 2 Paaren (4 Adern) oder 4 Paaren (8 Adern) eingesetzt. Bei Neuverkabelungen wird empfohlen, nur noch<br />
4-paariges Kabel zu verwenden. Das 2-paarige UTP-Kabel wird oft mit dem Vierdrahtkabel verwechselt, bei dem alle vier Adern miteinander verdrillt sind (Sternviererverseilung),<br />
und das vor allem im Telefonbereich Verwendung findet. Wie beim Koaxialkabel ist auch beim symmetrischen Kupferkabel der<br />
Wellenwiderstand Z0 eine wichtige Kenngröße. Typische Werte sind 100 Ω (Ethernet) und 150 Ω (Token Ring).<br />
<br />
==Dämpfung==<br />
Bei jedem Übertragungsmedium muss man gewisse Dämpfungsverluste in Kauf nehmen. Die Dämpfung (Attenuation) ist frequenzabhängig und wächst mit<br />
steigender Signalfrequenz. <br />
<br />
==Kategorie==<br />
Für die Klassifizierung von symmetrischen Kabeln gibt es sieben Kategorien (1 bis 7), wobei die Übertragungsqualität<br />
mit aufsteigender Nummer zunimmt. Diese Klassifizierung bezieht sich ausschließlich auf nachrichtentechnische Parameter (Frequenzverhalten, Dämpfung, usw.)<br />
und macht keine Unterscheidung zwischen geschirmten und ungeschirmten Kabeln. Die folgende Tabelle zeigt die für die Praxis relevanten Kategorien 3 bis 7.<br />
Die Kategorien sind rückwärtskompatibel in dem Sinne, dass eine Ethernet-Variante, die z.B. ein Kategorie-3-Kabel benötigt, selbstverständlich auch auf einem Kategorie-5-Kabel<br />
lauffähig ist.<br />
<br />
{| Border=1 Cellpadding=2<br />
|'''Kategorie''' <br />
|'''Maximale Übertragungsfrequenz [MHz]'''<br />
|'''Ethernet-Einsatzgebiete'''<br />
|-<br />
|3<br />
|16<br />
|10Base-T, 100Base-T2, 100Base-T4<br />
|- <br />
|4<br />
|20<br />
|<br />
|-<br />
|5<br />
|100<br />
|100Base-TX, 1000Base-T (eingeschränkt)<br />
|-<br />
|5e<br />
|100<br />
|1000Base-T<br />
|-<br />
|6<br />
|250<br />
|<br />
|-<br />
|6e<br />
|500<br />
|10G Base-T (eingeschränkt)<br />
|-<br />
|6a<br />
|625<br />
|10G Base-T<br />
|-<br />
|7<br />
|600<br />
|<br />
|}<br />
Ein wesentliches Kriterium für die Auswahl eines Kabels ist die maximale Frequenz, die unter bestimmten Anforderungen übertragen werden kann. Die<br />
folgende Tabelle zeigt die Frequenzanforderungen einiger Übertragungsverfahren.<br />
{| Border=1 Cellpadding=2<br />
|Übertragungsverfahren<br />
|Übertragungsrate [Mbit/s]<br />
|Signalfrequenz [MHz]<br />
|-<br />
|Ethernet 10Base-T<br />
|10<br />
|20<br />
|-<br />
|Fast-Ethernet 100Base-TX<br />
|100<br />
|31.25<br />
|-<br />
|Fast-Ethernet 1000Base-TX<br />
|1000<br />
|62,5 <br />
|}<br />
==Steckverbindungen==<br />
Bei symmetrischen Kabeln der Kategorien 1 bis 6 wird in Ethernet-Umgebungen der 8-polige Steckanschluss RJ45 (Registered Jack)<br />
verwendet, der auch als Modular Jack oder Western Plug bezeichnet wird. Die RJ45-Spezifikation wird von der US-amerikanischen<br />
Federal Communications Commission (FCC) festgelegt. Neben RJ45 gibt es noch eine Reihe weiterer Stecker-Spezifikationen der<br />
FCC. <br />
<br />
Die folgende Tabelle zeigt einige Beispiele:<br />
<br />
[[Datei:r-stecker.jpg]]<br />
<br />
Beispiel<br />
<br />
[[Datei:rj_45_cables.jpg]]<br />
<br />
RJ45-Stecker gibt es in verschiedenen Qualitätsstufen (bezüglich Frquenzverhalten, Dämpfung, usw.), insbesondere gibt es<br />
geschirmte und ungeschirmte Ausführungen. Die Auswahl eines geeigneten RJ45-Steckers erfordert die gleiche Sorgfalt wie die Auswahl des Kabels. Eine gewisse Vereinfachnung bietet<br />
hier die weiter unten beschriebene Klasseneinteilung (A bis F), bei der nicht einzelne Kabel oder Stecker betrachtet werden, sondern komplette Übertragungsstrecken.<br />
Bei Kabeln der Kategorie 7 reicht der RJ45-Stecker aufgrund der hohen übertragungstechnischen Anforderungen nicht mehr aus. Hier gibt es entsprechende Neuentwicklungen, wie<br />
z.B. die Stecksysteme GP45 oder GG45.<br />
<br />
Während bei 4-paarigen Kabeln alle 8 Kontakte des RJ45-Steckers belegt sind, muss bei 2-paarigen Kabeln die Belegung der benötigten 4 Kontakte auf das jeweilige<br />
Übertragungsverfahren abgestimmnt sein. Die folgende Tabelle zeigt die Kontaktbelegung des RJ45-Steckers für die verschiedenen Ethernet-Varianten:<br />
<br />
[[Datei:stecker-belegung.jpg]]<br />
<br />
Für die Farbkodierung der Adernpaare gibt es zwei Industriestandards: EIA/TIA 568A und EIA/TIA 568B<br />
(Electronic Industries Alliance / Telecommunications Industry Association).<br />
<br />
Es ist sinnvoll, in einem Netz durchgehend nur einen dieser Standards zu verwenden.<br />
<br />
*EIA/TIA 568A <br />
<br />
[[Datei:rj45-568a.png]]<br />
<br />
*EIA/TIA 568B<br />
<br />
[[Datei:rj45-568b.png]]<br />
<br />
Belegt man gemäß obiger Tabelle beide Stecker eines Kabels, dann erhält man ein sogenanntes "Straight-through-Kabel". Nun muss jedoch für die Datenübertragung das Transmit-Paar des Senders mit dem Receive-Paar des Empfängers<br />
verbunden werden (und umgekehrt). Aus diesem Grund wird bei zentralen Netzkomponenten (z.B. Hubs und Switches) intern im Gerät ein sogenanntes "Crossover" vorgenommen. Auf diese Weise ist es möglich,<br />
ein Endgerät (z.B. einen PC) über ein Straight-through-Kabel mit einem Hub zu verbinden. Will man jedoch zwei Endgeräte direkt miteinander vebinden, muss die<br />
Crossover-Funktion im Kabel erfolgen und man benötigt hierfür ein Crossover-Kabel, bei dem die entsprechenden Aderpaare bei der Steckerbelegung vertauscht sind. Die folgende Abbildung<br />
zeigt die Crossover-Steckerbelegung für ein 2-paariges Kabel.<br />
[[Datei:crossover.png ]]<br />
<br />
<br />
<br />
<br />
=ISO/OSI-7-Schichtenmodell=<br />
Das OSI-7-Schichtenmodell ist ein Referenzmodell für herstellerunabhängige Kommunikationssysteme. OSI bedeutet Open System Interconnection (Offenes System für Kommunikationsverbindungen), das von der ISO als Grundlage für die Bildung von Kommunikationsstandards entworfen und standardisiert wurde. Das OSI-Schichtenmodell oder OSI-Referenzmodell basiert auf dem DoD-Schichtenmodell, auf dem das Internet basiert. Im Vergleich zum DoD-Schichtenmodell ist das OSI-Schichtenmodell feiner aufgegliedert.<br />
Das OSI-Schichtenmodell besteht aus 7 Schichten. Jede Schicht ist in Arbeitseinheiten eingeteilt. Die Arbeitseinheiten haben ihre Funktion innerhalb der Schicht oder kooperieren mit den Arbeitseinheiten der benachbarten Schichten. Damit diese Arbeitseinheiten miteinander arbeiten können müssen sie sich an ein Regelwerk halten. Dieses Regelwerk nennt man Protokoll.<br />
<br />
So toll das OSI-Referenz- bzw. Schichtenmodell ist, so wenig praxisnah ist es. Es wird zwar sehr häufig als Referenz herangezogen. Doch eigentlich ist das TCP/IP-Modell (DoD-Schichtenmodell) viel näher an der Realität.<br />
Das Problem des OSI-Schichtenmodells ist die Standardisierungsorganisation ISO, die einfach zu schwerfällig war, um in kürzester Zeit einen Rahmen für die Aufgaben von Protokollen und Übertragungssystemen in der Netzwerktechnik auf die Beine zu stellen. TCP/IP dagegen war frei verfügbar, funktionierte und verbreitete sich mit weiteren Protokollen rasend schnell. Der ISO blieb nichts anderes übrig, als TCP/IP im OSI-Schichtenmodell zu berücksichtigen.<br />
Neben TCP/IP haben sich noch weitere Netzwerkprotokolle entwickelt. Die wurden jedoch irgendwann von TCP/IP abgelöst. Fast alle Netzwerke arbeiten heute auf der Basis von TCP/IP.<br />
==Einteilung des OSI-Schichtenmodells==<br />
* Die Schichteneinteilung erfolgt mit definierten Schnittstellen.<br />
* Einzelne Schichten können angepasst, zusammengefasst oder ausgetauscht werden.<br />
* Die Schichten 1..4 sind transportorientierte Schichten.<br />
* Die Schichten 5..7 sind anwendungsorientierte Schichten.<br />
* Das Übertragungsmedium ist nicht festgelegt.<br />
<br />
[[Datei:iso-osi.gif]]<br />
<br />
<br />
Das OSI-7-Schichtenmodell oder OSI-Referenzmodell beschreibt das Durchlaufen von 7 Schichten in denen Funktionen und Protokolle definiert sind und einer bestimmten Aufgabe bei der Kommunikation zwischen zwei Systemen zugeordnet sind. Die Protokolle einer Schicht sind zu den Protokollen der über- und untergeordneten Schichten weitestgehend transparent, so dass die Verhaltensweise eines Protokolls sich wie bei einer direkten Kommunikation mit dem Gegenstück auf der Gegenseite darstellt.<br />
<br />
Die Übergänge zwischen den Schichten sind Schnittstellen, die von den Protokollen verstanden werden müssen. Manchmal kommt es auch vor, dass sich Protokolle über mehrere Schichten erstrecken und mehrere Aufgaben abdecken.<br />
Protokolle sind eine Sammlung von Regeln zur Kommunikation auf einer bestimmten Schicht des OSI-Modells. Die Endgeräte der Endsysteme und das Übertragungsmedium sind aus dem OSI-Modell ausgeklammert, was nicht bedeutet, dass die Endgeräte in der Anwendungsschicht und das Übertragungsmedium in der Bitübertragungsschicht nicht doch vorgegeben sind.<br />
<br />
*Bitübertragungsschicht Schicht 1 Physical<br />
**Maßnahmen und Verfahren zur Übertragung von Bits<br />
**Definition der elektrische, mechanische und funktionale Schnittstelle zum Übertragungsmedium. <br />
**Die Protokolle dieser Schicht unterscheiden sich nur nach dem eingesetzten Übertragungsmedium und -verfahren. Das *Übertragungsmedium ist jedoch kein Bestandteil der Schicht 1.<br />
*Sicherungsschicht Schicht 2 Data Link <br />
**Logische Verbindungen mit Datenpaketen und elementare Fehlererkennungsmechanismen<br />
**Die Sicherungsschicht sorgt für eine zuverlässige und funktionierende Verbindung zwischen Endgerät und Übertragungsmedium. <br />
**Zur Vermeidung von Übertragungsfehlern und Datenverlust enthält diese Schicht Funktionen zur Fehlererkennung, Fehlerbehebung und Datenflusskontrolle.<br />
**Auf dieser Schicht findet auch die physikalische Adressierung von Datenpaketen statt.<br />
*Vermittlungsschicht Schicht 3 Network <br />
**Routing und Datenflusskontrolle<br />
**Die Vermittlungsschicht steuert die zeitliche und logische getrennte Kommunikation zwischen den Endgeräten, unabhängig vom Übertragungsmedium und -topologie. <br />
**Auf dieser Schicht erfolgt erstmals die logische Adressierung der Endgeräte. Die Adressierung ist eng mit dem Routing (Wegfindung vom Sender zum Empfänger) verbunden.<br />
*Transportschicht Schicht 4 Transport <br />
**Logische Ende-zu-Ende-Verbindungen<br />
**Die Transportschicht ist das Bindeglied zwischen den transportorientierten und anwendungsorientierten Schichten. <br />
**Hier werden die Datenpakete einer Anwendung zugeordnet.<br />
*Kommunikationsschicht Schicht 5 Session<br />
**Prozeß-zu-Prozeß-Verbindungen<br />
**Die Kommunikationsschicht organisiert die Verbindungen zwischen den Endsystemen. <br />
**Dazu sind Steuerungs- und Kontrollmechanismen für die Verbindung und dem Datenaustausch implementiert.<br />
*Darstellungsschicht Schicht 6 Presentation<br />
**Ausgabe von Daten in Standardformate<br />
**Die Darstellungsschicht wandelt die Daten in verschiedene Codecs und Formate. <br />
**Hier werden die Daten zu oder von der Anwendungsschicht in ein geeignetes Format umgewandelt.<br />
*Anwendungsschicht Schicht 7 Application<br />
**Dienste, Anwendungen und Netzmanagement<br />
**Die Anwendungsschicht stellt Funktionen für die Anwendungen zur Verfügung. <br />
**Diese Schicht stellt die Verbindung zu den unteren Schichten her. Auf dieser Ebene findet die Dateneingabe und -ausgabe statt.<br />
<br />
===Beispiele===<br />
In der folgenden Tabelle werden die verschiedensten Protokolle, Übertragungs- und Vermittlungstechniken den Schichten des OSI-Modells zugeordnet.<br />
Viele Protokolle und Übertragungsverfahren nutzen mehr als nur eine Schicht. Deshalb kann eine vollständige und korrekte Darstellung der Tabelle nicht gewährleistet werden.<br />
{| Border=1 Cellpadding=2<br />
|Schicht 7<br />
|Anwendung<br />
|Telnet, FTP, HTTP, SMTP, NNTP<br />
|-<br />
|Schicht 6<br />
|Darstellung<br />
|Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 5<br />
|Kommunikation<br />
|TFTP, Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 4<br />
|Transport<br />
|TCP, UDP, SPX, NetBEUI<br />
|-<br />
|Schicht 3<br />
|Vermittlung<br />
|IP, IPX, ICMP, T.70, T.90, X.25, NetBEUI<br />
|-<br />
|Schicht 2<br />
|Sicherung<br />
|LLC/MAC, X.75, V.120, ARP, HDLC, PPP<br />
|-<br />
|Schicht 1<br />
|Übertragung<br />
|Ethernet, Token Ring, FDDI, V.110, X.25, Frame Relay, V.90, V.34, V.24<br />
|}<br />
<br />
=[[Tcp/ip#Das_TCP.2FIP-Referenzmodell|Das TCP/IP-Referenzmodell]]=<br />
<br />
=Vernetzung mit Ethernet und TCP/IP=<br />
==Ethernet==<br />
Zur Vernetzung zweier Computer wird eine elektrische Verbindung zwischen ihnen benötigt. Ganz schlicht gesprochen muss ein Kabel verlegt werden, und dieses muss an den Computern angeschlossen werden können, die Computer müssen also über eine bestimmte Hardware verfügen. Im einfachsten Fall werden heute Ethernet-Steckkarten als Netzwerkadapter verwendet. Als Kabelverbindung dazwischen kann Koaxialkabel oder Twisted-Pair-Kabel verwendet werden.<br />
<br />
[[Datei:tcp1.gif]]<br />
<br />
==IP==<br />
Über den Ethernet-Hardwaretreibern wird nun das Internet Protocol IP angeordnet. Es bündelt die zu übertragenden Daten in Pakete mit Absender- und Empfängeradresse und gibt diese Pakete zur Übertragung nach unten an die Ethernet-Schicht weiter. Auf der anderen Seite nimmt IP die Pakete von der Ethernet-Schicht in Empfang und packt sie aus.<br />
<br />
[[Datei:tcp2.gif]]<br />
<br />
==TCP==<br />
Über die IP-Schicht wird nun die Transmission Control Protocol-Schicht TCP gelegt. Diese überwacht die Übertragung, fordert fehlende Pakete erneut an und bringt sie in die korrekte Reihenfolge.<br />
Die beiden Protokoll-Schichten TCP und IP werden in der Regel zusammengefasst zu TCP/IP, und da diese übereinander liegen, spricht man auch oft vom TCP/IP-Protokoll-Stapel oder TCP/IP-Protokoll-Stack. TCP/IP wird auch als Protokollfamilie bezeichnet, da es eine Reihe weiterer Protokolle enthält, die bestimmte Dienste im Internet erst ermöglichen. Diese weiterführenden Protokolle stellen sicher, dass sich der Anwender nicht mit der Übertragung irgendwelcher Pakete beschäftigen muss.<br />
<br />
[[Datei:tcp3.gif]]<br />
<br />
==Anwendung==<br />
Für Anwendungen wie Beispielsweise E-Mail setzt nun auf die TCP-Schicht ein Protokoll SMTP ein.<br />
<br />
[[Datei:tcp4.gif]]<br />
<br />
=[[Tcp/ip#Ethernet|Ethernet]]=<br />
==CSMA/CD==<br />
Die Abkürzung "CSMA/CD" steht für "Carrier Sense Multiple Access/Collision Detect". Dieses Verfahren findet häufig bei logischen Busnetzen Anwendung (z. B. Ethernet), kann aber prinzipiell bei allen Topologien eingesetzt werden. Bevor eine Station sendet, hört sie zunächst die Leitung ab, um festzustellen, ob nicht schon ein Datenverkehr zwischen anderen Stationen stattfindet. Erst bei freier Leitung wird gesendet und auch während der Sendung wird mitgehört, um festzustellen, ob eine Kollision mit einer Station auftritt, die zufällig zum gleichen Zeitpunkt mit dem Senden begonnen hat (Collision Detect). Bei allen Leitungen ist eine gewisse Laufzeit (siehe später) zu berücksichtigen, so daß auch dann eine Kollision auftritt, wenn zwei Stationen um eine geringe Zeitspanne versetzt mit dem Senden beginnen. In einem solchen Fall produzieren alle sendenden Stationen ein JAM-Singal auf der Leitung, damit auf jeden Fall alle beteiligten Sende- und Empfangsknoten die Bearbeitung des aktuellen Datenpakets abbrechen.<br />
<br />
[[Datei: kollision.gif]]<br />
<br />
Das JAM-Signal besteht aus einer 32 Bit langen Folge von 1010101010101010... Danach warten alle sendewilligen Stationen eine zufallsbestimmte Zeit und versuchen es dann nochmals. Alle Stationen im Netz überprüfen die empfangenen Datenpakete und übernehmen diejenigen, die an sie selbst adressiert sind. Wichtigster Vertreter für CSMA/CD ist das Ethernet, dem deshalb ein eigener Abschnitt gewidmet ist. Normalerweise tritt eine Kollision innerhalb der ersten 64 Bytes auf (Weiteres in Kapitel 4, "Slot Time").<br />
<br />
[[Datei: csma-cd1.gif]]<br />
<br />
Konfliktparameter k:<br />
<br />
[[Datei: k.gif]]<br />
<br />
<br />
*k>1: Sender könnte eine ganze Nachricht an den Kanal übergeben, bevor ein Konflikt entsteht. Beim CSMA/CD-Verfahren inpraktikabel.<br />
<br />
*k<1: CSMA/CD-Verfahren praktikabel<br />
<br />
Spezifikation: Bei größter zulässiger Netzlänge und kleinster zulässiger Paketlänge ergibt sich k~0,21.<br />
<br />
*Wartezeit<br />
Die Wartezeit, die nach einer Kollision bis zum nächsten Sendeversuch vergeht, wird im Standard durch ein Backoff-Verfahren festgelegt (Truncated Binary Expotential Backoff). Es wird wie folgt definiert:<br />
<br />
Wartezeit = ZZ * T<br />
ZZ = Zufallszahl aus [0 < ZZ < 2n]<br />
n = Anzahl Wiederholungen des gleichen Blocks, jedoch maximal 10<br />
T = Slot Time<br />
<br />
Die Slot Time entspricht der doppelten maximalen Signallaufzeit des Übertragungsmediums. Die Wartezeit steigt im statistischen Mittel nach 10 Versuchen nicht mehr an. Nach 16 Versuchen wird abgebrochen und eine Fehlermeldung erzeugt.<br />
<br />
[[Datei: Backoff.gif]]<br />
<br />
<br />
Damit eine sendende Station eine Kollision sicher erkennen kann, muß die Dauer der Blockübertragung mindestens das Doppelte der Signallaufzeit zwischen den beiden beteiligten Stationen betragen. Somit ist die minimale Blocklänge abhängig von Signallaufzeit und Übertragungsrate. Das Rahmenformat von CSMA/CD ist nach IEEE 802.3 festgelegt. Neben Verkabelungsproblemen gibt es bei CSMA/CD-Netzen einige typische Fehlerquellen. Einige davon sollen hier kurz vorgestellt werden.<br />
<br />
* 'Late Collisions' sind Kollisionen, die außerhalb des Kollisionsfensters von 512 Bit, also später, auftreten. Dafür gibt es generell drei Ursachen: Entweder eine Station mit Hardwaredefekt (Netzwerkinterface, Transceiver, etc.), ein Fehler in der Software (Treiber), wodurch sich die Station nicht an die CSMA/CD-Konventionen hält (Senden ohne Abhören), oder die Konfigurationsregeln für die Kabellänge sind nicht eingehalten worden (zu lange Signallaufzeit).<br />
* Sendet eine Station ohne Unterbrechung längere Zeit, also Frames mit mehr als die maximal zugelassenen 1518 Bytes, dann bezeichnet man dies als 'Jabber' (zu deutsch 'Geplapper'). Hauptursache sind hier defekte Netzwerkkarten oder -Treiber.<br />
* 'Short Frames' sind Frames, die kleiner als die minimal zugelassenen 64 Bytes sind. Grund hierfür sind auch Defekte beim Netzwerkinterface oder im Treiber.<br />
* 'Ghost Frames' sind in Ihrer Erscheinung ähnlich einem Datenframe, haben jedoch Fehler schon im Start-Delimiter. Potentialausgleichsströme und Störungen, die auf das Kabel einwirken, können einem Repeater ein ankommendes Datenpaket vorspiegeln. Der Repeater sendet das Geisterpaket dann weiter ins Netz.<br />
<br />
=Kabellose Systeme=<br />
==DECT==<br />
DECT ist primär für sogenannte picozellulare Telefonie innerhalb von Gebäuden ausgelegt, in denen eine Reichweite bzw. ein Zellradius von 30 bis 50 Metern erreicht werden kann; im Freien sind Übertragungsstrecken von 300 Metern möglich. Trotz der maximal erlaubten Ausgangsleistung von 250 mW kann in Verbindung mit einer Richtantenne oder Repeatern eine Strecke von mehreren Kilometern überbrückt werden.<br />
<br />
Im Gegensatz zu Mobilfunksystemen ist DECT eine reine Zugangstechnologie und beschreibt nicht das Netz selbst. Die Anbindung erfolgt mit einem Gateway, das üblicherweise als Basisstation bezeichnet wird. Zumeist erfolgt die Wandlung in das öffentliche Telefonnetz. Neuere Technologien wie IP-Telefonie sind ebenfalls am Markt verfügbar. Jedoch gibt es auch Endgeräte, bei denen kein Gateway existiert, wie etwa Babyfone.<br />
<br />
DECT unterstützt kurzzeitige Mobilität innerhalb eines mehrzelligen Funknetzes durch Weiterleiten an eine andere Zelle (Handover) und langfristige Mobilität durch Einbuchen in ein fremdes Netz (Roaming).<br />
<br />
*Sprachübertragung<br />
*Flexibele Zuteilung von Datenraten<br />
*Hohe Sprachqualität<br />
*Hohe Abhörsicherheit<br />
*Identifikation des Teilnehmers<br />
*Dynamisch Kanalbelegung<br />
*Mehrere Mobil Telefone an einer Basisstation<br />
<br />
==WLAN==<br />
IEEE 802.11 (auch: Wireless LAN (WLAN), Wi-Fi) bezeichnet eine IEEE-Norm für Kommunikation in Funknetzwerken. Herausgeber ist das Institute of Electrical and Electronics Engineers (IEEE). Die erste Version des Standards wurde 1997 verabschiedet. Sie spezifiziert den Mediumszugriff (MAC-Layer) und die physikalische Schicht (vgl. OSI-Modell) für lokale Funknetzwerke.<br />
<br />
Für die physikalische Schicht sind im ursprünglichen Standard zwei Spreizspektrumverfahren (Übertragung per Radiowellen) und ein Verfahren zur Datenübertragung per Infrarotlicht spezifiziert, wobei eine Übertragungsrate von bis zu 2 MBit/s (brutto) vorgesehen ist. Zur Datenübertragung per Radiowellen wird das lizenzfreie ISM-Band bei 2,4 GHz verwendet. Die Kommunikation zwischen zwei Teilnehmern kann direkt im so genannten Ad-hoc-Modus erfolgen oder im Infrastruktur-Modus mithilfe einer Basisstation (Access Point).<br />
<br />
=Passive Netzwerkkomponenten=<br />
==Datenkabel==<br />
==Datendose==<br />
==Patchpanel==<br />
==Datenschränke==<br />
==Anschlußkabel==<br />
<br />
=Aktive Komponenten=<br />
==Repeater==<br />
Um die Längenbeschränkung eines Ethernet-Segmentes aufzuheben, verwendet man Repeater. Ein klassischer Repeater verbindet zwei Ethernet-Segmente (10Base5 oder 10Base2), er ist mit je einem Transceiver an jedes Segment angeschlossen.<br />
<br />
[[Datei: repeater.jpg]]<br />
<br />
==Hub==<br />
<br />
Analog dem Multiport-Repeater besteht die Funktion eines Hub darin, mehrere Twisted-Pair-Kabelsegmente über einen Transceiveranschluß mit dem Ethernet zu verbinden. Das englische Wort "Hub" bezeichnet die Nabe eines Speichenrades - wie die Speichen des Rades verteilen sich die Leitungen sternförmig vom Hub aus. Der Begriff "Hub" steht also für fast alle Verstärkerkomponenten, die eine sternförmige Vernetzung ermöglichen. Hubs haben immer mehrere Ports zum Anschluß von mehreren Rechnern. Bei Twisted-Pair-Verkabelung ist meist einer der Ports als "Uplink" schaltbar<br />
<br />
[[Datei: hub.gif]]<br />
<br />
==Bridge==<br />
<br />
Eine Bridge trennt zwei Ethernet-LANs physikalisch, Störungen wie z. B. Kollisionen und fehlerhafte Pakete gelangen nicht über die Bridge hinaus. Die Bridge ist protokolltransparent, d. h. sie überträgt alle auf dem Ethernet laufenden Protokolle. Die beiden beteiligten Netze erscheinen also für eine Station wie ein einziges Netz. Durch den Einsatz einer Bridge können die Längenbeschränkungen des Ethernets überwunden werden, den sie verstärkt die Signale nicht nur, sondern generiert senderseitig einen neuen Bitstrom. Die Bridge arbeitet mit derselben Übertragungsrate, wie die beteiligten Netze. Die Anzahl der hintereinandergeschalteten Bridges ist auf sieben begrenzt (IEEE 802.1). Normalerweise wird man aber nicht mehr als vier Bridges hintereinanderschalten. <br />
<br />
[[Datei: bridge.gif]]<br />
<br />
==Switch==<br />
<br />
Der Switch ist wie die Bridge ein Gerät des OSI-Layers 2, d. h. er kann LANs mit verschiedenen physikalischen Eigenschaften verbinden, z. B. Koax- und Twisted-Pair-Netzwerke. Allerdings müssen, ebenso wie bei der Bridge, alle Protokolle höherer Ebenen 3 bis 7 identisch sein! Ein Switch ist somit protokolltransparent. Er wird oft auch als Multi-Port-Bridge bezeichnet, da dieser ähnliche Eigenschaften wie eine Bridge aufweist. Jeder Port eines Switch bildet ein eigenes Netzsegment. Jedem dieser Segmente steht die gesamte Netzwerk-Bandbreite zu Verfügung. Dadurch erhöht ein Switch nicht nur - wie die Bridge - die Netzwerk-Performance im Gesamtnetz, sondern auch in jedem einzelnen Segment. Der Switch untersucht jedes durchlaufende Paket auf die MAC-Adresse des Zielsegmentes und kann es direkt dorthin weiterleiten. Der große Vorteil eines Switches liegt nun in der Fähigkeit seine Ports direkt miteinander verschalten zu können, d. h. dedizierte Verbindungen aufzubauen.<br />
<br />
Was ist nun der Unterschied zwischen einem Switch und einer Multiport-Bridge? Bei den Produkten der meisten Hersteller gibt es keinen. "Switch" klingt nach Tempo und Leistung, deswegen haben viele Hersteller ihre Multiport-Bridges Switches genannt.<br />
<br />
[[Datei: switch.jpg]]<br />
<br />
==Router==<br />
<br />
Große Netzwerke wie das Internet bestehen aus vielen kleineren Teilnetzwerken. Die Verbindung der verschiedenen Netze wird durch spezielle Rechner hergestellt. Das sind, neben Bridges, Switches und Gateways, im Internet vor allem Router. Diese haben die Aufgabe, Daten zwischen Rechnern in verschiedenen Netzen auf möglichst günstigen Wegen weiterzuleiten. Zum Beispiel wenn Rechner 1 im Netz B Daten an Rechner 2 im Netz C schicken möchte.<br />
<br />
Router verbinden, im Gegensatz zu Bridges, in OSI-Schicht 3 auch Netze unterschiedlicher Topologien. Sie sind Dreh- und Angelpunkt in strukturiert aufgebauten LAN- und WAN-Netzen. Mit der Fähigkeit, unterschiedliche Netztypen sowie unterschiedliche Protokolle zu routen, ist eine optimale Verkehrslenkung und Netzauslastung möglich. Routing wird erst dann erforderlich, wenn Kommunikation zwischen Stationen in unterschiedlichen Subnetzen erfolgen soll. Sie sind nicht protokolltransparent, sondern müssen in der Lage sein, alle verwendeten Protokolle zu erkennen, da sie Informationsblöcke protokollspezifisch umsetzen. Klassische Beispiele in Heim- und KMU-Netzen sind die ISDN- oder DSL-Router, welche die Verbindung zum Provider herstellen. <br />
<br />
[[Datei: router.jpg]]<br />
<br />
=Routing=<br />
==Grundlegendes==<br />
Wenn einer der Netzwerkadapter ein Datenpaket erhält, so verarbeitet er zunächst die Schicht-2-Protokolldaten, extrahiert dann das IP-Paket und reicht es zur weiteren Verarbeitung an die CPU weiter. Diese entnimmt dem Paketkopf die IP-Adresse des Zielrechners. Wenn nicht der Router selber adressiert ist, muß das Paket weitergeleitet werden. Dazu sucht die CPU in der Routingtabelle nach der passenden Next-Hop-Information. Die Next-Hop-Information beinhaltet zum einen die Nummer des Netzwerkadapters über den das Paket ausgegeben werden soll und zweitens die IP-Adresse des Next-Hop. Diese Adresse übergibt die CPU des Routers nun zusammen mit dem IP-Paket an den entsprechenden Netzwerkadapter. Dieser generiert daraus ein Schicht-2-Paket und sendet es ab.<br />
<br />
Werden auch Informationen im Kopf des Datagramms vor dem Weiterleiten geändert? Zunächst einmal wird bei Eintreffen eines IP-Datagrammes überprüft, ob die Prüfsumme mit den Daten des Paketes zusammenpasst. Wenn dies nicht der Fall ist, muß der Router eine Fehlermeldung an den Absender schicken. Anschließend wird der Zähler "time-to-live" im Kopf des Paketes dekrementiert. Erreicht er den Wert 0, wird das Paket verworfen. Auf diese Weise können Endlosschleifen vermieden werden. Da sich der Inhalt des Paketes deswegen verändert hat, muß eine neue Prüfsumme berechnet werden. Das neue Datagramm wird nun weitergeleitet. Ist eine lokale Auslieferung möglich, ist die physikalische Zieladresse die MAC-Adresse des IP-Zieles. Im Falle einer indirekten Auslieferung ist die physikalische Zieladresse die MAC-Adresse des Routers. Also ist die Information über den Router nicht im Kopf eines IP-Paketes vermerkt. Der Weg eines Datagrammes kann also nicht verfolgt werden.<br />
<br />
Bevor ein Router ein Paket mit einer bestimmten IP-Adresse weiterleiten kann, muß er ggf. für diese Adresse zunächst den Weg durch das Netz zum Zielrechner bestimmen.<br />
<br />
Durch die für das Routen notwendige Untersuchung des Datenpakets, erhöht sich die Verweilzeit der Daten im Router selbst (Latenzzeit). Die eigentliche Stärke von Routern liegt in ihrer Fähigkeit mittels bestimmter Algorithmen den bestmöglichen Weg für ein Datenpaket zum Empfänger aus seiner Routing-Tabelle zu wählen.<br />
Um die Daten "routen" zu können, ist es notwendig, daß der Router alle angeschlossenen Netzwerkprotokolle versteht und diese auch die Fähigkeit des Routens unterstützen. <br />
<br />
==Vorteile von Routern==<br />
Der Vorteil des Routers gegenüber der Bridge ist die logische Trennung und die Bildung von (Sub-)Netzen bei TCP/IP bzw. von Areas bei DECNET.<br />
Weitere Features von Routern sind ihre Netzwerk-Management- und die Filter-Funktionen. Durch geeignet gewählte Routing-Einstellungen ist es möglich, die Netwerk-Performance je nach Anforderungen ans Netz zu verbessern. Die Filterfunktionen auf Netzwerk-Protokollebene sind ähnlich wie bei der Bridge. Router bieten aber eine generell höhere Isolation da sie z. B. Broadcasts in der Regel nicht weiterleiten. <br />
<br />
<br />
==Die Routingtabelle==<br />
<br />
Eine einfache Tabelle über alle 232 (bei IPv4) bzw. 2128 (bei IPv6) möglichen IP-Adressen wäre kaum machbar. Schließlich kann ein Router über die direkt mit ihm verbundenen Netze nur maximal einige tausend Rechner erreichen. In der Regel sind es sogar weniger als hundert. In der Routingtabelle ist auch nicht der gesamte Weg zu einem Rechner mit einer bestimmten IP-Adresse gespeichert. Vielmehr kennt der einzelne Router nur die nächste Zwischenstation (engl. next hop) auf dem Weg zum Ziel. Das kann ein weiterer Router oder der Zielrechner sein.<br />
<br />
===Beispiel für drei IP-Netze mit Routern===<br />
Das folgende Netz besteht aus drei IP-Netzen, die über Router verbunden sind. Jeder Router hat zwei Netzwerk-Interfaces, die jeweils in zwei der Netze hängen. Es ist nicht unbedingt erforderlich, für jedes Netz ein eigenes Interface zu verwenden; über sogenannte 'virtuelle Interfaces' kann man mehrere Netze auf ein Hardwareinterface legen.<br />
<br />
[[Datei: router4.gif]]<br />
<br />
Die Routing-Tabellen dazu:<br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"| Router 1<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|direkt<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|192.168.1.2<br />
|} <br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"|Router 2<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|192.168.1.1<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|direkt<br />
|}<br />
<br />
===Routingverfahren===<br />
Das Routing (Wegewahl, Pfadsteuerung) hat die Aufgabe, Pfade für die Übertragung durch ein Netz festzulegen. Jeder Vermittlungsknoten fällt dabei eine Entscheidung auf welcher Übertragungsleitung ein eingelaufenes Paket weitergeleitet werden soll. Im Prinzip läuft die Entscheidung innerhalb des Routers folgendermaßen ab:<br />
<br />
Beim Routing werden diverse Ziele verfolgt:<br />
<br />
*Geringe Paketverzögerung<br />
*Hoher Durchsatz<br />
*Geringe Kosten<br />
*Fehlertoleranz <br />
<br />
====Statisches Routing====<br />
Statisches Routing (Static Routing, Directory Routing) ist nicht adaptiv und einfach aber sehr häufig benutzt. Die Eigenschaften sind:<br />
* Jeder Knoten unterhält eine Routing-Tabelle, in der jeder mögliche Zielknoten durch eine Zeile gekennzeichnet ist.<br />
* Jede Zeile enthält ein oder mehrere Einträge für die zu verwendende Übertragungsleitung in Richtung des Zieles. Jeder Eintrag enthält auch eine relative Gewichtung.<br />
* Zum Weiterleiten eines Paketes wird sein Ziel bestimmt, die entsprechende Zeile aus der Tabelle gesucht und aus ihr die "beste" Übertragungsleitung ausgewählt. Auf dieser wird das Paket weitergesendet. <br />
<br />
====Dynamisches Routing====<br />
<br />
Ein wesentlicher Vorteil von Routern ist die Möglichkeit Routen dynamisch, d.h. bei laufendem Netzbetrieb je nach Netzerweiterung neu einzurichten oder je nach Lastsituation zu ändern. Diese Verfahren werden auch adaptives Routing genannt, da die Wegwahl an die aktuelle Netzsituation »adaptiert« werden kann. Die optimale Wegwahl, die durch die so genannte Metrik gewichtet wird, wird nach einer anfänglichen Parametersetzung allein durch das Routing-Protokoll bestimmt und ist so für den Benutzer transparent.<br />
<br />
Routingprotokolle<br />
*RIP<br />
*OSPF<br />
*BGP<br />
*IGRP<br />
<br />
=IP-Routing einrichten=<br />
=Fehlersuche=<br />
=Planung und Dokumentation=<br />
=Übertragungstechnik WAN=<br />
=Internetzugang einrichten über DSL=</div>192.168.250.3https://www.xinux.net/index.php?title=Netzwerktechnik&diff=1638Netzwerktechnik2010-11-24T18:11:07Z<p>192.168.250.3: /* Routingverfahren */</p>
<hr />
<div>=Grundlagen=<br />
===Definition Netzwerk===<br />
Als es die ersten Computer gab, waren diese sehr teuer. Vor allem Peripherie-Geräte und Speicher war fast unbezahlbar. Zudem war es erforderlich zwischen mehreren Computern Daten auszutauschen. Aus diesen Gründen wurden Computer miteinander verbunden.<br />
Daraus ergaben sich einige Vorteile gegenüber den Einzelarbeitsplätzen:<br />
* zentrale Steuerung von Programmen und Daten<br />
* Nutzung gemeinsamer Datenbeständen<br />
* erhöhter Datenschutz und Datensicherheit<br />
* größere Leistungsfähigkeit<br />
* gemeinsame Nutzung der Ressourcen<br />
===Was ist ein Netzwerk?===<br />
Ein Netzwerk besteht in seiner einfachsten Form aus zwei Computern. Sie sind über ein Kabel miteinander verbunden und somit in der Lage ihre Ressourcen gemeinsam zu nutzen. Wie Daten, Speicher, Drucker, Faxgeräte, Scanner, Programme und Modems. Ein netzwerkfähiges Betriebssystem stellt den Benutzern auf der Anwendungsebene die Ressourcen zur Verfügung.<br />
<br />
====Peer-to-Peer-Architektur====<br />
<br />
[[Datei:peer2peer.gif]]<br />
<br />
In einem Peer-to-Peer-Netzwerk ist jeder angeschlossene Computer zu den anderen gleichberechtigt. Jeder Computer stellt den anderen Computern seine Ressourcen zur Verfügung.<br />
Einen Netzwerk-Verwalter gibt es nicht. Deshalb muss jeder Netzwerk-Teilnehmer selber bestimmen, welche Ressourcen er freigeben will.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Größe <br />
|Ein Peer-to-Peer-Netzwerk eignet sich für bis zu 10 Stationen. Bei mehr Stationen wird es schnell unübersichtlich und die Nachteile kommen sehr schnell zum Tragen.<br />
|-<br />
|Datensicherung<br />
|Die Datensicherung muss von jedem Netzwerk-Teilnehmer selber vorgenommen werden.<br />
|-<br />
|Administration<br />
|Jeder Netzwerk-Teilnehmer ist für seinen Computer selber verantwortlich.<br />
|-<br />
|Vorteile<br />
|Diese Art von Netzwerk ist relativ schnell und kostengünstig aufgebaut. Die Teilnehmer sollten möglichst dicht beieinander stehen.<br />
|-<br />
|Nachteile<br />
|Eine konsistente Versionsverwaltung für Dokumente ist nur mit viel Aufwand realisierbar. Eine zentrale Datensicherung ist auch nicht vorhanden.<br />
|}<br />
<br />
====Client-Server-Architektur====<br />
<br />
In einem serverbasierten Netzwerk werden die Daten auf einem zentralen Computer gespeichert und verwaltet. Man spricht von einem dedizierten Server, auf dem keine Anwendungsprogramme ausgeführt werden, sondern nur eine Server-Software und Dienste ausgeführt werden.<br />
Diese Architektur unterscheidet zwischen der Anwender- bzw. Benutzerseite und der Anbieter- bzw. Dienstleisterseite. Der Anwender betreibt auf seinem Computer Anwendungsprogramme (Client), die die Ressourcen des Servers auf der Anbieterseite zugreifen. Hier werden die Ressourcen zentral verwaltet, aufgeteilt und zur Verfügung gestellt.<br />
<br />
[[Datei:client-server.gif]]<br />
<br />
<br />
Diese Architektur ist die Basis für viele Internet-Protokolle, wie HTTP für das World Wide Web oder SMTP/POP3 für E-Mail. Der Client stellt eine Anfrage. Der Server wertet die Anfrage aus und liefert eine Antwort bzw. die Daten zurück.<br />
<br />
====Disk-Server====<br />
<br />
Dann wurde der erste Disk-Server entwickelt. Es war ein Computer, der mit mehreren anderen Computern verbunden war. Auf dem Disk-Server kam ein Betriebssystem zum Einsatz, das den gleichzeitigen Zugriff mehrerer Clients organisieren konnte. Mit den Disk-Servern war es schon möglich die Zugriffsmöglichkeiten der angeschlossenen Computer auf bestimmte Ressourcen zu beschränken. Der Wartungs- und Pflegeaufwand eines Disk-Servers war jedoch enorm, da die Clients für die Verwaltungstätigkeiten zuständig waren.<br />
Die Probleme des Disk-Servers wurden dann mit dem File-Server gelöst. Der Server war für die Verwaltungsaufgaben zuständig. Und es gab Möglichkeiten die Zugriffe der Clients weiter einzuschränken. Z. B. auf einzelne Verzeichnisse oder Dateien.<br />
<br />
====Datensicherheit====<br />
<br />
Bei einem Server hat man die Möglichkeit, Sicherheitsstrategien für die Datensicherheit und Zugriffsmöglichkeiten zu entwickeln. Beispiele für Sicherheitsstrategien sind doppelte Datenhaltung, zentrale Datensicherung und Zugriffssteuerung. Die Steuerung kann durch eine oder nur wenige Personen übernommen werden.<br />
<br />
<br />
====Groupware====<br />
<br />
Groupware soll die Zusammenarbeit in Arbeitsgruppen fördern, die Arbeitsabläufe vereinfachen und automatisieren. Wenn in einem Netzwerk die enge Zusammenarbeit zwischen Netzwerkteilnehmern möglich sein soll, dann kommt eine Groupware-Software zum Einsatz.<br />
<br />
Sie bietet folgende Möglichkeiten:<br />
<br />
* E-Mail<br />
* Terminkalender<br />
* zentrales Adressbuch<br />
* Dokumentbearbeitung im Team<br />
* Zugriffsmöglichkeiten auf Datenbanken<br />
<br />
===Mainframe-Architektur===<br />
<br />
[[Datei:mainframe.gif]]<br />
<br />
<br />
In den Anfangszeiten der Computer waren diese sehr teuer und auch sehr groß. Es war nicht möglich jedem Mitarbeiter einen Computer auf bzw. unter den Tisch zu stellen. Stattdessen beschränkte man sich auf einen sehr teuren aber leistungsfähigen Großrechner, den sogenannten Mainframe. Dort waren meist speziell entwickelte Applikationen installiert. Über serielle Leitungen waren an den Mainframe mehrere Terminals, bestehend aus Bildschirm und Tastatur, angeschlossen. Mit diesen Terminals wurden die Mainframes bedient.<br />
Das Terminal dient als Eingabe-Ausgabe-Schnittstelle zwischen Benutzer und Mainframe. Bei dieser Architektur bilden Terminal und Mainframe eine Einheit. Benutzereingaben werden vom Mainframe verarbeitet und vom Terminal dargestellt.<br />
Moderne Formen des Terminals sind mit Arbeitsspeicher, Prozessor und Schnittstellen ausgestattet. Hier laufen ein Großteil der Anwendungen im Terminal. Diese müssen mangels lokalem Massenspeicher vom Mainframe in den Arbeitsspeicher geladen werden. Statt dem klassischen Mainframe dient ein Terminalserver für die Auslieferung der Programme.<br />
<br />
{|Border=1 Cellpadding=2<br />
|Vorteile<br />
|Zentrale Steuerung, Datenhaltung, Anwendungen und kostengünstige Erweiterung zusätzlicher Terminals.<br />
|-<br />
|Nachteile<br />
|Ausfall des Mainframes führt zum Ausfall der Terminals. Der Betrieb steht dann komplett. Im Überlastungsfall müssen die Terminals warten, bis ihre Daten verarbeitet werden<br />
|}<br />
==Logische Struktur von Netzen==<br />
Bei der Verkabelung von LANs muß man aber zwischen logischer Stuktur und Verkabelungsstruktur unterscheiden, z. B. kann ein Netz mit logischer Busstruktur bei der Verkabelung mit 'Twisted Pair'-Kabeln wie ein Sternnetz aussehen.<br />
===Sternstruktur===<br />
Alle Teilnehmer werden an einen zentralen Knoten angeschlossen (früher z. B. häufig Anschluß von Sichtgeräten an einen Zentralrechner). Eine direkte Kommunikation der Teilnehmer untereinander ist nicht möglich, jegliche Kommunikation läuft über den zentralen Knoten (Punkt-zu-Punkt-Verbindung, Leitungsvermittlung). Die Steuerung der Kommunikation vom Knoten aus ist sehr einfach: Polling (regelmäßige Abfrage aller Stationen) oder Steuerung über Interrupt. Bei Ausfall der Zentrale sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:stern-netz.gif]]<br />
<br />
===Ringstruktur===<br />
Es gibt keine Zentrale, alle Stationen sind gleichberechtigt. Jeder Teilnehmer verfügt über einen eigenen Netzanschluß (Knoten) und ist über diesen mit seinem linken und rechten Partner verbunden. Die Übertragung der Info erfolgt in einer Richtung von Knoten zu Knoten. Bei Ausfall eines Knotens sind sämtliche Kommunikationswege unterbrochen.<br />
<br />
[[Datei:ring-netz.gif]]<br />
<br />
===Busstruktur===<br />
Es gibt keine Zentrale und keine Knoten. Die Verbindung aller Teilnehmer erfolgt über einen gemeinsamen Übertragungsweg. Zu einem Zeitpunkt kann immer nur eine Nachricht über den Bus transportiert werden. Bei Ausfall einer Station bleibt die Kommunikation der anderen Stationen erhalten. Bei den Bussystemen kann man noch unterscheiden in Basisband-Bussysteme und Breitband-Bussysteme. Bei Basisband-Bussystemen werden die elektrischen Pegel direkt übertragen; bei den für uns interessanten digitalen Informationen also 0- und 1-Pegel. Bei Breitband-Bussystemen werden über das Kabel mehrere unabhängige Kanäle geleitet (modulierte Übertragung). Busnetze müssen auf beiden Seiten mit der Leitungsimpedanz abgeschlossen werden, damit keine Echos auftreten, die zu Empfangsfehlern führen.<br />
<br />
[[Datei:bus-netz.gif]]<br />
<br />
===vermaschte Struktur===<br />
Jeder Teilnehmer ist mit mehreren anderen verbunden. Es gibt keine Zentrale und es existieren mehrere, unabhängige Übertragungswege zwischen zwei Stationen. Manchmal gibt es keine direkte Verbindung zwischen zwei Stationen. Dann führt der Weg über eine oder mehrere andere Stationen.<br />
<br />
[[Datei:masch-netz.gif]]<br />
<br />
Je nach Bedarf können die o. g. Topologien auch miteinander kombiniert werden, z. B. Bus mit angeschlossenen Sternen oder Bus mit angeschlossenen Bussen, was zu einer Baumstruktur führt. Insbesondere bei Weitverkehrsnetzen (WAN) treten vermaschte Strukturen auf. Teilweise ergeben sich dabei redundante Leitungswege, die auch bei Unterbrechung eines Wegs den Datentransport sicherstellen.<br />
<br />
==Übertragung von Daten==<br />
===Datagramm===<br />
Ein '''Datagramm''' steht als Oberbegriff für:<br />
* einen Datenframe<br />
* ein Datenpaket<br />
* ein Datensegment<br />
Ein Datagramm ist eine Art von Dateneinheit und hat im OSI-Modell auf den Schichten 2 bis 4 unterschiedliche Bezeichnungen. Auf der Sicherungsschicht (Schicht 2) nennt sich das dortige Datagramm Datenframe. Auf der Vermittlungsschicht (Schicht 3), ist es das Datenpaket und auf der Transportschicht (Schicht 4) das Datensegment.<br />
==Übertragungsrichtung==<br />
Kommunikationsmedien können auch danach charakterisiert werden, in welche Richtung eine Informationsübertragung möglich ist. Man unterscheidet:<br />
===Simplex===<br />
Die Übertragung kann immer nur in ein und dieselbe Richtung erfolgen (ähnlich wie bei einem Radio).<br />
===Halbduplex===<br />
Die Übertragung kann zu einem Zeitpunkt immer nur in eine Richtung erfolgen, kann aber in die andere Richtung umgeschaltet werden (ähnlich wie bei einem Walkie-Talkie).<br />
===Duplex===<br />
Die Übertragung kann in beide Richtungen gleichzeitig erfolgen (ähnlich wie bei einem Telefon). Zur deutlichen Unterscheidung von halbduplex wird hier auch oft von vollduplex gesprochen.<br />
==Struktur von Kommunikationsnetzen==<br />
===Vermittlungseinrichtungen===<br />
*Telekom<br />
*Kabeldeutschland<br />
===Anschlusarten===<br />
*Wählanschlüsse<br />
*Festanschlüsse<br />
*Universal<br />
===Datenverbindungen===<br />
[[Datei:datenverbindung-netze.gif]]<br />
<br />
===Leitergebunde Systeme===<br />
*Metalische<br />
*Nichtmetallische<br />
===Einteilung von Medien===<br />
====Kupferkabel====<br />
Kupferkabel gehören zu den leitungsgebundenenen Übertragungsmedien. Sie sind metallische Leiter und<br />
können weiter unterteilt werden in symmetrische Kabel und Koaxialkabel.<br />
*Symetrisches Kabel<br />
<br />
*Koaxialkabel<br />
<br />
====Lichtwellenleiter====<br />
Lichtwellenleiter (Abk.: LWL) oder Lichtleitkabel (LLK) sind aus Lichtleitern bestehende oder zusammengesetzte, teilweise konfektionierte, mit Steckverbindungen versehene Kabel und Leitungen zur Übertragung von Licht im sichtbaren sowie ultravioletten oder infraroten Bereich. Lichtleitkabel bilden mehr oder weniger stark biegsame Verbindungen zur Übertragung optischer Signale oder auch hoher optischer Strahlungsleistungen.<br />
Die verwendeten Lichtleiter, in denen die Strahlung fortgeleitet wird, bestehen je nach Anwendung aus Mineralglas (meist Kieselglas bzw. Quarzglas), oder organischem Glas (Kunststoff).<br />
====Luft====<br />
Hier werden elektromagnetische Wellen zu Übertragung verwendet.<br />
*Infrarot<br />
*WLAN<br />
*Mobilfunk<br />
*DECT<br />
*Richtfunk<br />
===Übertragungstechnik===<br />
*Breitbandtechnik<br />
*Single Cable System<br />
*Dual Cable System<br />
*Breitband-Lan<br />
*Breitband-ISDN<br />
<br />
<br />
=Grundlagen der Signalübertragung=<br />
==Kenngrößen==<br />
*Der Leiterwiderstand und die Leitfähigkeit des Metalls<br />
*Die Dämpfung (frequenzabhängig)<br />
*Kopplungswiderstand<br />
*Rückflussdämpfung<br />
==Begriffe==<br />
*Leiterwiderstand<br />
*Spezifischer Widerstand<br />
*Elektrische Leitfähigkeit<br />
*Metalle<br />
*Isolatoren<br />
*Hallbleiter<br />
==Leitungstheorie==<br />
Allgemein lässt sich eine Leitung nur grob mit dem ohmschen Widerstand aus Leitungsquerschnittsfläche, Leitfähigkeit und Länge beschreiben. Sobald die Wellenlänge in der Größenordnung der Leitungslänge liegt oder z. B. Schaltvorgänge auf Leitungen beschrieben werden sollen, reicht dieses stark vereinfachte Modell nicht hin.<br />
<br />
Mithilfe der Leitungsgleichungen und den zugehörigen Größen wie Wellenimpedanz, Reflexionsfaktor, Leitungsbelägen und weiteren Parametern, lassen sich Ausgleichsvorgänge auf Leitungen und Wellenerscheinungen berechnen.<br />
<br />
Beaufschlagt man eine Leitung mit einem Wechselstrom oder mit einem Strom- oder Spannungspuls, so wird das Signalausbreitungsverhalten auf der Leitung durch ohmsche, kapazitive und induktive Leitungseigenschaften, die komplexen Leitungsbeläge bestimmt.<br />
<br />
Sinnvoll wird eine leitungstheoretische Betrachtung in der Regel, wenn die geometrischen Abmessungen der Leitungen die gleiche Größenordnung haben oder länger sind, als die Wellenlänge der Strom- oder Spannungsgröße. Eine Wechselspannung von 1 GHz besitzt im Vakuum eine Wellenlänge von rund 30 cm. Wellenvorgänge spielen auf den Platinen moderner Computer eine große Rolle. Somit wären moderne Computer mit hochfrequenter Taktung ohne Anwendung der Leitungstheorie undenkbar.<br />
<br />
=Kupferkabel=<br />
==Koaxialkabel==<br />
Ein Koaxialkabel (Coaxial Cable) besteht aus einem zentralen Innenleiter, um den konzentrisch eine Isolierschicht (Dielektrikum), ein Außenleiter (Abschirmung) und eine Außenisolierung angebracht sind.<br />
<br />
[[Datei:koaxkabel.jpg]]<br />
<br />
<br />
Aufgrund der Unsymmetrie zwischen den beiden Leitern wird das Koaxialkabel<br />
auch als unsymmetrisches Kabel bezeichnet. Das Dielektrikum<br />
hat einen großen Einfluß auf die Signalgeschwindigkeit. Die Abschirmung<br />
besteht aus einem Kupfergeflecht und/oder einer Aluminiumfolie. Da ein<br />
Koaxialkabel sehr hohe Frequenzen übertragen kann, wird es auch<br />
Hochfrequenzkabel genannt.<br />
<br />
<br />
Eine wichtige Kenngröße ist der Wellenwiderstand Z0. Bei jeder (endlich langen) Leitung müssen die Enden mit jeweils<br />
einem dem Wellenwiderstand entsprechenden Ohmschen Abschlusswiderstand überbrückt werden, um die Leitung reflexionsfrei zu halten. Praktisch bedeutet<br />
dies, dass ein eingekoppeltes Signal an den Kabelenden nicht reflektiert, sondern vernichtet wird.<br />
Typische Werte für den Wellenwiderstand sind 50 Ω ("klassisches" Ethernet), 75 Ω (Breitband-LANs) und 150 Ω (Gigabit-Ethernet).<br />
<br />
==Symmetrisches Kupferkabel – Twisted Pair==<br />
<br />
Ein symmetrisches (Kupfer-) Kabel (Balanced Cable), auch Kabel mit verdrillten Leitungspaaren (Twisted Pair) genannt,<br />
besteht aus mehreren Adern, die nicht parallel geführt werden, sondern paarweise miteinander verdrillt sind. Durch die Verdrillung wird die<br />
gegenseitige Beeinflussung durch induktive und kapazitive Effekte von benachbart liegenden Leitungspaaren verringert.<br />
Das Signal wird symmetrisch und erdfrei auf je einem Adernpaar geführt. Die Signalspannung liegt auf diese Weise nicht<br />
gegen Erde oder Masse an, sondern lässt sich nur als Differenzspannung zwischen den beiden Adern eines Adernpaares abgreifen.<br />
<br />
[[Datei:sym-kabel.png]]<br />
<br />
<br />
Symmetrisches Kabel wird in verschiedenen Ausführungen angeboten:<br />
<br />
*U/UTP: ungeschirmtes Kabel (Unscreened/Unshielded Twisted Pair),<br />
*F/UTP: Kabel mit Gesamtschirm aus Folie (Foil/Unshielded Twisted Pair),<br />
*U/FTP: paarweise foliengeschirmtes Kabel (Unscreened/Foil Twisted Pair) <br />
**STP: (Shielded Twisted Pair) alte Bezeichnung <br />
*SF/UTP: Kabel mit Gesamtschirm aus Folie und Geflecht (Screened Foil/Unshielded Twisted Pair),<br />
*S/FTP: paarweise foliengeschirmtes Kabel mit Gesamtschirm aus Geflecht (Screened/Foil Twisted Pair)<br />
**S/STP (Screened Shielded Twisted Pair) alte Bezeichnung<br />
<br />
Im LAN-Bereich werden symmetrische Kabel mit 2 Paaren (4 Adern) oder 4 Paaren (8 Adern) eingesetzt. Bei Neuverkabelungen wird empfohlen, nur noch<br />
4-paariges Kabel zu verwenden. Das 2-paarige UTP-Kabel wird oft mit dem Vierdrahtkabel verwechselt, bei dem alle vier Adern miteinander verdrillt sind (Sternviererverseilung),<br />
und das vor allem im Telefonbereich Verwendung findet. Wie beim Koaxialkabel ist auch beim symmetrischen Kupferkabel der<br />
Wellenwiderstand Z0 eine wichtige Kenngröße. Typische Werte sind 100 Ω (Ethernet) und 150 Ω (Token Ring).<br />
<br />
==Dämpfung==<br />
Bei jedem Übertragungsmedium muss man gewisse Dämpfungsverluste in Kauf nehmen. Die Dämpfung (Attenuation) ist frequenzabhängig und wächst mit<br />
steigender Signalfrequenz. <br />
<br />
==Kategorie==<br />
Für die Klassifizierung von symmetrischen Kabeln gibt es sieben Kategorien (1 bis 7), wobei die Übertragungsqualität<br />
mit aufsteigender Nummer zunimmt. Diese Klassifizierung bezieht sich ausschließlich auf nachrichtentechnische Parameter (Frequenzverhalten, Dämpfung, usw.)<br />
und macht keine Unterscheidung zwischen geschirmten und ungeschirmten Kabeln. Die folgende Tabelle zeigt die für die Praxis relevanten Kategorien 3 bis 7.<br />
Die Kategorien sind rückwärtskompatibel in dem Sinne, dass eine Ethernet-Variante, die z.B. ein Kategorie-3-Kabel benötigt, selbstverständlich auch auf einem Kategorie-5-Kabel<br />
lauffähig ist.<br />
<br />
{| Border=1 Cellpadding=2<br />
|'''Kategorie''' <br />
|'''Maximale Übertragungsfrequenz [MHz]'''<br />
|'''Ethernet-Einsatzgebiete'''<br />
|-<br />
|3<br />
|16<br />
|10Base-T, 100Base-T2, 100Base-T4<br />
|- <br />
|4<br />
|20<br />
|<br />
|-<br />
|5<br />
|100<br />
|100Base-TX, 1000Base-T (eingeschränkt)<br />
|-<br />
|5e<br />
|100<br />
|1000Base-T<br />
|-<br />
|6<br />
|250<br />
|<br />
|-<br />
|6e<br />
|500<br />
|10G Base-T (eingeschränkt)<br />
|-<br />
|6a<br />
|625<br />
|10G Base-T<br />
|-<br />
|7<br />
|600<br />
|<br />
|}<br />
Ein wesentliches Kriterium für die Auswahl eines Kabels ist die maximale Frequenz, die unter bestimmten Anforderungen übertragen werden kann. Die<br />
folgende Tabelle zeigt die Frequenzanforderungen einiger Übertragungsverfahren.<br />
{| Border=1 Cellpadding=2<br />
|Übertragungsverfahren<br />
|Übertragungsrate [Mbit/s]<br />
|Signalfrequenz [MHz]<br />
|-<br />
|Ethernet 10Base-T<br />
|10<br />
|20<br />
|-<br />
|Fast-Ethernet 100Base-TX<br />
|100<br />
|31.25<br />
|-<br />
|Fast-Ethernet 1000Base-TX<br />
|1000<br />
|62,5 <br />
|}<br />
==Steckverbindungen==<br />
Bei symmetrischen Kabeln der Kategorien 1 bis 6 wird in Ethernet-Umgebungen der 8-polige Steckanschluss RJ45 (Registered Jack)<br />
verwendet, der auch als Modular Jack oder Western Plug bezeichnet wird. Die RJ45-Spezifikation wird von der US-amerikanischen<br />
Federal Communications Commission (FCC) festgelegt. Neben RJ45 gibt es noch eine Reihe weiterer Stecker-Spezifikationen der<br />
FCC. <br />
<br />
Die folgende Tabelle zeigt einige Beispiele:<br />
<br />
[[Datei:r-stecker.jpg]]<br />
<br />
Beispiel<br />
<br />
[[Datei:rj_45_cables.jpg]]<br />
<br />
RJ45-Stecker gibt es in verschiedenen Qualitätsstufen (bezüglich Frquenzverhalten, Dämpfung, usw.), insbesondere gibt es<br />
geschirmte und ungeschirmte Ausführungen. Die Auswahl eines geeigneten RJ45-Steckers erfordert die gleiche Sorgfalt wie die Auswahl des Kabels. Eine gewisse Vereinfachnung bietet<br />
hier die weiter unten beschriebene Klasseneinteilung (A bis F), bei der nicht einzelne Kabel oder Stecker betrachtet werden, sondern komplette Übertragungsstrecken.<br />
Bei Kabeln der Kategorie 7 reicht der RJ45-Stecker aufgrund der hohen übertragungstechnischen Anforderungen nicht mehr aus. Hier gibt es entsprechende Neuentwicklungen, wie<br />
z.B. die Stecksysteme GP45 oder GG45.<br />
<br />
Während bei 4-paarigen Kabeln alle 8 Kontakte des RJ45-Steckers belegt sind, muss bei 2-paarigen Kabeln die Belegung der benötigten 4 Kontakte auf das jeweilige<br />
Übertragungsverfahren abgestimmnt sein. Die folgende Tabelle zeigt die Kontaktbelegung des RJ45-Steckers für die verschiedenen Ethernet-Varianten:<br />
<br />
[[Datei:stecker-belegung.jpg]]<br />
<br />
Für die Farbkodierung der Adernpaare gibt es zwei Industriestandards: EIA/TIA 568A und EIA/TIA 568B<br />
(Electronic Industries Alliance / Telecommunications Industry Association).<br />
<br />
Es ist sinnvoll, in einem Netz durchgehend nur einen dieser Standards zu verwenden.<br />
<br />
*EIA/TIA 568A <br />
<br />
[[Datei:rj45-568a.png]]<br />
<br />
*EIA/TIA 568B<br />
<br />
[[Datei:rj45-568b.png]]<br />
<br />
Belegt man gemäß obiger Tabelle beide Stecker eines Kabels, dann erhält man ein sogenanntes "Straight-through-Kabel". Nun muss jedoch für die Datenübertragung das Transmit-Paar des Senders mit dem Receive-Paar des Empfängers<br />
verbunden werden (und umgekehrt). Aus diesem Grund wird bei zentralen Netzkomponenten (z.B. Hubs und Switches) intern im Gerät ein sogenanntes "Crossover" vorgenommen. Auf diese Weise ist es möglich,<br />
ein Endgerät (z.B. einen PC) über ein Straight-through-Kabel mit einem Hub zu verbinden. Will man jedoch zwei Endgeräte direkt miteinander vebinden, muss die<br />
Crossover-Funktion im Kabel erfolgen und man benötigt hierfür ein Crossover-Kabel, bei dem die entsprechenden Aderpaare bei der Steckerbelegung vertauscht sind. Die folgende Abbildung<br />
zeigt die Crossover-Steckerbelegung für ein 2-paariges Kabel.<br />
[[Datei:crossover.png ]]<br />
<br />
<br />
<br />
<br />
=ISO/OSI-7-Schichtenmodell=<br />
Das OSI-7-Schichtenmodell ist ein Referenzmodell für herstellerunabhängige Kommunikationssysteme. OSI bedeutet Open System Interconnection (Offenes System für Kommunikationsverbindungen), das von der ISO als Grundlage für die Bildung von Kommunikationsstandards entworfen und standardisiert wurde. Das OSI-Schichtenmodell oder OSI-Referenzmodell basiert auf dem DoD-Schichtenmodell, auf dem das Internet basiert. Im Vergleich zum DoD-Schichtenmodell ist das OSI-Schichtenmodell feiner aufgegliedert.<br />
Das OSI-Schichtenmodell besteht aus 7 Schichten. Jede Schicht ist in Arbeitseinheiten eingeteilt. Die Arbeitseinheiten haben ihre Funktion innerhalb der Schicht oder kooperieren mit den Arbeitseinheiten der benachbarten Schichten. Damit diese Arbeitseinheiten miteinander arbeiten können müssen sie sich an ein Regelwerk halten. Dieses Regelwerk nennt man Protokoll.<br />
<br />
So toll das OSI-Referenz- bzw. Schichtenmodell ist, so wenig praxisnah ist es. Es wird zwar sehr häufig als Referenz herangezogen. Doch eigentlich ist das TCP/IP-Modell (DoD-Schichtenmodell) viel näher an der Realität.<br />
Das Problem des OSI-Schichtenmodells ist die Standardisierungsorganisation ISO, die einfach zu schwerfällig war, um in kürzester Zeit einen Rahmen für die Aufgaben von Protokollen und Übertragungssystemen in der Netzwerktechnik auf die Beine zu stellen. TCP/IP dagegen war frei verfügbar, funktionierte und verbreitete sich mit weiteren Protokollen rasend schnell. Der ISO blieb nichts anderes übrig, als TCP/IP im OSI-Schichtenmodell zu berücksichtigen.<br />
Neben TCP/IP haben sich noch weitere Netzwerkprotokolle entwickelt. Die wurden jedoch irgendwann von TCP/IP abgelöst. Fast alle Netzwerke arbeiten heute auf der Basis von TCP/IP.<br />
==Einteilung des OSI-Schichtenmodells==<br />
* Die Schichteneinteilung erfolgt mit definierten Schnittstellen.<br />
* Einzelne Schichten können angepasst, zusammengefasst oder ausgetauscht werden.<br />
* Die Schichten 1..4 sind transportorientierte Schichten.<br />
* Die Schichten 5..7 sind anwendungsorientierte Schichten.<br />
* Das Übertragungsmedium ist nicht festgelegt.<br />
<br />
[[Datei:iso-osi.gif]]<br />
<br />
<br />
Das OSI-7-Schichtenmodell oder OSI-Referenzmodell beschreibt das Durchlaufen von 7 Schichten in denen Funktionen und Protokolle definiert sind und einer bestimmten Aufgabe bei der Kommunikation zwischen zwei Systemen zugeordnet sind. Die Protokolle einer Schicht sind zu den Protokollen der über- und untergeordneten Schichten weitestgehend transparent, so dass die Verhaltensweise eines Protokolls sich wie bei einer direkten Kommunikation mit dem Gegenstück auf der Gegenseite darstellt.<br />
<br />
Die Übergänge zwischen den Schichten sind Schnittstellen, die von den Protokollen verstanden werden müssen. Manchmal kommt es auch vor, dass sich Protokolle über mehrere Schichten erstrecken und mehrere Aufgaben abdecken.<br />
Protokolle sind eine Sammlung von Regeln zur Kommunikation auf einer bestimmten Schicht des OSI-Modells. Die Endgeräte der Endsysteme und das Übertragungsmedium sind aus dem OSI-Modell ausgeklammert, was nicht bedeutet, dass die Endgeräte in der Anwendungsschicht und das Übertragungsmedium in der Bitübertragungsschicht nicht doch vorgegeben sind.<br />
<br />
*Bitübertragungsschicht Schicht 1 Physical<br />
**Maßnahmen und Verfahren zur Übertragung von Bits<br />
**Definition der elektrische, mechanische und funktionale Schnittstelle zum Übertragungsmedium. <br />
**Die Protokolle dieser Schicht unterscheiden sich nur nach dem eingesetzten Übertragungsmedium und -verfahren. Das *Übertragungsmedium ist jedoch kein Bestandteil der Schicht 1.<br />
*Sicherungsschicht Schicht 2 Data Link <br />
**Logische Verbindungen mit Datenpaketen und elementare Fehlererkennungsmechanismen<br />
**Die Sicherungsschicht sorgt für eine zuverlässige und funktionierende Verbindung zwischen Endgerät und Übertragungsmedium. <br />
**Zur Vermeidung von Übertragungsfehlern und Datenverlust enthält diese Schicht Funktionen zur Fehlererkennung, Fehlerbehebung und Datenflusskontrolle.<br />
**Auf dieser Schicht findet auch die physikalische Adressierung von Datenpaketen statt.<br />
*Vermittlungsschicht Schicht 3 Network <br />
**Routing und Datenflusskontrolle<br />
**Die Vermittlungsschicht steuert die zeitliche und logische getrennte Kommunikation zwischen den Endgeräten, unabhängig vom Übertragungsmedium und -topologie. <br />
**Auf dieser Schicht erfolgt erstmals die logische Adressierung der Endgeräte. Die Adressierung ist eng mit dem Routing (Wegfindung vom Sender zum Empfänger) verbunden.<br />
*Transportschicht Schicht 4 Transport <br />
**Logische Ende-zu-Ende-Verbindungen<br />
**Die Transportschicht ist das Bindeglied zwischen den transportorientierten und anwendungsorientierten Schichten. <br />
**Hier werden die Datenpakete einer Anwendung zugeordnet.<br />
*Kommunikationsschicht Schicht 5 Session<br />
**Prozeß-zu-Prozeß-Verbindungen<br />
**Die Kommunikationsschicht organisiert die Verbindungen zwischen den Endsystemen. <br />
**Dazu sind Steuerungs- und Kontrollmechanismen für die Verbindung und dem Datenaustausch implementiert.<br />
*Darstellungsschicht Schicht 6 Presentation<br />
**Ausgabe von Daten in Standardformate<br />
**Die Darstellungsschicht wandelt die Daten in verschiedene Codecs und Formate. <br />
**Hier werden die Daten zu oder von der Anwendungsschicht in ein geeignetes Format umgewandelt.<br />
*Anwendungsschicht Schicht 7 Application<br />
**Dienste, Anwendungen und Netzmanagement<br />
**Die Anwendungsschicht stellt Funktionen für die Anwendungen zur Verfügung. <br />
**Diese Schicht stellt die Verbindung zu den unteren Schichten her. Auf dieser Ebene findet die Dateneingabe und -ausgabe statt.<br />
<br />
===Beispiele===<br />
In der folgenden Tabelle werden die verschiedensten Protokolle, Übertragungs- und Vermittlungstechniken den Schichten des OSI-Modells zugeordnet.<br />
Viele Protokolle und Übertragungsverfahren nutzen mehr als nur eine Schicht. Deshalb kann eine vollständige und korrekte Darstellung der Tabelle nicht gewährleistet werden.<br />
{| Border=1 Cellpadding=2<br />
|Schicht 7<br />
|Anwendung<br />
|Telnet, FTP, HTTP, SMTP, NNTP<br />
|-<br />
|Schicht 6<br />
|Darstellung<br />
|Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 5<br />
|Kommunikation<br />
|TFTP, Telnet, FTP, HTTP, SMTP, NNTP, NetBIOS<br />
|-<br />
|Schicht 4<br />
|Transport<br />
|TCP, UDP, SPX, NetBEUI<br />
|-<br />
|Schicht 3<br />
|Vermittlung<br />
|IP, IPX, ICMP, T.70, T.90, X.25, NetBEUI<br />
|-<br />
|Schicht 2<br />
|Sicherung<br />
|LLC/MAC, X.75, V.120, ARP, HDLC, PPP<br />
|-<br />
|Schicht 1<br />
|Übertragung<br />
|Ethernet, Token Ring, FDDI, V.110, X.25, Frame Relay, V.90, V.34, V.24<br />
|}<br />
<br />
=[[Tcp/ip#Das_TCP.2FIP-Referenzmodell|Das TCP/IP-Referenzmodell]]=<br />
<br />
=Vernetzung mit Ethernet und TCP/IP=<br />
==Ethernet==<br />
Zur Vernetzung zweier Computer wird eine elektrische Verbindung zwischen ihnen benötigt. Ganz schlicht gesprochen muss ein Kabel verlegt werden, und dieses muss an den Computern angeschlossen werden können, die Computer müssen also über eine bestimmte Hardware verfügen. Im einfachsten Fall werden heute Ethernet-Steckkarten als Netzwerkadapter verwendet. Als Kabelverbindung dazwischen kann Koaxialkabel oder Twisted-Pair-Kabel verwendet werden.<br />
<br />
[[Datei:tcp1.gif]]<br />
<br />
==IP==<br />
Über den Ethernet-Hardwaretreibern wird nun das Internet Protocol IP angeordnet. Es bündelt die zu übertragenden Daten in Pakete mit Absender- und Empfängeradresse und gibt diese Pakete zur Übertragung nach unten an die Ethernet-Schicht weiter. Auf der anderen Seite nimmt IP die Pakete von der Ethernet-Schicht in Empfang und packt sie aus.<br />
<br />
[[Datei:tcp2.gif]]<br />
<br />
==TCP==<br />
Über die IP-Schicht wird nun die Transmission Control Protocol-Schicht TCP gelegt. Diese überwacht die Übertragung, fordert fehlende Pakete erneut an und bringt sie in die korrekte Reihenfolge.<br />
Die beiden Protokoll-Schichten TCP und IP werden in der Regel zusammengefasst zu TCP/IP, und da diese übereinander liegen, spricht man auch oft vom TCP/IP-Protokoll-Stapel oder TCP/IP-Protokoll-Stack. TCP/IP wird auch als Protokollfamilie bezeichnet, da es eine Reihe weiterer Protokolle enthält, die bestimmte Dienste im Internet erst ermöglichen. Diese weiterführenden Protokolle stellen sicher, dass sich der Anwender nicht mit der Übertragung irgendwelcher Pakete beschäftigen muss.<br />
<br />
[[Datei:tcp3.gif]]<br />
<br />
==Anwendung==<br />
Für Anwendungen wie Beispielsweise E-Mail setzt nun auf die TCP-Schicht ein Protokoll SMTP ein.<br />
<br />
[[Datei:tcp4.gif]]<br />
<br />
=[[Tcp/ip#Ethernet|Ethernet]]=<br />
==CSMA/CD==<br />
Die Abkürzung "CSMA/CD" steht für "Carrier Sense Multiple Access/Collision Detect". Dieses Verfahren findet häufig bei logischen Busnetzen Anwendung (z. B. Ethernet), kann aber prinzipiell bei allen Topologien eingesetzt werden. Bevor eine Station sendet, hört sie zunächst die Leitung ab, um festzustellen, ob nicht schon ein Datenverkehr zwischen anderen Stationen stattfindet. Erst bei freier Leitung wird gesendet und auch während der Sendung wird mitgehört, um festzustellen, ob eine Kollision mit einer Station auftritt, die zufällig zum gleichen Zeitpunkt mit dem Senden begonnen hat (Collision Detect). Bei allen Leitungen ist eine gewisse Laufzeit (siehe später) zu berücksichtigen, so daß auch dann eine Kollision auftritt, wenn zwei Stationen um eine geringe Zeitspanne versetzt mit dem Senden beginnen. In einem solchen Fall produzieren alle sendenden Stationen ein JAM-Singal auf der Leitung, damit auf jeden Fall alle beteiligten Sende- und Empfangsknoten die Bearbeitung des aktuellen Datenpakets abbrechen.<br />
<br />
[[Datei: kollision.gif]]<br />
<br />
Das JAM-Signal besteht aus einer 32 Bit langen Folge von 1010101010101010... Danach warten alle sendewilligen Stationen eine zufallsbestimmte Zeit und versuchen es dann nochmals. Alle Stationen im Netz überprüfen die empfangenen Datenpakete und übernehmen diejenigen, die an sie selbst adressiert sind. Wichtigster Vertreter für CSMA/CD ist das Ethernet, dem deshalb ein eigener Abschnitt gewidmet ist. Normalerweise tritt eine Kollision innerhalb der ersten 64 Bytes auf (Weiteres in Kapitel 4, "Slot Time").<br />
<br />
[[Datei: csma-cd1.gif]]<br />
<br />
Konfliktparameter k:<br />
<br />
[[Datei: k.gif]]<br />
<br />
<br />
*k>1: Sender könnte eine ganze Nachricht an den Kanal übergeben, bevor ein Konflikt entsteht. Beim CSMA/CD-Verfahren inpraktikabel.<br />
<br />
*k<1: CSMA/CD-Verfahren praktikabel<br />
<br />
Spezifikation: Bei größter zulässiger Netzlänge und kleinster zulässiger Paketlänge ergibt sich k~0,21.<br />
<br />
*Wartezeit<br />
Die Wartezeit, die nach einer Kollision bis zum nächsten Sendeversuch vergeht, wird im Standard durch ein Backoff-Verfahren festgelegt (Truncated Binary Expotential Backoff). Es wird wie folgt definiert:<br />
<br />
Wartezeit = ZZ * T<br />
ZZ = Zufallszahl aus [0 < ZZ < 2n]<br />
n = Anzahl Wiederholungen des gleichen Blocks, jedoch maximal 10<br />
T = Slot Time<br />
<br />
Die Slot Time entspricht der doppelten maximalen Signallaufzeit des Übertragungsmediums. Die Wartezeit steigt im statistischen Mittel nach 10 Versuchen nicht mehr an. Nach 16 Versuchen wird abgebrochen und eine Fehlermeldung erzeugt.<br />
<br />
[[Datei: Backoff.gif]]<br />
<br />
<br />
Damit eine sendende Station eine Kollision sicher erkennen kann, muß die Dauer der Blockübertragung mindestens das Doppelte der Signallaufzeit zwischen den beiden beteiligten Stationen betragen. Somit ist die minimale Blocklänge abhängig von Signallaufzeit und Übertragungsrate. Das Rahmenformat von CSMA/CD ist nach IEEE 802.3 festgelegt. Neben Verkabelungsproblemen gibt es bei CSMA/CD-Netzen einige typische Fehlerquellen. Einige davon sollen hier kurz vorgestellt werden.<br />
<br />
* 'Late Collisions' sind Kollisionen, die außerhalb des Kollisionsfensters von 512 Bit, also später, auftreten. Dafür gibt es generell drei Ursachen: Entweder eine Station mit Hardwaredefekt (Netzwerkinterface, Transceiver, etc.), ein Fehler in der Software (Treiber), wodurch sich die Station nicht an die CSMA/CD-Konventionen hält (Senden ohne Abhören), oder die Konfigurationsregeln für die Kabellänge sind nicht eingehalten worden (zu lange Signallaufzeit).<br />
* Sendet eine Station ohne Unterbrechung längere Zeit, also Frames mit mehr als die maximal zugelassenen 1518 Bytes, dann bezeichnet man dies als 'Jabber' (zu deutsch 'Geplapper'). Hauptursache sind hier defekte Netzwerkkarten oder -Treiber.<br />
* 'Short Frames' sind Frames, die kleiner als die minimal zugelassenen 64 Bytes sind. Grund hierfür sind auch Defekte beim Netzwerkinterface oder im Treiber.<br />
* 'Ghost Frames' sind in Ihrer Erscheinung ähnlich einem Datenframe, haben jedoch Fehler schon im Start-Delimiter. Potentialausgleichsströme und Störungen, die auf das Kabel einwirken, können einem Repeater ein ankommendes Datenpaket vorspiegeln. Der Repeater sendet das Geisterpaket dann weiter ins Netz.<br />
<br />
=Kabellose Systeme=<br />
==DECT==<br />
DECT ist primär für sogenannte picozellulare Telefonie innerhalb von Gebäuden ausgelegt, in denen eine Reichweite bzw. ein Zellradius von 30 bis 50 Metern erreicht werden kann; im Freien sind Übertragungsstrecken von 300 Metern möglich. Trotz der maximal erlaubten Ausgangsleistung von 250 mW kann in Verbindung mit einer Richtantenne oder Repeatern eine Strecke von mehreren Kilometern überbrückt werden.<br />
<br />
Im Gegensatz zu Mobilfunksystemen ist DECT eine reine Zugangstechnologie und beschreibt nicht das Netz selbst. Die Anbindung erfolgt mit einem Gateway, das üblicherweise als Basisstation bezeichnet wird. Zumeist erfolgt die Wandlung in das öffentliche Telefonnetz. Neuere Technologien wie IP-Telefonie sind ebenfalls am Markt verfügbar. Jedoch gibt es auch Endgeräte, bei denen kein Gateway existiert, wie etwa Babyfone.<br />
<br />
DECT unterstützt kurzzeitige Mobilität innerhalb eines mehrzelligen Funknetzes durch Weiterleiten an eine andere Zelle (Handover) und langfristige Mobilität durch Einbuchen in ein fremdes Netz (Roaming).<br />
<br />
*Sprachübertragung<br />
*Flexibele Zuteilung von Datenraten<br />
*Hohe Sprachqualität<br />
*Hohe Abhörsicherheit<br />
*Identifikation des Teilnehmers<br />
*Dynamisch Kanalbelegung<br />
*Mehrere Mobil Telefone an einer Basisstation<br />
<br />
==WLAN==<br />
IEEE 802.11 (auch: Wireless LAN (WLAN), Wi-Fi) bezeichnet eine IEEE-Norm für Kommunikation in Funknetzwerken. Herausgeber ist das Institute of Electrical and Electronics Engineers (IEEE). Die erste Version des Standards wurde 1997 verabschiedet. Sie spezifiziert den Mediumszugriff (MAC-Layer) und die physikalische Schicht (vgl. OSI-Modell) für lokale Funknetzwerke.<br />
<br />
Für die physikalische Schicht sind im ursprünglichen Standard zwei Spreizspektrumverfahren (Übertragung per Radiowellen) und ein Verfahren zur Datenübertragung per Infrarotlicht spezifiziert, wobei eine Übertragungsrate von bis zu 2 MBit/s (brutto) vorgesehen ist. Zur Datenübertragung per Radiowellen wird das lizenzfreie ISM-Band bei 2,4 GHz verwendet. Die Kommunikation zwischen zwei Teilnehmern kann direkt im so genannten Ad-hoc-Modus erfolgen oder im Infrastruktur-Modus mithilfe einer Basisstation (Access Point).<br />
<br />
=Passive Netzwerkkomponenten=<br />
==Datenkabel==<br />
==Datendose==<br />
==Patchpanel==<br />
==Datenschränke==<br />
==Anschlußkabel==<br />
<br />
=Aktive Komponenten=<br />
==Repeater==<br />
Um die Längenbeschränkung eines Ethernet-Segmentes aufzuheben, verwendet man Repeater. Ein klassischer Repeater verbindet zwei Ethernet-Segmente (10Base5 oder 10Base2), er ist mit je einem Transceiver an jedes Segment angeschlossen.<br />
<br />
[[Datei: repeater.jpg]]<br />
<br />
==Hub==<br />
<br />
Analog dem Multiport-Repeater besteht die Funktion eines Hub darin, mehrere Twisted-Pair-Kabelsegmente über einen Transceiveranschluß mit dem Ethernet zu verbinden. Das englische Wort "Hub" bezeichnet die Nabe eines Speichenrades - wie die Speichen des Rades verteilen sich die Leitungen sternförmig vom Hub aus. Der Begriff "Hub" steht also für fast alle Verstärkerkomponenten, die eine sternförmige Vernetzung ermöglichen. Hubs haben immer mehrere Ports zum Anschluß von mehreren Rechnern. Bei Twisted-Pair-Verkabelung ist meist einer der Ports als "Uplink" schaltbar<br />
<br />
[[Datei: hub.gif]]<br />
<br />
==Bridge==<br />
<br />
Eine Bridge trennt zwei Ethernet-LANs physikalisch, Störungen wie z. B. Kollisionen und fehlerhafte Pakete gelangen nicht über die Bridge hinaus. Die Bridge ist protokolltransparent, d. h. sie überträgt alle auf dem Ethernet laufenden Protokolle. Die beiden beteiligten Netze erscheinen also für eine Station wie ein einziges Netz. Durch den Einsatz einer Bridge können die Längenbeschränkungen des Ethernets überwunden werden, den sie verstärkt die Signale nicht nur, sondern generiert senderseitig einen neuen Bitstrom. Die Bridge arbeitet mit derselben Übertragungsrate, wie die beteiligten Netze. Die Anzahl der hintereinandergeschalteten Bridges ist auf sieben begrenzt (IEEE 802.1). Normalerweise wird man aber nicht mehr als vier Bridges hintereinanderschalten. <br />
<br />
[[Datei: bridge.gif]]<br />
<br />
==Switch==<br />
<br />
Der Switch ist wie die Bridge ein Gerät des OSI-Layers 2, d. h. er kann LANs mit verschiedenen physikalischen Eigenschaften verbinden, z. B. Koax- und Twisted-Pair-Netzwerke. Allerdings müssen, ebenso wie bei der Bridge, alle Protokolle höherer Ebenen 3 bis 7 identisch sein! Ein Switch ist somit protokolltransparent. Er wird oft auch als Multi-Port-Bridge bezeichnet, da dieser ähnliche Eigenschaften wie eine Bridge aufweist. Jeder Port eines Switch bildet ein eigenes Netzsegment. Jedem dieser Segmente steht die gesamte Netzwerk-Bandbreite zu Verfügung. Dadurch erhöht ein Switch nicht nur - wie die Bridge - die Netzwerk-Performance im Gesamtnetz, sondern auch in jedem einzelnen Segment. Der Switch untersucht jedes durchlaufende Paket auf die MAC-Adresse des Zielsegmentes und kann es direkt dorthin weiterleiten. Der große Vorteil eines Switches liegt nun in der Fähigkeit seine Ports direkt miteinander verschalten zu können, d. h. dedizierte Verbindungen aufzubauen.<br />
<br />
Was ist nun der Unterschied zwischen einem Switch und einer Multiport-Bridge? Bei den Produkten der meisten Hersteller gibt es keinen. "Switch" klingt nach Tempo und Leistung, deswegen haben viele Hersteller ihre Multiport-Bridges Switches genannt.<br />
<br />
[[Datei: switch.jpg]]<br />
<br />
==Router==<br />
<br />
Große Netzwerke wie das Internet bestehen aus vielen kleineren Teilnetzwerken. Die Verbindung der verschiedenen Netze wird durch spezielle Rechner hergestellt. Das sind, neben Bridges, Switches und Gateways, im Internet vor allem Router. Diese haben die Aufgabe, Daten zwischen Rechnern in verschiedenen Netzen auf möglichst günstigen Wegen weiterzuleiten. Zum Beispiel wenn Rechner 1 im Netz B Daten an Rechner 2 im Netz C schicken möchte.<br />
<br />
Router verbinden, im Gegensatz zu Bridges, in OSI-Schicht 3 auch Netze unterschiedlicher Topologien. Sie sind Dreh- und Angelpunkt in strukturiert aufgebauten LAN- und WAN-Netzen. Mit der Fähigkeit, unterschiedliche Netztypen sowie unterschiedliche Protokolle zu routen, ist eine optimale Verkehrslenkung und Netzauslastung möglich. Routing wird erst dann erforderlich, wenn Kommunikation zwischen Stationen in unterschiedlichen Subnetzen erfolgen soll. Sie sind nicht protokolltransparent, sondern müssen in der Lage sein, alle verwendeten Protokolle zu erkennen, da sie Informationsblöcke protokollspezifisch umsetzen. Klassische Beispiele in Heim- und KMU-Netzen sind die ISDN- oder DSL-Router, welche die Verbindung zum Provider herstellen. <br />
<br />
[[Datei: router.jpg]]<br />
<br />
=Routing=<br />
==Grundlegendes==<br />
Wenn einer der Netzwerkadapter ein Datenpaket erhält, so verarbeitet er zunächst die Schicht-2-Protokolldaten, extrahiert dann das IP-Paket und reicht es zur weiteren Verarbeitung an die CPU weiter. Diese entnimmt dem Paketkopf die IP-Adresse des Zielrechners. Wenn nicht der Router selber adressiert ist, muß das Paket weitergeleitet werden. Dazu sucht die CPU in der Routingtabelle nach der passenden Next-Hop-Information. Die Next-Hop-Information beinhaltet zum einen die Nummer des Netzwerkadapters über den das Paket ausgegeben werden soll und zweitens die IP-Adresse des Next-Hop. Diese Adresse übergibt die CPU des Routers nun zusammen mit dem IP-Paket an den entsprechenden Netzwerkadapter. Dieser generiert daraus ein Schicht-2-Paket und sendet es ab.<br />
<br />
Werden auch Informationen im Kopf des Datagramms vor dem Weiterleiten geändert? Zunächst einmal wird bei Eintreffen eines IP-Datagrammes überprüft, ob die Prüfsumme mit den Daten des Paketes zusammenpasst. Wenn dies nicht der Fall ist, muß der Router eine Fehlermeldung an den Absender schicken. Anschließend wird der Zähler "time-to-live" im Kopf des Paketes dekrementiert. Erreicht er den Wert 0, wird das Paket verworfen. Auf diese Weise können Endlosschleifen vermieden werden. Da sich der Inhalt des Paketes deswegen verändert hat, muß eine neue Prüfsumme berechnet werden. Das neue Datagramm wird nun weitergeleitet. Ist eine lokale Auslieferung möglich, ist die physikalische Zieladresse die MAC-Adresse des IP-Zieles. Im Falle einer indirekten Auslieferung ist die physikalische Zieladresse die MAC-Adresse des Routers. Also ist die Information über den Router nicht im Kopf eines IP-Paketes vermerkt. Der Weg eines Datagrammes kann also nicht verfolgt werden.<br />
<br />
Bevor ein Router ein Paket mit einer bestimmten IP-Adresse weiterleiten kann, muß er ggf. für diese Adresse zunächst den Weg durch das Netz zum Zielrechner bestimmen.<br />
<br />
Durch die für das Routen notwendige Untersuchung des Datenpakets, erhöht sich die Verweilzeit der Daten im Router selbst (Latenzzeit). Die eigentliche Stärke von Routern liegt in ihrer Fähigkeit mittels bestimmter Algorithmen den bestmöglichen Weg für ein Datenpaket zum Empfänger aus seiner Routing-Tabelle zu wählen.<br />
Um die Daten "routen" zu können, ist es notwendig, daß der Router alle angeschlossenen Netzwerkprotokolle versteht und diese auch die Fähigkeit des Routens unterstützen. <br />
<br />
==Vorteile von Routern==<br />
Der Vorteil des Routers gegenüber der Bridge ist die logische Trennung und die Bildung von (Sub-)Netzen bei TCP/IP bzw. von Areas bei DECNET.<br />
Weitere Features von Routern sind ihre Netzwerk-Management- und die Filter-Funktionen. Durch geeignet gewählte Routing-Einstellungen ist es möglich, die Netwerk-Performance je nach Anforderungen ans Netz zu verbessern. Die Filterfunktionen auf Netzwerk-Protokollebene sind ähnlich wie bei der Bridge. Router bieten aber eine generell höhere Isolation da sie z. B. Broadcasts in der Regel nicht weiterleiten. <br />
<br />
<br />
==Die Routingtabelle==<br />
<br />
Eine einfache Tabelle über alle 232 (bei IPv4) bzw. 2128 (bei IPv6) möglichen IP-Adressen wäre kaum machbar. Schließlich kann ein Router über die direkt mit ihm verbundenen Netze nur maximal einige tausend Rechner erreichen. In der Regel sind es sogar weniger als hundert. In der Routingtabelle ist auch nicht der gesamte Weg zu einem Rechner mit einer bestimmten IP-Adresse gespeichert. Vielmehr kennt der einzelne Router nur die nächste Zwischenstation (engl. next hop) auf dem Weg zum Ziel. Das kann ein weiterer Router oder der Zielrechner sein.<br />
<br />
===Beispiel für drei IP-Netze mit Routern===<br />
Das folgende Netz besteht aus drei IP-Netzen, die über Router verbunden sind. Jeder Router hat zwei Netzwerk-Interfaces, die jeweils in zwei der Netze hängen. Es ist nicht unbedingt erforderlich, für jedes Netz ein eigenes Interface zu verwenden; über sogenannte 'virtuelle Interfaces' kann man mehrere Netze auf ein Hardwareinterface legen.<br />
<br />
[[Datei: router4.gif]]<br />
<br />
Die Routing-Tabellen dazu:<br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"| Router 1<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|direkt<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|192.168.1.2<br />
|} <br />
<br />
{| Border=1 Cellpadding=2 Cellspacing="0"<br />
!colspan="2"|Router 2<br />
|-<br />
|Empfänger im Netzwerk<br />
|Zustellung über<br />
|-<br />
|192.168.0.0<br />
|192.168.1.1<br />
|-<br />
|192.168.1.0<br />
|direkt<br />
|-<br />
|192.168.2.0<br />
|direkt<br />
|}<br />
<br />
===Routingverfahren===<br />
Das Routing (Wegewahl, Pfadsteuerung) hat die Aufgabe, Pfade für die Übertragung durch ein Netz festzulegen. Jeder Vermittlungsknoten fällt dabei eine Entscheidung auf welcher Übertragungsleitung ein eingelaufenes Paket weitergeleitet werden soll. Im Prinzip läuft die Entscheidung innerhalb des Routers folgendermaßen ab:<br />
<br />
Beim Routing werden diverse Ziele verfolgt:<br />
<br />
*Geringe Paketverzögerung<br />
*Hoher Durchsatz<br />
*Geringe Kosten<br />
*Fehlertoleranz <br />
<br />
===Statisches Routing====<br />
Statisches Routing (Static Routing, Directory Routing) ist nicht adaptiv und einfach aber sehr häufig benutzt. Die Eigenschaften sind:<br />
* Jeder Knoten unterhält eine Routing-Tabelle, in der jeder mögliche Zielknoten durch eine Zeile gekennzeichnet ist.<br />
* Jede Zeile enthält ein oder mehrere Einträge für die zu verwendende Übertragungsleitung in Richtung des Zieles. Jeder Eintrag enthält auch eine relative Gewichtung.<br />
* Zum Weiterleiten eines Paketes wird sein Ziel bestimmt, die entsprechende Zeile aus der Tabelle gesucht und aus ihr die "beste" Übertragungsleitung ausgewählt. Auf dieser wird das Paket weitergesendet. <br />
<br />
====Dynamisches Routing====<br />
<br />
Ein wesentlicher Vorteil von Routern ist die Möglichkeit Routen dynamisch, d.h. bei laufendem Netzbetrieb je nach Netzerweiterung neu einzurichten oder je nach Lastsituation zu ändern. Diese Verfahren werden auch adaptives Routing genannt, da die Wegwahl an die aktuelle Netzsituation »adaptiert« werden kann. Die optimale Wegwahl, die durch die so genannte Metrik gewichtet wird, wird nach einer anfänglichen Parametersetzung allein durch das Routing-Protokoll bestimmt und ist so für den Benutzer transparent.<br />
<br />
Routingprotokolle<br />
*RIP<br />
*OSPF<br />
*BGP<br />
*IGRP<br />
<br />
=IP-Routing einrichten=<br />
=Fehlersuche=<br />
=Planung und Dokumentation=<br />
=Übertragungstechnik WAN=<br />
=Internetzugang einrichten über DSL=</div>192.168.250.3https://www.xinux.net/index.php?title=Hauptseite&diff=1470Hauptseite2010-11-08T16:39:31Z<p>192.168.250.3: </p>
<hr />
<div><br />
<br />
=== Dokumentation ===<br />
<br />
* [[Aufgaben]]<br />
* [[Lösungen]]<br />
=== Grundlagen und Administration ===<br />
* [[Installation von Mediawiki unter Ubuntu]]<br />
* [[Linux Grundlagen]]<br />
* [[Bootprozess]]<br />
* [[Ungeschütztes Linux Hacken]]<br />
* [[Administration]]<br />
* [[Kernelmodule]]<br />
* [[Bash]]<br />
* [[VI Crash]]<br />
* [[Netzwerkkonfiguration unter Ubuntu]]<br />
* [[Paketmanagement]]<br />
* [[RPM]]<br />
* [[Yum howto]]<br />
* [[Nützliche Tools]]<br />
* [[LVM]]<br />
* [[RAID]]<br />
* [[Runit]]<br />
* [[sudo]]<br />
* [[syslog-ng]]<br />
* [[cron]]<br />
* [[Screen]]<br />
<br />
=== Netzwerken ===<br />
* [[SSH]]<br />
* [[Ssh-tunnel]]<br />
* [[NTP]]<br />
* [[Rsync]]<br />
* [[IP Befehle]]<br />
* [[Tcpdump]]<br />
* [[NET]]<br />
* [[Udpcast]]<br />
* [[Dynamic Host Configuration Protocol]]<br />
* [[Ramdisk entpacken]]<br />
* [[PXELinux]]<br />
* [[Bing]]<br />
* [[Nemesis]]<br />
* [[Heartbeat]]<br />
* [[DRBD]]<br />
* [[RedHat Cluster Suite]]<br />
<br />
=== Dienste ===<br />
* [[Untersuchung eines Linuxserver]]<br />
* [[apache2]]<br />
* [[Apache SSL]]<br />
* [[PostgreSQL]]<br />
* [[Tomcat 5.5]]<br />
* [[Squid]]<br />
* [[VLC]]<br />
* [[VMware installation auf Ubuntu]]<br />
* [[vpnc]]<br />
* [[Wireless Tools]]<br />
* [[Perl]]<br />
* [[Joomla]]<br />
* [[MySQL]]<br />
* [[Typo3]]<br />
<br />
=== Hardware ===<br />
* [[Computer]]<br />
=== Virtualisierung ===<br />
* [[KVM]]<br />
=== Misc ===<br />
* [[VDR]]<br />
<br />
=== Mitarbeiter ===<br />
* [[Systemaufbau]]<br />
=== Grafisches ===<br />
* [[Netzwerk]]<br />
* [[Paketmanager]]<br />
* [[CD Brennen]]<br />
* [[EMail einrichten]]<br />
* [[Drucker]]<br />
<br />
* [[test]]<br />
* [[Bing2]]<br />
<br />
<br />
* [[test2]]<br />
<br />
*[[tcp/ip]]<br />
<br />
<br />
*[[Firewall Allgemein]]</div>192.168.250.3https://www.xinux.net/index.php?title=VDR&diff=1408VDR2010-10-06T19:24:59Z<p>192.168.250.3: /* VDR */</p>
<hr />
<div>=Vorbereitung=<br />
==Benötigte Pakete==<br />
apt-get install build-essential libjpeg62-dev libcap-dev libfontconfig1-dev gettext libncursesw5-dev libncurses5-dev<br />
<br />
==VDR==<br />
*Paket ziehen<br />
cd /usr/src<br />
wget ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.10.tar.bz2<br />
*Auspacken<br />
tar -xvjf vdr-1.7.10.tar.bz2<br />
ln -s vdr-1.7.10 VDR<br />
*Make.config erstellen<br />
cat make.config<br />
CC = gcc<br />
CFLAGS = -g -O2 -Wall<br />
CXX = g++<br />
CXXFLAGS = -g -O2 -Wall -Woverloaded-virtual -fPIC<br />
ifdef PLUGIN<br />
CFLAGS += -fPIC<br />
CXXFLAGS += -fPIC<br />
endif<br />
MANDIR = /usr/local/vdr/man<br />
BINDIR = /usr/local/vdr/bin<br />
PLUGINDIR= ./PLUGINS<br />
PLUGINLIBDIR= /usr/local/vdr/plugins<br />
CONFDIR = /usr/local/vdr/etc<br />
LOCDIR = /usr/local/vdr/locale<br />
VIDEODIR = /video<br />
### The remote control:<br />
#LIRC_DEVICE = /dev/lircd<br />
#RCU_DEVICE = /dev/ttyS0 <br />
### You don't need to touch the following:<br />
ifdef DVBDIR<br />
INCLUDES += -I$(DVBDIR)/include<br />
endif<br />
*Kompilieren und Plugins erstellen <br />
make all plugins<br />
<br />
=Plugins installieren=<br />
==Epgsearch==<br />
apt-get install libpcre3-dev<br />
cd PLUGINS/src<br />
wget http://winni.vdr-developer.org/epgsearch/downloads/beta/vdr-epgsearch-0.9.25.beta15.tgz<br />
tar -xvzf vdr-epgsearch-0.9.25.beta15.tgz <br />
ln -s epgsearch-0.9.25.beta15/ epgsearch<br />
<br />
==Streamdev==<br />
cd PLUGINS/src<br />
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot login<br />
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot co streamdev<br />
<br />
==xine==<br />
apt-get install autoconf automake cvs libtool libpng12-dev x-dev libx11-dev libxext-dev libxt-dev ffmpeg libavcodec-dev libpostproc-dev libaa1-dev libfame-dev libxv-dev libxvmc-dev<br />
<br />
cd /usr/src<br />
export SOURCEDIR="/usr/src"<br />
wget http://home.vrweb.de/~rnissl/vdr-xine-0.9.3.tgz<br />
wget http://home.vrweb.de/~rnissl/xine-lib-cvs-20090617220000.tar.bz2<br />
wget http://home.vrweb.de/~rnissl/xine-ui-cvs-20090617220000.tar.bz2<br />
tar xvzf vdr-xine-0.9.3.tgz -C $(pwd)/VDR/PLUGINS/src<br />
tar -xjvf xine-lib-cvs-20090617220000.tar.bz2<br />
tar -xjvf xine-ui-cvs-20090617220000.tar.bz2<br />
cd VDR/PLUGINS/src<br />
ln -s xine-0.9.3 xine<br />
<br />
## Kopieren der "loops"<br />
cd xine<br />
mkdir -p /usr/local/vdr/plugins/xine<br />
find . -name *.mpg -exec cp -v \{} /usr/local/vdr/plugins/xine \;<br />
<br />
## link für den Player<br />
ln -vs $(pwd)/xineplayer /usr/local/bin/xineplayer<br />
<br />
## uebersetzen der xine-lib<br />
cd ../../../../xine-lib<br />
find $SOURCEDIR/VDR/ -name xine-lib.patch -exec patch -p1 -i \{} \;<br />
./autogen.sh --prefix=/usr/local<br />
make<br />
make install<br />
ldconfig<br />
<br />
## uebersetzen des frontends<br />
cd ../xine-ui<br />
find $SOURCEDIR/VDR/ -name xine-ui.patch -exec patch -p1 -i \{} \;<br />
./autogen.sh --prefix=/usr/local --enable-vdr-keys<br />
make<br />
make install<br />
<br />
<br />
==xine-lib-1.2==<br />
apt-get install libxinerama-dev libcdio-dev libvcdinfo-dev<br />
<br />
===Xine starten===<br />
Will man VDR mit Xine-Plugin starten muss man folgendes machen:<br />
/usr/local/vdr/bin/vdr -P"xine -r"<br />
Übers Netzwerk mit Option -p<br />
/usr/local/vdr/bin/vdr -P"xine -r -p"<br />
Xine startet man dann so (selber rechner über unix socket):<br />
xine "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"<br />
Und übers Netzwerk:<br />
xine "netvdr://host:port#demux:mpeg_pes"<br />
Port ist optional (2001 per default)<br />
<br />
===Xine konfigurieren===<br />
Tastaturbelegung nach ~/.xine/keymap<br />
http://www.vdr-wiki.de/wiki/index.php/Keymap<br />
<br />
===Xine-Lila-Problem===<br />
Wenn Xine Lila wird (bei ATI-Grafikkarten) folgendes ausführen.<br />
Start xine<br />
Click File, then Configure and then Preferences<br />
In experience_level select "Master Of The Known Universe" so that all available settings are visible.<br />
Select the tab for video.<br />
Under Driver select "xshm".<br />
Restart xine.<br />
<br />
==softdev==<br />
apt-get install xorg-dev libasound2-dev libxv-dev zlib1g-dev g++ subversion cvs<br />
<br />
==softcam==<br />
apt-get install libssl-dev libbz2-dev<br />
cd /usr/src/VDR/PLUGINS/src<br />
wget http://207.44.152.197/vdr-sc-0.9.3.tar.gz<br />
tar -xf vdr-sc-0.9.3.tar.gz<br />
ln -s sc-0.9.3 sc<br />
cd /usr/src/VDR<br />
make plugins<br />
<br />
Bei 64-Bit AMD muss folgendes geändert werden.<br />
vi /usr/src/VDR/PLUGINS/src/sc/Makefile<br />
CPUOPT ?= pentium<br />
PARALLEL ?= PARALLEL_32_INT<br />
in<br />
CPUOPT ?= k8<br />
PARALLEL ?= PARALLEL_128_SSE<br />
ansonsten gibts eine Fehlermeldung beim kompilieren<br />
<br />
Wenn folgende Fehlermeldung kommt:<br />
[general.error] CA_SET_DESCR failed (Invalid argument). Expect a black screen.<br />
rm /dev/dvb/adapter[Nummer]/ca0<br />
<br />
=LIRC=<br />
Konfiguration von Lirc mit IR-Empfänger per serielle Schnittstelle und Hauppauge-Fernbedienung<br />
<br />
==Installation==<br />
apt-get install lirc<br />
<br />
==Konfiguriere lirc==<br />
*Home-Brew (16x50 UART compatible serial port)<br />
*None<br />
*ttyS*-Port an dem der Empfänger angeschlossen ist<br />
<br />
==/etc/lirc/hardware.conf==<br />
REMOTE_DRIVER="default"<br />
<br />
==/etc/lirc/lircd.conf==<br />
Diese Konfiguration ist für Hauppauge-Fernbedienung. Andere Konfigurationen findet man unter http://lirc.sourceforge.net/remotes/<br />
<br />
#<br />
# this config file was automatically generated<br />
# using lirc-0.7.0(any) on Sun Nov 28 20:25:09 2004<br />
#<br />
# contributed by <br />
#<br />
# brand: Hauppauge 350<br />
# Created: G.J. Werler (The Netherlands)<br />
# Project: Mythtv Fedora Pundit-R www.mythtvportal.com<br />
# Date: 2004/11/28<br />
# model no. of remote control: Hauppauge A415-HPG<br />
# devices being controlled by this remote: PVR-350<br />
#<br />
<br />
begin remote<br />
<br />
name Hauppauge_350<br />
bits 13<br />
flags RC5|CONST_LENGTH<br />
eps 30<br />
aeps 100<br />
<br />
one 969 811<br />
zero 969 811<br />
plead 1097<br />
gap 114605<br />
toggle_bit 2<br />
<br />
<br />
begin codes<br />
Go 0x00000000000017BB<br />
Power 0x00000000000017BD<br />
TV 0x000000000000179C<br />
Videos 0x0000000000001798<br />
Music 0x0000000000001799<br />
Pictures 0x000000000000179A<br />
Guide 0x000000000000179B<br />
Radio 0x000000000000178C<br />
Up 0x0000000000001794<br />
Left 0x0000000000001796<br />
Right 0x0000000000001797<br />
Down 0x0000000000001795<br />
OK 0x00000000000017A5<br />
Back/Exit 0x000000000000179F<br />
Menu/i 0x000000000000178D<br />
Vol+ 0x0000000000001790<br />
Vol- 0x0000000000001791<br />
Prev.Ch 0x0000000000001792<br />
Mute 0x000000000000178F<br />
Ch+ 0x00000000000017A0<br />
Ch- 0x00000000000017A1<br />
Record 0x00000000000017B7<br />
Stop 0x00000000000017B6<br />
Rewind 0x00000000000017B2<br />
Play 0x00000000000017B5<br />
Forward 0x00000000000017B4<br />
Replay/SkipBackward 0x00000000000017A4<br />
Pause 0x00000000000017B0<br />
SkipForward 0x000000000000179E<br />
1 0x0000000000001781<br />
2 0x0000000000001782<br />
3 0x0000000000001783<br />
4 0x0000000000001784<br />
5 0x0000000000001785<br />
6 0x0000000000001786<br />
7 0x0000000000001787<br />
8 0x0000000000001788<br />
9 0x0000000000001789<br />
Asterix 0x000000000000178A<br />
0 0x0000000000001780<br />
# 0x000000000000178E<br />
Red 0x000000000000178B<br />
Green 0x00000000000017AE<br />
Yellow 0x00000000000017B8<br />
Blue 0x00000000000017A9<br />
end codes<br />
<br />
end remote<br />
<br />
==Testen==<br />
Testen kann man mit dem einfachen Befehl<br />
irw<br />
Vorher muss man lircd mit<br />
/etc/init.d/lircd start<br />
starten.<br />
<br />
==xine steuern==<br />
Um ein Programm zu steuern benötigt man eine lircrc. Diese kann man unter /etc/lirc/lircrc (Systemweit) oder unter ~/.lircrc für einen Benutzer ablegen.<br />
<br />
begin irexec<br />
begin<br />
prog = irexec<br />
remote = Hauppauge_350<br />
button = Go<br />
# Start Xine and play DVD<br />
config = xine "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" &<br />
# Enter xine mode<br />
mode = xine<br />
end<br />
end irexec<br />
<br />
begin xine<br />
begin<br />
prog = xine<br />
button = POWER<br />
config = Quit<br />
# Enter irexec mode<br />
mode = irexec<br />
end<br />
end xine<br />
<br />
[[lircrc | ausführliche lircrc]]<br />
<br />
==Links==<br />
*[http://wiki.ubuntuusers.de/Lirc LIRC im Ubuntuusers-Wiki]<br />
*[http://www.vdr-wiki.de/wiki/index.php/LIRC LIRC im VDR-Wiki]</div>192.168.250.3https://www.xinux.net/index.php?title=VDR&diff=862VDR2010-01-05T19:35:17Z<p>192.168.250.3: /* Plugins installieren */</p>
<hr />
<div>=Vorbereitung=<br />
==Benötigte Pakete==<br />
apt-get install libjpeg62-dev libcap-dev libfontconfig1-dev gettext g++ libncursesw5-dev libncurses5-dev<br />
==VDR==<br />
*Paket ziehen<br />
cd /tmp<br />
wget ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.10.tar.bz2<br />
*Auspacken<br />
cd /usr/src<br />
tar -xvjf /tmp/vdr-1.7.10.tar.bz2<br />
*Make.config erstellen<br />
cat make.config<br />
CC = gcc<br />
CFLAGS = -g -O2 -Wall<br />
<br />
CXX = g++<br />
CXXFLAGS = -g -O2 -Wall -Woverloaded-virtual <br />
<br />
ifdef PLUGIN<br />
CFLAGS += -fPIC<br />
CXXFLAGS += -fPIC<br />
endif<br />
<br />
MANDIR = /usr/local/vdr/man<br />
BINDIR = /usr/local/vdr/bin <br />
<br />
PLUGINDIR= ./PLUGINS<br />
PLUGINLIBDIR= /usr/local/vdr/plugins<br />
VIDEODIR = /video<br />
<br />
### The remote control:<br />
#LIRC_DEVICE = /dev/lircd<br />
#RCU_DEVICE = /dev/ttyS0<br />
<br />
### You don't need to touch the following:<br />
ifdef DVBDIR<br />
INCLUDES += -I$(DVBDIR)/include<br />
endif<br />
*Kompilieren und Plugins erstellen <br />
make all plugins<br />
=Plugins installieren=<br />
*Streamdev<br />
cd PLUGINS/src<br />
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot login<br />
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot co streamdev<br />
*xine<br />
apt-get install autoconf libtool libpng12-dev<br />
*softdev<br />
apt-get install vdr vdr-dev xorg-dev libasound2-dev libxv-dev zlib1g-dev g++ subversion cvs</div>192.168.250.3