update
BIN
Writerside/images/614b7c97-4b3a-494a-a287-440020ec46e4.png
Normal file
After Width: | Height: | Size: 1.7 MiB |
BIN
Writerside/images/image_750.png
Normal file
After Width: | Height: | Size: 55 KiB |
BIN
Writerside/images/image_751.png
Normal file
After Width: | Height: | Size: 143 KiB |
BIN
Writerside/images/image_752.png
Normal file
After Width: | Height: | Size: 94 KiB |
BIN
Writerside/images/image_753.png
Normal file
After Width: | Height: | Size: 76 KiB |
BIN
Writerside/images/image_754.png
Normal file
After Width: | Height: | Size: 80 KiB |
BIN
Writerside/images/image_755.png
Normal file
After Width: | Height: | Size: 41 KiB |
BIN
Writerside/images/image_756.png
Normal file
After Width: | Height: | Size: 83 KiB |
BIN
Writerside/images/image_757.png
Normal file
After Width: | Height: | Size: 92 KiB |
BIN
Writerside/images/image_758.png
Normal file
After Width: | Height: | Size: 44 KiB |
BIN
Writerside/images/image_759.png
Normal file
After Width: | Height: | Size: 60 KiB |
BIN
Writerside/images/image_760.png
Normal file
After Width: | Height: | Size: 128 KiB |
BIN
Writerside/images/image_761.png
Normal file
After Width: | Height: | Size: 48 KiB |
BIN
Writerside/images/image_762.png
Normal file
After Width: | Height: | Size: 62 KiB |
BIN
Writerside/images/image_763.png
Normal file
After Width: | Height: | Size: 191 KiB |
BIN
Writerside/images/image_764.png
Normal file
After Width: | Height: | Size: 211 KiB |
BIN
Writerside/images/image_765.png
Normal file
After Width: | Height: | Size: 64 KiB |
@ -98,6 +98,8 @@
|
|||||||
<toc-element toc-title="Rechnernetze">
|
<toc-element toc-title="Rechnernetze">
|
||||||
<toc-element topic="00_RNIntroduction.md"/>
|
<toc-element topic="00_RNIntroduction.md"/>
|
||||||
<toc-element topic="01_Internetworking.md"/>
|
<toc-element topic="01_Internetworking.md"/>
|
||||||
|
<toc-element topic="02_HW-BausteineUndVerkabelung.md"/>
|
||||||
|
|
||||||
</toc-element>
|
</toc-element>
|
||||||
<toc-element toc-title="Software Engineering">
|
<toc-element toc-title="Software Engineering">
|
||||||
<toc-element topic="00_Introduction.md"/>
|
<toc-element topic="00_Introduction.md"/>
|
||||||
|
@ -0,0 +1,154 @@
|
|||||||
|
# HW-Bausteine und Verkabelung
|
||||||
|
## Zusammenfassung HW-Bausteine
|
||||||
|
### Repeater
|
||||||
|
- Regeneriert und verstärkt elektrisches Signal
|
||||||
|
- **keine** Bitinterpretation
|
||||||
|
- kennt **keine** Pakete / Mac-Adressen
|
||||||
|
|
||||||
|
### Hub
|
||||||
|
- Konzentrator für LANs
|
||||||
|
- ~**Multiport-[Repeater](#repeater)**
|
||||||
|
|
||||||
|
### Bridge / **Switch**
|
||||||
|
- Nimmt **physikalische Trennung von Netzen** vor
|
||||||
|
- Führt **Fehler- und Lasttrennung** durch
|
||||||
|
- Mechanismen zum **Filtern** implementiert
|
||||||
|
- Lernt die MAC-Quell-Adressen der aktiven Endgeräte
|
||||||
|
- Trennt Kollisions-Domänen im LAN auf Schicht 2
|
||||||
|
|
||||||
|
### Router
|
||||||
|
- Entkoppelt (Teil-)Netze auf logischer (Protokoll-)Basis
|
||||||
|
- aufgrund von Layer-3-Adressen
|
||||||
|
- Steuert Verkehr zwischen Netzen (**Wegefindung**)
|
||||||
|
- Arbeitet **Protokollabhängig**
|
||||||
|
- Trennt Broadcast- und Kollisionsdomänen im LAN
|
||||||
|
|
||||||
|
### Gateway
|
||||||
|
- Nimmt **Umwandlung von Diensten** vor
|
||||||
|
- _ISDN-Telefonie ↔ Voice-over-IP_
|
||||||
|
- Security Mechanismen möglich
|
||||||
|
- _Firewall, Proxy_
|
||||||
|
|
||||||
|
### Unterschiede Bausteine
|
||||||
|
#### Switch vs. Router
|
||||||
|

|
||||||
|
|
||||||
|
##### Routing vs. Switching
|
||||||
|

|
||||||
|
|
||||||
|
#### Weiterleitung vs. Routing
|
||||||
|
> 
|
||||||
|
|
||||||
|
## Broadcast-Domäne
|
||||||
|
### Bereich/Definition
|
||||||
|
> umfasst alle Geräte und Netzwerksegmente, die durch Switches, Hubs und Brücken miteinander
|
||||||
|
> verbunden sind, jedoch nicht durch Router getrennt werden
|
||||||
|
|
||||||
|
> Layer-2-Switche leiten Broadcasts, insbesondere an alle Ports innerhalb des gleichen
|
||||||
|
> VLANs weiter
|
||||||
|
|
||||||
|
#### Begrenzung durch Router
|
||||||
|
> Router begrenzen Broadcast-Domänen, indem sie Broadcast-Pakete nicht an andere Netzwerke weiterleiten.
|
||||||
|
> Dies ist wichtig, da ein unkontrollierter Broadcast-Verkehr das Netzwerk überlasten und die Leistung
|
||||||
|
> beeinflussen kann.
|
||||||
|
|
||||||
|
### Broadcast-Typen
|
||||||
|
> [ARP](01_Internetworking.md#address-resolution-protocol-arp)-Anfragen
|
||||||
|
>
|
||||||
|
> [DHCP](01_Internetworking.md#dynamic-host-configuration-protocol-dhcp)-Anfragen
|
||||||
|
>
|
||||||
|
> Essenziell, um Netzwerkadressinformationen zu ermitteln oder zuzuweisen
|
||||||
|
|
||||||
|
|
||||||
|
## Kollisionsdomäne
|
||||||
|
### Bereich/Definition Kollisionsdomäne
|
||||||
|
> Netzwerksegment, in dem Datenpakete kollidieren können, wenn zwei Geräte gleichzeitig senden.
|
||||||
|
> Typisch für ältere Ethernet-Netzwerke, die auf einer Bus-Topologie oder Hub basieren und das
|
||||||
|
> [CSMA/CD-Protokoll](#csma-cd-protokoll) (Caarrier Sense Multiple Access with Collision Detection) verwenden.
|
||||||
|
|
||||||
|
### Begrenzung
|
||||||
|
> Verwendung von Switches oder Routern anstelle von Hubs
|
||||||
|
>
|
||||||
|
> Während Hubs das gesamte Netzwerk zu einer KD machen, isoliert jeder Port eines Switches/Routers
|
||||||
|
> eine separate KD.
|
||||||
|
|
||||||
|
### CSMA/CD-Protokoll
|
||||||
|
> Wird verwendet, um Kollisionen zu handhaben. Wenn eine Kollision erkannt wird, stoppen die sendenden
|
||||||
|
> Geräte, warten eine zufällige Zeitspanne und versuchen dann erneut, ihre Daten zu senden.
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|
## Beispielaufgabe Klausur Broadcast-/Kollisionsdomänen
|
||||||
|
- Netzwerkplan gegeben
|
||||||
|
- Alle Broadcast- und Kollisionsdomänen einzeichnen
|
||||||
|
- **Router trennen Broadcast-Domänen**
|
||||||
|
- **Router, Switch und Bridge trennen Kollisionsdomänen**
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
- Antwort:
|
||||||
|
- |  |  |
|
||||||
|
|---------------------------------|---------------------------------|
|
||||||
|
|
||||||
|
## Netzwerktopologien
|
||||||
|
> 
|
||||||
|
|
||||||
|
## Strukturierte Verkabelung
|
||||||
|
### Primärbereich
|
||||||
|
> Gebäudeübergreifende Verkabelung mittels Glasfaser (redundanter Kabeltrassen auf Lichtwellenleiterbasis)
|
||||||
|
>
|
||||||
|
> Beginnen und enden an Gebäudeverteilern
|
||||||
|
>
|
||||||
|
> Aufgrund der relativ großen Entfernung, Erdungsproblematik, Bandbreite → Glasfaser
|
||||||
|
>
|
||||||
|
> Beispiel: Backbone zwischen Gebäuden eines Campus
|
||||||
|
|
||||||
|
### Sekundärbereich
|
||||||
|
- Gebäudeintern
|
||||||
|
- einzelne Etagenverteiler auf Grundlage von Kupfer- oder Glasfaserkabeln
|
||||||
|
- Innerhalb des Gebäudes zwischen Zentralraum und Etagenverteiler
|
||||||
|
|
||||||
|
### Tertiärbereich
|
||||||
|
- Meist sternförmige Verkabelung **auf Etagenebene**
|
||||||
|
- Endgeräte mit Etagenverteilern verbinden
|
||||||
|
- Kupfer- / Glasfaserkabel
|
||||||
|
|
||||||
|
|
||||||
|
## Beispielaufgabe Klausur strukturierte Verkabelung
|
||||||
|
- 
|
||||||
|
- Lösung:
|
||||||
|
- 
|
||||||
|
|
||||||
|
## Ethernet (IEEE 802.3) in einer Nussschale
|
||||||
|

|
||||||
|
- Problem: Viele Ethernetstationen greifen konkurrierend auf einen Bus zu
|
||||||
|
- Lösung:
|
||||||
|
- Carrier Sensing (CS)
|
||||||
|
- Multiple Access (MA)
|
||||||
|
- Collision Detection (CD)
|
||||||
|
- Binary Exponential Backoff-Algorithmus (BEB)
|
||||||
|
- 
|
||||||
|
|
||||||
|
### IEEE 802-Protokollfamilie
|
||||||
|
|
||||||
|
### Data Flow (Transmitting Data)
|
||||||
|

|
||||||
|
|
||||||
|
### Data Flow (Receiving Data)
|
||||||
|

|
||||||
|
|
||||||
|
### Ethernet Header
|
||||||
|

|
||||||
|
|
||||||
|
|
||||||
|
## Kabeltypen
|
||||||
|
- Kupferkabel
|
||||||
|
- Twisted Pair
|
||||||
|
- Geschirmt / Ungeschirmt
|
||||||
|
- Glasfaser
|
||||||
|
- Multimode
|
||||||
|
- Monomode
|
||||||
|
|
||||||
|
### Schirmung oder nicht?
|
||||||
|
> Schirmung ist nur dann sinnvoll, wenn beide Seiten auf selbem Erdungspotenzial liegen
|
||||||
|
>
|
||||||
|
> Niemals zwischen Gebäuden!
|