# WOL-foutoplossing en netwerkanalyse‑rapport (inclusief experimentresultaten)

![Afbeelding van een vrachtwagen die pakketten tussen twee servers levert](/media/whitedec/blog_img/c5334f31e2784b2cb4cb3d038482f194.webp)

## 1. Overzicht (Background) {#sec-d90460152eb8}

- **Zender:** Raspberry Pi 5 (`192.168.0.xxx`)
- **Ontvanger:** RTX 2060‑PC (`MAC: AB:CD:EF:GH:IJ:KL`, `IP: 192.168.0.xxx`)
- **Wijziging in netwerktopologie:**
  - **Normaal:** Raspi en de 2060‑PC waren aangesloten op dezelfde router (Bridge B) – dus dezelfde fysieke zone.
  - **Probleem:** De 2060‑PC is rechtstreeks verbonden met de bovenliggende router (A) van Bridge B, waardoor de fysieke zones gescheiden zijn.
- **Symptoom:** Het standaard WOL‑commando (`255.255.255.255`) brengt de PC niet meer aan.

## 2. Symptomen (Symptoms) {#sec-cd8bf7952942}

- **Mislukt:** `wakeonlan [MAC]` (Limited Broadcast)
  - Doel: `255.255.255.255:9`
  - Resultaat: De 2060‑PC reageert niet.
- **Geslaagd:** `wakeonlan -i 192.168.0.255 [MAC]` (Directed Broadcast)
  - Doel: `192.168.0.255:9`
  - Resultaat: **De 2060‑PC wordt succesvol aangezet.**

## 3. Experimenten en verificatie (Experiments) {#sec-7ec2133bb210}

**✅ Experiment 1: Controle of de zender (Raspi) pakketten uitzendt**

- **Doel:** Uitsluiten dat het probleem op OS‑ of software‑niveau zit.
- **Methode:** Monitoring met `tcpdump` op de netwerkinterface.

```bash
# Raspi terminal
$ sudo tcpdump -ni eth0 udp port 9
19:25:35.861285 IP 192.168.0.xxx.52072 > 255.255.255.255.9: UDP, length 102
```

- **Conclusie:** De Raspi genereert en verstuurt het pakket correct.

**✅ Experiment 2: Controle of het pakket de ontvanger (2060‑PC) bereikt**

- **Doel:** Nagaan of de TP‑Link‑bridge broadcasttodos blokkeert.
- **Methode:** `tcpdump` laten draaien op de 2060‑PC terwijl de Raspi het standaardcommando verstuurt.

```bash
# 2060‑PC terminal (luisteren)
$ sudo tcpdump -ni enp5s0 udp port 9
listening on enp5s0...
# (Resultaat: geen pakketten ontvangen)
```

- **Conclusie:** Pakketten naar `255.255.255.255` komen niet door Bridge B.

## 4. Technische oorzaak (Root Cause) {#sec-4f5ed2fec746}

Dit probleem ontstaat door een verschil in **broadcast‑scope** en de **packet‑forwarding‑policy** van de bridge‑apparatuur.

| **Type** | **Limited Broadcast (255.255.255.255)** | **Directed Broadcast (192.168.0.255)** |
|----------|------------------------------------------|------------------------------------------|
| **Betekenis** | "Alleen tot het einde van mijn fysieke link" | "Het volledige netwerk dat dit IP‑bereik gebruikt" |
| **Bridge‑gedrag** | Wordt gezien als lokaal verkeer en niet naar hoger niveau doorgestuurd | Wordt beschouwd als geldig netwerkverkeer en wel doorgestuurd |
| **WOL‑resultaat** | **Mislukt** (geblokkeerd op netwerkgraaf) | **Geslaagd** (komt via router A bij de 2060‑PC) |

## 5. Oplossing (Resolution) {#sec-44b0bd17641a}

- **Aanpak:** Specificeer het subnet‑broadcastadres met de `-i 192.168.0.255`‑optie.
- **Implementatie:** Een alias toevoegen aan `.bashrc` voor gemak.

```bash
alias wake2060='wakeonlan -i 192.168.0.255 ab:cd:ef:gh:ij:kl'
```

## 💡 Eindinzichten (Insight) {#sec-9f6e065a5c79}

`255.255.255.255` is een **local/limited broadcast** en kan de fysieke netwerkgrens niet overschrijden. In gescheiden netwerken (bijvoorbeeld een router‑subnet met bridges) is het daarom veel effectiever om een **gerichte broadcast** (`192...255`) te gebruiken, omdat die gegarandeerd door de bovenliggende router wordt doorgestuurd.

------