31C3 - Streaming CDN
Feedback vom 30c3
nginx-rtmp mit hls lief besser als erwartet
icecast mit webm/mp3/opus lief wie erwartet
RR-Liste etwas zu groß
DNS allgemein eher komisch, wollen wir nächstes Jahr komplett selbst machen
Statistiken
hat grundsätzlich an Stellen gezählt, hätte aber vorher besser geplant und getestet werden müssen
Bedarf an mögliche Patches für mehrere Worker/HLS Zählungen kamen erst zu spät
Rückmeldungen
meistens positiv/keine, Ausfälle an kritischen Punkten (zu Beginn, HLS ohne Ton etc. und später zu Hacker Jeopardy) haben aber zur einem eher instabilen Eindruck nach außen geführt
wirklich stabil lief das alles erst am Tag 2 nachdem wir mit dem NOC packet loss debugged hatten (war auf jeden Fall zu spät)
HLS doch lieber auch mit mehr als 10 Minuten zurückspulen bauen
CDN-Image
Server Images waren schon ganz nett, das nächste mal die Benachrichtigung aber eher nicht via Mail sondern z.B. via HTTP
Mehr Treiber, Netboot-Fähig auch vom USB Stick
Auch nachfragen bevor die Platte platt gemacht werden soll
vgl.
Mögliche Ziele für den 31c3 im Vergleich zum 30C3
alle öffentlichen Dienste auch per IPv6 anbieten
adaptive HLS Stream der automatisch – je nach Bandbreite –, Audio only, Audio+Slides, Video LQ, Video HQ, Video HD durchschaltet.
siehe auch Protokolle der allgemeinen Treffen
Installer-Image
Bandbreitenbedarf
Video
2x 1mbit H264 HQ
2x 1mbit WebM
----------------
~ 5Mbit * 4 = 20Mbit pro edge relay
Audio
2x 128kbit Mp3
2x 96kbit Opus
--------------
~ 0.5 Mbit * 4 = 2Mbit
HD
2x 3Mbit H264 (geschätzt)
------------
~ 6Mbit * 1 = 6Mbit
RTMP
2x 3Mbit H264
2x 1mbit H264 HQ
---------------
~ 8Mbit * 5 = 40Mbit pro edge relay
Icecast
2x 3Mbit Webm
2x 1mbit WebM
2x 128kbit Mp3
2x 96kbit Opus
---------------
6Mbit + 2Mbit + 0.5 * 5 = 43Mbit pro edge relay