Chrome et Firefox communiquent ensemble grâce à WebRTC
Un partout, balle au centre
Le 05 février 2013 à 09h20
3 min
Logiciel
Logiciel
Le mois dernier, Microsoft a présenté une nouvelle idée de standard, baptisé CU-RTC-Web, et entrant en concurrence avec un autre protocole, le WebRTC, toujours en brouillon. L’éditeur avait formulé plusieurs critiques à l’encontre de ce dernier, mais Google et Mozilla viennent d’en gommer l’un des principaux soucis.
Lorsque Microsoft a présenté le mois dernier son protocole CU-RTC-Web, il disposait d’un avantage de poids. L’éditeur soulignait en effet que WebRTC, actuellement en brouillon au W3C, comportait un défaut dans la cuirasse : il n’était pas possible de mettre en relation et de manière directe deux navigateurs entre eux. Ainsi, les communications VoIP devaient passer par un serveur centralisé.
La solution de Microsoft, en plus de permettre cette communication gérée par un serveur, permettait également d’établir un lien entre deux navigateurs. La démonstration de la forme s’appuyait d’ailleurs sur un Internet Explorer 10 sous Windows 8 et un Chrome sous OS X. Microsoft précisait toutefois que WebRTC et CU-RTC-Web n’étaient pas nécessairement ennemis. Ainsi, WebRTC pouvait très bien prendre place au-dessus du second pour bénéficier de fondations plus « propres ».
Cependant, la principale différence entre les deux protocoles vient de subir un coup de gomme vengeur. Google et Mozilla se sont associés pour enrichir le protocole WebRTC d’une communication directe entre les navigateurs, comme le montre la vidéo ci-dessus.
La démonstration a été réalisée par Todd Simpson, responsable de l’innovation chez Mozilla, et Hugh Finnan, responsable gestion des produits chez Google. Elle était basée sur deux versions des navigateurs qui peuvent en fait être récupérées : Chrome 25 bêta et la dernière Nightly pour Firefox. Dans cette dernière, l’utilisateur devra cependant activer la ligne « media.peerconnection.enabled » avec la valeur « true » dans le « about:config ».
La présentation faite par Mozilla et Chrome est évidemment un pas important pour la technologie WebRTC. Puisqu’il s’agit d’un standard en formation, la capacité est inhérente au navigateur. De fait, l’utilisateur peut se servir sous Firefox d’un service proposant de la VoIP et appeler un collègue se servant de Chrome, le tout sans passer par un plug-in évidemment. Il est intéressant de remarquer que ni Google ni Mozilla n’abordent la technologie proposée par Microsoft dans leurs billets respectifs.
Ceux qui sont intéressés par WebRTC pourront en tout cas utiliser les liens utiles suivants :
- Chrome 25 bêta
- Firefox Nightly
- Utilisation de base de RTCPeerConnection
- Le code source utilisé par Google pour sa démo dans Chrome
- Une bibliothèque pour simplifier le développement d’applications web WebRTC
- Un document décrivant quelques petites différences d’implémentations entre les navigateurs
Commentaires (50)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 05/02/2013 à 09h42
J’ai entendu que le codec VP8 était utilisé dans la vidéo apparemment .
Le 05/02/2013 à 09h43
Le 05/02/2013 à 09h48
Moi j’attend plutôt les sockets UDP histoire de pouvoir faire de vrais jeux en réseau.
Le 05/02/2013 à 09h54
Le 05/02/2013 à 09h57
Est-ce qu’on sait si la communication est chiffrée entre les deux ? et si oui, comment ça se passe pour le certificat de sécurité ?
Le 05/02/2013 à 10h05
Le 05/02/2013 à 10h17
Y’a une boite francaise, bistri, qui a développé une solution se basant sur WebRTC. Ca a l’air de bien fonctionner.
Le 05/02/2013 à 10h17
Le 05/02/2013 à 10h31
Le 05/02/2013 à 10h33
Le 05/02/2013 à 10h35
Le 05/02/2013 à 10h39
Le 05/02/2013 à 10h41
Le 05/02/2013 à 10h51
Le 05/02/2013 à 10h52
Pourquoi la fenêtre de prévisualisation dans Chrome est à l’envers " /> ?
Le 05/02/2013 à 10h53
Le 05/02/2013 à 09h25
De la VoIP en P2P, sa me rappelle Skype. Vous pensez que sa gêne Skype et donc M$ qu’il puisse exister un protocole standardiser permettant l’interopérabilité entre solution de VoIP? " />
Le 05/02/2013 à 09h27
Le 05/02/2013 à 09h32
Google et Mozilla main dans la main, comme c’est beau " />
Enfin en 2013 ces boites travaillent toujours les une contre les autres pour établir les “standards”… tu m’étonnes que ça soit le bordel après… pourtant les années IE6/Netscape auraient dû vacciner tout le monde…
Le 05/02/2013 à 09h32
j’ai quand même l’impression de déjà faire ça avec google talk (pc-pc; pc-smarphone: smarphone-smartphone)
Le 05/02/2013 à 09h34
@jeru, oui, mais je crois que GTalk à besoin d’un serveur central (qui est Open Source).
Il vaut mieux améliorer une solution existante que de tout refaire from scratch
Le 05/02/2013 à 09h35
Le 05/02/2013 à 09h36
Le 05/02/2013 à 09h39
Y’a un moment, va falloir standardiser un sous-ensemble de HTML pour juste afficher une page statique simple. On pourrait avoir des moteurs d’affichage super-léger et tout simple (donc moins de failles) pour par exemple afficher de la documentation ou le contenu d’un mail en html.
Parce que là avec tout ce que font les navigateurs, le ticket d’entrée pour un nouvel arrivant est de plus en plus cher…
Le 05/02/2013 à 09h39
Le 05/02/2013 à 09h39
Le 05/02/2013 à 09h41
Le 05/02/2013 à 18h08
Le 05/02/2013 à 18h09
Le 05/02/2013 à 18h13
Le 05/02/2013 à 18h51
" /> " />
" />
Le 06/02/2013 à 07h00
Le 06/02/2013 à 16h09
Le 06/02/2013 à 21h37
Le 05/02/2013 à 10h59
Le 05/02/2013 à 11h35
Le 05/02/2013 à 11h49
Au passage la vidéo du gars de chez Mozilla est dans le bon sens dans le navigateur chrome, alors que la vidéo du gars de chez google est inversé dans firefox…
Le 05/02/2013 à 11h51
Le 05/02/2013 à 12h28
Le 05/02/2013 à 13h12
Le 05/02/2013 à 13h24
Le 05/02/2013 à 13h34
Le 05/02/2013 à 14h08
Le 05/02/2013 à 15h06
Le 05/02/2013 à 15h45
Qui peut-il m’expliquer POURQUOI un débile s’est mis en tête d’avoir son retour en image MIROIR de soit-même ?
C’est pareil sur msn et skype, pourquoi? pourquoi?
Les gens sont-ils tarés?
Le 05/02/2013 à 15h53
Le 05/02/2013 à 15h58
Ah bin voilà… connexion paire à paire de flux vidéos, ces kludges que sont les navigateurs peuvent officiellement accepter des connexions entrantes pour la video.
Maintenant faut qu’on chiffre tout ça avec du bon PSK et les algos qu’on veut.
Maintenant j’ai pas regarder le niveau de complexité du protocole. Car si il est épouvantable lourd à mettre en œuvre, ça vaudra rien par rapport aux SIP/RTP/(xmpp/jingle) qui existent depuis un bon moment.
Le 05/02/2013 à 16h20
Le 05/02/2013 à 17h57
Le 05/02/2013 à 17h59