Differences

This shows you the differences between two versions of the page.

--- events:34c3:cdn [2017/12/16 12:03] – Test-URLs mazdermind
+++ events:34c3:cdn [2018/07/19 01:55] (current) – meise
@@ Line 1: / Line 1: @@
 = 34C3 CDN
+<bootnote important>Diese Dokumentation galt für den 34C3. Für die Zeit danach, siehe [[:cdn|]].</bootnote>
 == Architektur
 Die CDN-Kaskade hat 4 Stufen
@@ Line 14: / Line 16: @@
   * minion1: s1
   * minion2: s2
-  * minion3: s3 & s4
+  * minion3: s3
+  * minion-muc: s4
 Diese Verteilung wird über Host-Attribute im cm geregelt: https://github.com/voc/cm/blob/master/ansible/event#L41-L44.
@@ Line 88: / Line 91: @@
 * http://cdn.c3voc.de/hls/sX_translated.m3u8
 * http://cdn.c3voc.de/hls/sX_translated-2.m3u8
+=== WebM Multi-Qualität + Multi-Lang
+* http://cdn.c3voc.de/dash/sX/manifest.mpd
 === Audio-MP3:
@@ Line 98: / Line 104: @@
 * http://cdn.c3voc.de/sX_translated.opus
 * http://cdn.c3voc.de/sX_translated-2.opus
+<note important>Zum Töten des Teststreams:
+-> https://todo.mazdermind.de/b/9a2QiHPpBnskhrgia/34c3/2TuxeGazbye7oAvjM
+auf speedy.lan.c3voc.de:
+<code>
+sudo systemctl stop transcode_sX.target
+sudo systemctl disable transcode_sX.target
+</code>
+auf live.ber.c3voc.de:
+<code>
+sudo systemctl stop fanout_sX.target
+sudo systemctl disable fanout_sX.target
+screen -rd source-for-teststream
+:quit
+</code>
+</note>
@@ Line 109: / Line 134: @@
 ./ansible-playbook-keepass -u voc --become --become-method=sudo -i cdn site.yml --tags letsencrypt
 </code>
-<note important>derzeit wird streaming.media.ccc.de noch vom DNS-Server des Kölner CCC aufgelöst, daher klappt da die DNS-Validation nicht. Scotty ist informiert.</note>
 == Relay-Register
-Das Relay-Register ist hier zu finden: https://c3voc.de/34c3/register - Der Login liegt im KeePass vor (gleicher Login wie beim 32C3)
+Das Relay-Register ist hier zu finden: https://c3voc.de/relayregister/ - Der Login liegt im KeePass vor (gleicher Login wie beim 32C3)
 Alle Relays melden sich (bzw. werden via Script) beim Relay-Register angemeldet. Dort kann ihnen ein Platz in der Relay-Kaskade zugewiesen werden (z.B. welcher Host ihr Upstream ist) und ob sie nur ICecast, nur HLS oder beide anbieten sollen. Aus dem Relay-Register werden Konfigurationsdateien erzeugt, die von Ansible gelesen und in haproxy/icecast-Config umgesetzt werden.
+== Externe Quellen
+Die Streams der Externe Quellen werden komplett über eine eigene Kiste angewickelt (''dawaschtel.lan.c3voc.de''). Dieser Server übernimmt dann sowohl das ingesting als auch transcoding, fanout und ist user-facing relay. Der Server verfügt über eine 10GE-Anbindung an das Congessnetz und ausreichend CPU-Kapazität.
+Die Scripte dazu werden aus den gleichen Templates wie die der Haupträume erstellt, aber mit weniger Audiospuren und ohne Slide-Stream.
+Alle Fanout und Transcoding-Scripte werden per cm angelegt. Zusätzlich wird jeweils ein Ingesting-Script angelegt das aber **by-default deaktiviert** ist. Das ingesting mus manuell überprüft und ggf. angepasst werden. Dazu werden auf dem og. Server Dateien in der Art von `/opt/transcoder/scripts/sfsfe_ingesting.sh` angelegt. Die dazugehörigen systemd-units sind by-default aktiv und sollten innerhalb einiger Sekunden mit dem einlesen und transcoden beginnen.
+Folgende weiterführende Dokumentation im Wiki:
+* Anweisungen und Dokumentation für Externe Betreiber: https://c3voc.de/wiki/events:34c3:cdn:external-sources
+* InterneDokumentation der Abstimmung mit den Betreibern: https://c3voc.de/wiki/intern:events:34c3:cdn:external-sources
 == Unerwartet geschlossene Verbindungen auf *.alb.c3voc.de
@@ Line 124: / Line 157: @@
 </code>
-<note important>Diese Regel ist derzeit auf den og. 3 Hosts in Betrieb, aber *noch nicht persistiert* oder *im cm*!</note>
+Die Regel ist jetzt auch mit allen anderen IP-Adressen, von denen die Juniper solche Pakete senden könnte im CM.