Firefox 35 sagt "hello!"

…zu seinem amerikanischen Server.

Ich habe heute mal versucht, die neue webRTC-Funktion von Firefox zu nutzen, mit der man televisieren kann. Abgesehen davon, dass erstmal gar kein Gespräch zustandekam, war ich von dem ganzen Setup echt befremdet.

Ich hatte ja schon gemotzt, weil die Funktionalität meines bescheidenen Erachtens nichts aber auch gar nichts in meinem Browser zu suchen hat, sondern umgekehrt voll gut in dem von Mozilla sträflich im Stich gelassenen Thunderbird aufgehoben wäre. Dort befindet sich schließlich auch mein Adressbuch, logischerweise. Aber…

Der Dienst lässt mich erstmal ne Latte legal terms abnicken, in der irgendso eine Tokbox Inc. mir Nutzungslizenzen einräumt und dafür mal lustig Metriken abschnorchelt. Was? Ich dachte, native Internet-Videofonie* sollte eine Lösung auf der Grundlage eines offenen Standards sein?

Hat man die Funktion aus ihrem Versteck gepopelt, begrüßt mich das Verbindungsfenster zweitens mit dem freundlichen Hinweis, dass hello "Bereitgestellt von O²" ist. In Farbe. Mit Logo. Ja: O², das freundliche Bordell der spanischen Telefonica™, bekannt für opensource seit 1893. Ich bin einigermaßen fassungslos.

Drittens will das gute Teil mich direkt verbinden, peer to peer, indem es mir - TUSCH! - einen Link auf hello.firefox.com serviert. Na danke. Das ist ja sowas von dezentral.

Ich bin der Sache also im IRC Kanal von hello (der #loop heißt) mal den Entwicklern auf die Pelle gerückt und hab sie dazu befragt. Ergebnis:

Granted its a trade off. We could go for a more distributed net for negotiation…

Man könnte also die Aushandlung der Verbindung besser dezentralisieren. Warum tut man es dann nicht gleich?

Now this is how it looks to me: Whatever hello.firefox.com does and serves under the specific URL i receive, must be decentralized in order to have a future. This server's code must be standardized and thus could as easy run inside any client of my opponent, right? I think every webRTC developer should ask: Why not design loop to work without a central server from the very beginning?

* Siehe nächster Beitrag.