Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
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 | = 34C3 CDN | ||
+ | < | ||
+ | |||
== Architektur | == Architektur | ||
Die CDN-Kaskade hat 4 Stufen | Die CDN-Kaskade hat 4 Stufen | ||
Line 14: | Line 16: | ||
* minion1: s1 | * minion1: s1 | ||
* minion2: s2 | * minion2: s2 | ||
- | * minion3: s3 & s4 | + | * minion3: s3 |
+ | * minion-muc: | ||
Diese Verteilung wird über Host-Attribute im cm geregelt: https:// | Diese Verteilung wird über Host-Attribute im cm geregelt: https:// | ||
Line 88: | Line 91: | ||
* http:// | * http:// | ||
* http:// | * http:// | ||
+ | |||
+ | === WebM Multi-Qualität + Multi-Lang | ||
+ | * http:// | ||
=== Audio-MP3: | === Audio-MP3: | ||
Line 98: | Line 104: | ||
* http:// | * http:// | ||
* http:// | * http:// | ||
+ | |||
+ | <note important> | ||
+ | -> https:// | ||
+ | |||
+ | auf speedy.lan.c3voc.de: | ||
+ | < | ||
+ | sudo systemctl stop transcode_sX.target | ||
+ | sudo systemctl disable transcode_sX.target | ||
+ | </ | ||
+ | |||
+ | auf live.ber.c3voc.de: | ||
+ | < | ||
+ | sudo systemctl stop fanout_sX.target | ||
+ | sudo systemctl disable fanout_sX.target | ||
+ | |||
+ | screen -rd source-for-teststream | ||
+ | :quit | ||
+ | </ | ||
+ | </ | ||
Line 109: | Line 134: | ||
./ | ./ | ||
</ | </ | ||
- | |||
- | <note important> | ||
== Relay-Register | == Relay-Register | ||
- | Das Relay-Register ist hier zu finden: https:// | + | Das Relay-Register ist hier zu finden: https:// |
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/ | 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/ | ||
+ | |||
+ | == Externe Quellen | ||
+ | Die Streams der Externe Quellen werden komplett über eine eigene Kiste angewickelt ('' | ||
+ | |||
+ | 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 `/ | ||
+ | |||
+ | Folgende weiterführende Dokumentation im Wiki: | ||
+ | * Anweisungen und Dokumentation für Externe Betreiber: https:// | ||
+ | * InterneDokumentation der Abstimmung mit den Betreibern: https:// | ||
== Unerwartet geschlossene Verbindungen auf *.alb.c3voc.de | == Unerwartet geschlossene Verbindungen auf *.alb.c3voc.de | ||
Line 124: | Line 157: | ||
</ | </ | ||
- | <note important> | + | Die Regel ist jetzt auch mit allen anderen IP-Adressen, von denen die Juniper solche Pakete senden könnte |