Anwesend:
andi, danimo, lhampe m2m, MaZderMind, sophie, teemee, thorti
siehe auch:
https://video.pads.ccc.de/35c3-feedback Zeile 24ff
Agenda:
- Intensivere Aufarbeitung Review Congress
- Aus Sicht Betreiberseite
- Wie liefs?
- Wo lagen die Probleme?
- Aus Sicht Nutzer
- Wie liefs?
- Wo lagen die Probleme?
- Ausblick
- Camp + Riedel?
- Funk, Selbstbau, Riedel -> seperater Termin
Feedback aus Betreiberseite
- Netzwerk
- → Ist harte Betriebs-Dependency
- Annahme: Switch von Riedel was falsch konfiguriert
- Stellt sich raus: wir haben im nachhinein VLANs umgestellt, dabei wurde die Mutlicast-Config nicht korrekt übernommen
- Learning: Multicast is hard.
- ChrisD: "Wir müssen Multicast auch wirklich verstehen, wenn wir's einsetzen"
- Besser nächstes mal die Config des eingesetzten Switches auch komplett verstehen
- Vorschlag: Tooling zum analysieren/validieren der Multicast-Config im Vorfeld des Events erarbeiten
- Schwierigkeit: Überschneidung mit dem NOC-Netz
- Das NOC-Netz hatte ebenfalls Probleme mit Multicast, wodurch einige Antennen
- Thorti berichtet über Audio-Störungen
- Diese kommen vermutlich beim Roamen zwischen Antennen im VOC- zu Antennen im NOC-Netz oder zurück
- Wichtig: Entweder alle oder kein Switch müssen IGMP-Snooping aktiviert haben. Notfalls gibts ohne halt "nur" Broadcast Storms, aber bei teilweiser Config werden nicht alle Antennen erreicht.
- Überlegung: Aufbau eines Toolings, um zu testen, ob irgendwo noch Fehler in der Config sind
- Auf welcher Firmware fahren wir zukünftig zukünftige Events?
- Problemkind PTP
- Bei problematischem PTP-Sync geht die Antenne einfach aus und alle Beltpacks brechen weg
- Spezielle Switches die PTP beherrschen ("PTP transparent mode")
- Mögliche Lösung wäre die Verwendung von AVB/PTP-Fähigen Switchen oder expliziten Medienkonvertern und eigenen Faser-Strecken
- Mögliche Ursache: Hohe Last im Netzwerk. QoS hat nur bedingt geholfen
- Übliches Setup
- Riedel stellt alles: Sprechstellen, Antennen, Switche und Techniker
- Extrem Groß bei uns: Anzahl der Antennen und flächenmäßige Coverage
- Mögliche Nutzung auf dem Congress:
- Manche stellen waren Faser-Mäßig schon dicht bis sehr-dicht
- Frage: Würde uns Mediornet hier helfen?
- Mediornet würde helfen, macht aber nur Sinn wenn man damit auch noch andere Sachen machen würde
- Einwurf Danimo: Hardware die nur zum Congress benutzt wird ist immer zum Congress kaputt
- Einwurf Thorti: Die Kommunikation zwischen Mischer und Kamera ist so betriebskritisch, dass die im besten Fall ohne zentrale Infrastruktur funktionieren
- Säle sollten autak sein, so wie sie es eigentlich bei allen anderen Themen (Audio, Video, Mix, Recording etc.) sind
- Config
- Test bei Riedel vor Ort (nicht mehr OnSite)
- Schlechte Kommunikation vor dem Event
- Wesentlich schlechter als im vergangenen Jahr
- Daher konnte die Config erst vor Ort erstellt werden und nicht wie geplant bereits im voran
- Initiale Config nach dem Transport schief
- Recap
- Config-Fuckups
- Keine Vorbereitung
- Schlechte Kommunikation im Vorab
Feedback aus Nutzersicht
- Reply-Button problematisch wenn Kamera und Mischer viel miteinander reden
- Feature Request in Bearbeitung:
- Scroll-Button um die letzten 10 Buttons
- Sprachqualität super, kein Vergleich zu Funk oder Telefon..
- Anzahl Sprechstellen für Helpdesk....
- Gleichzeitige Kommunikation mit mehreren Leuten mit einer Sprechstelle problematisch
- Helpdesk-Sprechstelle
- Alle Tasten programmieren, alle User einzeln ansprechbar
- Mehr Headsets wären notwendig gewesen
- An den FOHs in Zukunft Tally Leuchte falls FOH gerufen wird
- Schwanenhals Mikrofon für Sprechstelle
- Aus Nutzersicht viele komplexe Konfigurationen wünschenswert:
- Gruppen die man hört und in die man immer antworten kann
- Gruppen die man hört, die man aber muten kann
- Reply-Button der ggf. nur bestimmte Anrufe beantwortet bzw. einige ignoriert
- Rausziehen von Point-to-Point-Gesprächen aus Gruppen
- Engeltraining
- Trainingsarea als "digitale Partyline" standalone möglich mit einer Antenne oder Kabel
- Coaching/Bildregie mit
- Kamera3 Beltpack für den 4. Engel in der Kamerakonferenz benutzen
- Ein Beltpack in 5 Konferenzen geht nicht
Ausblick
- Mögliche Setupmöglichkeiten
- Riedel wie auf Congress
- hauptsächlich für große events
- für kleine events bisher nichts brauchbares
- DECT (sofern POC anwesend) (auch Saal + Regie)
- SIP-Telefone, die nur zur Kommunikation zwischen Saal + Regie verwendet
- Selbstbauintercom für ImSaal Kommunikation
- tallycom
- ffmpeg entwickler will ebenfalls unterstützen: von null auf unsere riedellösung nachbauen
- Es gibt ein Standart für Intercom über RTMP / SIP
- Funk für InterSaal Kommunikation
- DECT für Point2Point und Fallbacklösung
- Riedel auf dem Camp
- ist Festivalsaison, Riedel ist wahrscheinlich "ausgebucht"
- "Müsste man Probieren"
- DECT für Im-Saal-Kommunikation
- Einwählen in Rufgruppen?
- Das POC hat eine zu geringe Antennnendichte für Camp/Congress
- Problematik: Antennen und Timeslots, ansonsten nicht reliable
- Bei Gruppen: Zwei Timeslots pro Endgerät
- Problematisch ist nicht "Frequenz" sondern Timeslots pro Antenne
- Bolero Beltpacks "blocken" die Frequenzen und Timeslots wenn sie eine bekommen
- DECT für Inter-Saal-Kommunikation
- Rufnummernliste muss vorliegen
- Antennen/Timeslots Problematik wie gehabt
Ideen fürs Camp
- ImSaal Kommunikation kabelgebunden
- Versuch für ein In-Saal-Setup
- "Digitale Partyline" als Fallback für kaputtes/fehlendes Uplink-Netz
Weitere Gedanken
- es wird nie eine lösung geben die alles abdeckt, wir müssen uns auf $lösungen für konkrete probleme verständigen
Thorti macht einen Folgetermin zur BesprechungPlanung der Folge-Projekte, danimo & derpeter sollten dabei auch dabei sein
Ende -- 23:30