# Netzwerke Praktikum 2.2
Kropp Julian, Matr.Nr.770210
Dettmers Tobias, Matr.Nr.771618

2021-04-29

Prof. Dr. Andreas Heinemann

## 1 Praitätsbit
Nein, der Empfänger wird den Fehler nicht erkennen, da eine gerade Anzahl an Bits geflipped ist und damit immernoch gerade ist.

`10101010` => `10011010`
Vorher: 4 Einsen => Gerade
Nachher: 4 Einsen => Gerade

## 2
### a) CRC-Wert

Data: `10010011011`
Generatorpolynom: `P(x) = x^4 + x + 1` => `10011`

100100110110000 : 10011 = ...
10011
-----
    10110
    10011
    -----
      10111
      10011
      -----
        10000
        10011
        -----
           1100 <- Rest/ Code / Prüfbits (CRC-Wert)

=> Nachricht: `10010011011 1100`

### b) Fehlermuster
Nachricht: `10010011011 1100`
Fehlermuster: `10001000000 0000`
Empfangen: `00011011011 1100`

000110110111100 : 10011 = ...
   10011
   -----
    10000
    10011
    -----
     0011111
       10011
       -----
        11001
        10011
        -----
         10100
         10011
         -----
          01110
           0000
           ----
           1110 <- Fehler erkannt

### c) Fehlermuster2
Nachricht: `10010011011 1100`
Fehlermuster: `10011000000 0000`
Empfangen: `00001011011 1100`

000010110111100 : 10011 = ...
    10011
    -----
      10111
      10011
      -----
       010011
        10011
        -----
         000000
          00000
          -----
           0000 <- Fehler nicht erkannt

### d) Bündelfehler
Bündelfehler der Länge <= Grad des Prüfpolynoms werden immer erkannt.

## 3
### a) Cyclic Redundancy Check

| | bit 3 | bit 2 | bit 1 |
|---------|-------|-------|-------|
| initial | 0 | 0 | 0 |
| Schrit1 | 0 | 0 | 1 |
| Schrit2 | 0 | 1 | 0 |
| Schrit3 | 1 | 0 | 1 |
| Schrit4 | 0 | 0 | 1 |
| Schrit5 | 0 | 1 | 0 |
| Schrit6 | 1 | 0 | 0 |
| Schrit7 | 0 | 1 | 1 |

### b) Code word
Code word: `011`

## 4
### a) IP-Adresse
Betriebssystem: Linux
IPv4: `192.168.178.93`
IPv6: `2003:e0:3743:b700:eb88:6b41:1edb:2043`
Mac Adresse: `40:ec:99:31:e0:61`

### b) Aufzeichnung

### c) ICMP Echo request Pakete
IPv4:
`icmp.type == 8`

IPv6:
`icmpv6.type == 128`


### d) Prüfsummen auf Layer 2?
In den aufgezeichneten Frames sind keine Prüfsummen vorhanden, da diese von der NIC automatisch überprüft und gestripped werden bevor sie in höher-leveligen Anwendungen wie etwa dem Kernel oder Wireshark ankommen (https://wiki.wireshark.org/Ethernet).
Auf Layer 2 befindet sich in Wireshark keine Prüfsummen(siehe Bild in 4c).

### e) ICMP Echo Paketen
IPv4:
`icmp.type == 9`

IPv6:
`icmpv6.type == 129`

### f) Prüfsumme?
Es ist keine Prüfsumme zu sehen. Siehe Aufgabe 4d).

### g) Prüfsummen berechnung
Im ICMP Paket befindet sich eine Prüfsumme auf Layer 3 (Checksum: 0x1c6e [correct]).
Diese 16-bit Prüfsumme wird wie folgt berechnet:

Sender:
1. Teile den ICMP header in 16-bit teile auf
2. Addiere die 16 Bit Blöcke zusammen(XOR mit übertrag)
3. Flip alle Bits. Das Ergebnis ist die Checksumm

Empfänger:
1. Teile den ICMP header in 16-bit teile auf
2. Addiere die 16 Bit Blöcke zusammen(XOR mit übertrag)
3. XOR das Ergebnis mit der Checksumm. Das Ergebnis sollte aus nur Einsen bestehen
Eine falsche Prüfsumme bedeutet, dass ein übertragungsfehler aufgetreten ist. Eine korrekte Prüfsumme deutet auf einen eine korrekte Übertragung hin.

## 5
### b) Beacon frames
`wlan.fc.type_subtype == 0x0008`


### c) Prüfsumme?
`Frame check sequence: 0x2604202b [unverified]` (Siehe Bild in 5b).

### d) SSIDs
1. `WLAN-770493`
2. `DIRECT-9C-HP Officejet 5740`
3. `UPC8863699`
4. `Vodafone Hotspot`
5. `TP-LINK_AP_FBE676`

### e) RTS und CTS
`wlan.fc.type_subtype == 0x001b || wlan.fc.type_subtype == 0x001c`

### f) CTS Frame
`Duration: 320 microseconds`


## Quellen
- https://www.overcoded.net/internet-checksum-calculation-steps-044921/
- https://stackoverflow.com/questions/20247551/icmp-echo-checksum#:~:text=The%2016-bit%20one%27s%20complement,and%20inserted%20into%20this%20field.