76 lines
4.4 KiB
Markdown
76 lines
4.4 KiB
Markdown
# TP7 — Media-Discovery (mDNS) für VLAN 40 (As-built, 2026-06-17)
|
||
|
||
> **⚠️ Update 2026-07-03 (TP7.2) — supersedes Teile dieses As-builts:**
|
||
> - **Aktuelle Repeater-Config:** `mdns-repeat-ifaces=vlan10,vlan20,vlan40,vlan30,vlan90,bridge`
|
||
> (nicht mehr `vlan10,vlan40`). Erweitert um vlan20 (HA-Discovery, 2026-07-02), vlan30 (IOT/P750W),
|
||
> **vlan90 (GUEST, permanent) und `bridge` (=VLAN-1-untagged, temporär) am 2026-07-03**.
|
||
> - **Damit obsolet:** die Aussage unten „VLAN 1 bewusst NICHT in den Repeater aufnehmen". VLAN 1 (`bridge`)
|
||
> ist jetzt drin, weil HA noch auf `10.40.41.105` (VLAN 1) hängt und die Sonos entdecken können muss.
|
||
> - **GUEST-Firewall (permanent):** `input accept udp/5353 vlan90` + `forward accept vlan90↔vlan40` (ganzes MEDIA).
|
||
> - **Trade-off bewusst:** flacher Repeater → GUEST sieht auch MAIN/INFRA/IOT-mDNS-Announcements (Discovery-Leak).
|
||
> - **HA-Sonos:** primär via static `hosts:` + `advertise_addr` (SSDP-abhängige Integration, s. `sonos-inventar.md`);
|
||
> der `bridge`-Repeater ist zusätzliche Redundanz. Details → TP7.2 in `teilprojekte.md`.
|
||
|
||
**Ziel:** Clients auf **MAIN (VLAN 10)** sollen Mediageräte auf **MEDIA (VLAN 40)**
|
||
finden (AirPlay/Bonjour, Sonos) — über VLAN-Grenzen hinweg, ohne beide VLANs zu mischen.
|
||
|
||
## Realzustand bei Start
|
||
- MAIN (vlan10): MacBookAir `10.40.10.200`
|
||
- MEDIA (vlan40): **2× SonosZP** `10.40.40.199` / `.200`
|
||
- Inter-VLAN-Forwarding noch komplett offen (TP5 Deny-by-default existiert noch nicht).
|
||
|
||
## Umsetzung — nativer mDNS-Repeater (RouterOS 7.16+, hier 7.23.1)
|
||
Leitsatz „nativ vor Container" → kein Reflector-Container, sondern Built-in:
|
||
|
||
```
|
||
/ip/dns/set mdns-repeat-ifaces=vlan10,vlan40
|
||
```
|
||
|
||
Der Router-DNS-Dienst (läuft bereits, `allow-remote-requests=yes`) spiegelt mDNS
|
||
(`224.0.0.251:5353`) zwischen den gelisteten Interfaces. **Reversibel:** Feld leeren
|
||
(`mdns-repeat-ifaces=""`).
|
||
|
||
**Wichtig (entschärft die TP5-Abhängigkeit):** Der Repeater **re-originiert** die
|
||
mDNS-Pakete vom Router selbst (input→output), kein Client-zu-Client-`forward`.
|
||
→ Deny-by-default im `forward`-Chain blockt die Discovery **nicht**.
|
||
|
||
## Diagnose 2026-06-18 — „Sonos selektiv je Netz" ist KEIN mDNS-Defekt
|
||
Nach TP3 gemeldet: Sonos erscheinen nur teilweise. Ursache **nicht** der Repeater (intakt: `vlan10,vlan40`),
|
||
sondern der **gespaltene Sonos-Household**: 4 Sonos auf VLAN 40, **7 noch auf dem FritzBox-WLAN (VLAN 1)**.
|
||
Der Repeater spiegelt nur `vlan10↔vlan40` → MAIN-Client sieht nur die VLAN40-Hälfte, FB-WLAN-Client nur die
|
||
VLAN1-Hälfte. **Fix = die 7 WLAN-Sonos auf `dirtyvader-media` (VLAN 40) migrieren** (s. `sonos-inventar.md`),
|
||
dann ist der Household geschlossen und MAIN sieht über den Repeater alle. VLAN1 bewusst NICHT in den Repeater
|
||
aufnehmen (FB-Transit, temporär) — der saubere Weg ist die Migration.
|
||
|
||
## Verifikation
|
||
- Config aktiv bestätigt: `mdns-repeat-ifaces: vlan10,vlan40` (`/ip/dns/get`).
|
||
- Passive Torch (`dst 224.0.0.251` auf vlan10/vlan40) im Sampling-Fenster leer →
|
||
erwartbar, mDNS ist sporadisch ohne aktiven Client-Query.
|
||
- **Funktionaler Test (definitiv):** Auf dem MAIN-Client (MacBook, vlan10) die
|
||
Sonos-App bzw. AirPlay-Ziele öffnen → die beiden SonosZP müssen erscheinen.
|
||
Dann ggf. Torch erneut: dann ist mDNS-Reflexion auf vlan10 sichtbar.
|
||
|
||
## Offene Punkte / Anschluss an andere TPs
|
||
|
||
### TP5 (Firewall) — was bei Deny-by-default ergänzt werden MUSS
|
||
1. **`forward`-Chain:** MAIN↔MEDIA-Nutzdaten erlauben (AirPlay TCP 7000 + dyn.
|
||
Ports, Sonos 1400/3400/4444 etc.). TP5 plant ohnehin „MAIN↔MEDIA allow (+mDNS)".
|
||
Ohne diese Regel funktioniert zwar die *Discovery*, aber nicht das *Streamen/Steuern*.
|
||
2. **`input`-Chain:** Beim Härten des Router-Inputs **UDP 5353 von vlan10 & vlan40
|
||
an den Router (224.0.0.251) offenlassen** — sonst empfängt der Repeater nichts mehr.
|
||
|
||
### SSDP / Chromecast (optional, deferred)
|
||
Der native Repeater deckt **nur mDNS** ab. Reines SSDP (UDP 1900, ältere
|
||
Cast-/DLNA-Geräte) bräuchte einen Reflector-**Container** — laut HW-Constraint
|
||
(128 MB Flash, kein USB) **nicht am hAP**, sondern auf NAS/pve. Sonos & AirPlay
|
||
laufen über mDNS → für den aktuellen Gerätebestand nicht nötig. Bei Bedarf später.
|
||
|
||
### IOT (VLAN 30)
|
||
Bewusst **nicht** in den Repeater aufgenommen (TP7-Scope = MAIN↔MEDIA). Smart-Home-
|
||
Discovery ist HA-Sache. Erweiterung wäre `mdns-repeat-ifaces=vlan10,vlan30,vlan40`.
|
||
|
||
## Rollback
|
||
```
|
||
/ip/dns/set mdns-repeat-ifaces=""
|
||
```
|