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)
#1
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?
" />
#2
#3
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…
#4
j’ai quand même l’impression de déjà faire ça avec google talk (pc-pc; pc-smarphone: smarphone-smartphone)
#5
@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
#6
#7
#8
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…
#9
#10
#11
#12
J’ai entendu que le codec VP8 était utilisé dans la vidéo apparemment .
#13
#14
Moi j’attend plutôt les sockets UDP histoire de pouvoir faire de vrais jeux en réseau.
#15
#16
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é ?
#17
#18
Y’a une boite francaise, bistri, qui a développé une solution se basant sur WebRTC. Ca a l’air de bien fonctionner.
#19
#20
#21
#22
#23
#24
#25
#26
Pourquoi la fenêtre de prévisualisation dans Chrome est à l’envers
" /> ?
#27
#28
#29
#30
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…
#31
#32
#33
#34
#35
#36
#37
#38
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?
#39
#40
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.
#41
#42
#43
#44
#45
#46
#47
#48
#49
#50