Zusammenfassung

  • RFC 5239 zentralisiert Zustand und Rufsignalisierung, setzt Focus, Konferenzsteuerung, Floor-Entscheid, Mixer und Benachrichtigung aber nicht gleich.
  • Belastbare Prüfung verbindet Antrag, Identität, Berechtigung, Objektversion, Vollzug und Beobachtersicht. Ein einzelnes Protokoll beweist nur seine eigene Ebene.

Stumm war kein einzelnes Ereignis

Alice beantragt Bobs Stummschaltung. Der Kontrollserver prüft ihre Rolle gegen die Richtlinie des Zielobjekts. Nach Freigabe wird Bobs Zustand so geändert, dass sein Medium nicht gemischt werden soll. Der Benachrichtigungsdienst informiert Berechtigte. Erst der Mixer macht die Absicht hörbar.

Annahme beweist keine Berechtigung, Berechtigung keine Mutation, Mutation keinen Medienvollzug. Eine Meldung belegt nur die für ihren Empfänger zulässige Sicht. Wer diese Quittungen verschmilzt, überträgt der bequemsten Logdatei eine Autorität, die sie nie hatte.

Der Focus ist nicht die ganze Regierung

Der Focus hält zu jedem Teilnehmer eine eigene Signalisierungsbeziehung; dadurch entsteht ein Stern. Das beschreibt den Koordinationspunkt der Gespräche, nicht den Eigentümer aller Entscheidungen.

RFC 5239 nennt rund um das gemeinsame Objekt einen Konferenzkontrollserver, einen Floor-Control-Server, einen oder mehrere Foci und einen Benachrichtigungsdienst. Es sind logische Einheiten und sie dürfen im selben Prozess laufen. Gemeinsamer Speicherort hebt getrennte Verantwortungen nicht auf.

Auch der Mediengraph kann zentral, verteilt oder gemischt sein. Zentrale Signalisierung beweist nicht, dass jedes Audio- oder Videosignal denselben Mixer durchlief.

Gemeinsamer Zustand ist kein grenzenloses Mandat

Das Konferenzobjekt beschreibt Blueprint, Reservierung, aktive und abgeschlossene Zustände. Richtlinien setzen Rechte, Erlaubnisse und Grenzen. Das Objekt hält Zustand, die Richtlinie genehmigt Übergänge, das Protokoll transportiert Befehle, Laufzeitkomponenten vollziehen Folgen.

Die Kennungen bleiben verschieden: Konferenz-URI für den Focus, XCON-URI für das Objekt, Konferenzbenutzer-ID für Person und Rolle im System. Eine Zusammenfassung in einem Feld erleichtert die Anzeige, zerstört aber Zurechnung.

Auch Abstammung zählt. Reservierungen stammen aus Blueprints, Sidebars hängen vom Elternobjekt ab, erzwungene Elternwerte begrenzen lokale Änderungen. Ein Snapshot verrät nicht, ob ein Wert geerbt, lokal überschrieben oder später privilegiert verändert wurde.

Ein Floor-Recht ist noch kein Medieneffekt

Ein Floor gewährt vorübergehend das Recht, eine Ressource zu nutzen. Das aktuelle BFCP stellt klar, dass dadurch Unberechtigte nicht automatisch technisch ausgeschlossen sind. Recht und Durchsetzung sind getrennt.

„Floor granted“ beweist den Schiedsspruch. Es beweist weder Aufnahme in den Mix noch Ausschluss einer anderen Quelle oder korrekte Zustellung. Die Prüfung muss Erlaubnis, Ressourcenzuordnung und beobachtetes Medienverhalten verbinden.

Benachrichtigungen sind berechtigte Ansichten

Teilnehmer können öffentlich, anonym oder verborgen erscheinen. Moderatoren dürfen Identitäten sehen, die anderen verborgen bleiben. Daher kann Bobs Fehlen in Carols Liste nicht seine Abwesenheit beweisen. Zwei unterschiedliche Ansichten können korrekt sein.

Jede Meldung braucht Beobachter, Rolle, Richtlinienversion und Offenlegungsregel. Sonst lassen sich Privatsphäre, Verzögerung, Zensur und Fehler nicht unterscheiden.

Sechs Quittungen verbinden

Bewahrt Antrag und Ziel, Authentisierung, autorisierende Rolle und Regel, Vorher-/Nachher-Version, vollziehende Komponente sowie die Sicht jedes Beobachters. Abgeglichene Uhren und Kennungszuordnungen verbinden diese Stücke.

RFC 5239 behauptet keinen Produktvorfall. Es liefert eine Architektursprache. Lu Hengs Running-Code-Prinzip ergänzt den Test: Autorität folgt zurechenbaren Handlungen und realen Folgen, nicht Titeln wie Host, Focus oder Zentralserver.

Quellen