Connexion
Abonnez-vous

Chrome et Firefox communiquent ensemble grâce à WebRTC

Un partout, balle au centre

Chrome et Firefox communiquent ensemble grâce à WebRTC

Le 05 février 2013 à 09h20

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.

webrtc

 

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 :

Commentaires (50)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

J’ai entendu que le codec VP8 était utilisé dans la vidéo apparemment .

votre avatar







Wawet76 a écrit :



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…





Rien que le support de certains modules CSS3 devient presque impossible pour un nouvel arrivant sans reprendre l’existant (Gecko ou Webkit).


votre avatar

Moi j’attend plutôt les sockets UDP histoire de pouvoir faire de vrais jeux en réseau.

votre avatar







Jeru a écrit :



j’ai quand même l’impression de déjà faire ça avec google talk (pc-pc; pc-smarphone: smarphone-smartphone)





Le fait que ce soit directement intégré au navigateur, ça permet d’utiliser ces fonctions de communication dans les applications web, sans avoir à installer un plugin. C’est pas tout à fait comparable à une application qui ne permet que la communication. WebRTC ça permet d’éditer un document de façon collaborative par exemple. Bon l’utilisation de la vidéo dans une application c’est moins évident, mais on doit pouvoir trouver des idées qui sont possibles dans le navigateur et pas dans une application de type GTalk.


votre avatar

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é ?

votre avatar







phi1981 a écrit :



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é ?





http://www.webrtc.org/reference/architecture



Dans la partie “Transport” tu peux voir “SRTP” :en.wikipedia.org Wikipedia“The Secure Real-time Transport Protocol (or SRTP) defines a profile of RTP (Real-time Transport Protocol), intended to provide encryption, message authentication and integrity, and replay protection to the RTP data in both unicast and multicast applications.”



J’espère que ça répond à ta question. Je ne me suis encore penché plus que ça sur le sujet.


votre avatar

Y’a une boite francaise, bistri, qui a développé une solution se basant sur WebRTC. Ca a l’air de bien fonctionner.

votre avatar







Jeru a écrit :



<img data-src=" />







Pour de la mise à jour temps réel des page’s html le plus efficace c’est d’utiliser des “socket flash” même si ce n’est pas pour autant indispensable.

Quelques éléments ici:

http://socket.io/#faq


votre avatar







zogG a écrit :



Google et Mozilla main dans la main, comme c’est beau <img data-src=" />



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…







ils ne “travaillent pas les uns contre les autres” mais dans toutes les organisations “democratiques” comme le W3C ou la recherche de consensus est primordiale, il est normal (et meme souhaitable) qu’il y ait des divergences au depart.

Chacun vient avec sa conception des choses, ses envies et ses besoins puis on fout tout sur la table et on fait le tri pour ne garder que ce que tout le monde a approuve. Et forcement, cette phase de tri fait l’objet de grosses discussions et de desaccords.



Si le W3C etait une entite opaque et tout puissante qui decidait sans consultation, tout le monde gueulerait. Donc faut pas se plaindre d,avoir un systeme aussi transparent et clair. Et il faut assumer les defaut inherents au modele.


votre avatar







Wawet76 a écrit :



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 sous ensemble, c’est HTML.

Le terme HTML5 qu’on utilise aujourd’hui est un abus de langage pour designer toutes ces nouvelles technos (html5, css3, js, dom, etc)


votre avatar







Rozgann a écrit :



Bon l’utilisation de la vidéo dans une application c’est moins évident, mais on doit pouvoir trouver des idées qui sont possibles dans le navigateur et pas dans une application de type GTalk.







ca va surtout ameliorer fortement les possibilites des OS “web” de type FirefoxOS par exemple…


votre avatar







Khalev a écrit :



C’est “navigateurs” que tu comprends pas? <img data-src=" />





je ne comprends pas ce que tu n’as pas compris dans ma réponse.


votre avatar







Krogoth a écrit :



Pour de la mise à jour temps réel des page’s html le plus efficace c’est d’utiliser des “socket flash” même si ce n’est pas pour autant indispensable.

Quelques éléments ici:

http://socket.io/#faq





comme android n’integre plus le flash et que cela fonctionne donc sans je ne voyais pas le rapport avec le flash


votre avatar







Jeru a écrit :



je ne comprends pas ce que tu n’as pas compris dans ma réponse.





C’est une référence à Kaamelott (la seule chose que je connaisse d’eux d’ailleurs.youtube.com YouTube


votre avatar

Pourquoi la fenêtre de prévisualisation dans Chrome est à l’envers <img data-src=" /> ?

votre avatar







mum1989 a écrit :



J’ai entendu que le codec VP8 était utilisé dans la vidéo apparemment .





S’pasfaux<img data-src=" />


votre avatar

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? <img data-src=" />

votre avatar







lildadou a écrit :



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? <img data-src=">







Edit: Oh My Fucking God! C'est M\)
qui propose le WebRTC en décentralisé!


votre avatar

Google et Mozilla main dans la main, comme c’est beau <img data-src=" />



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…

votre avatar

j’ai quand même l’impression de déjà faire ça avec google talk (pc-pc; pc-smarphone: smarphone-smartphone)

votre avatar

@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

votre avatar







Jeru a écrit :



j’ai quand même l’impression de déjà faire ça avec google talk (pc-pc; pc-smarphone: smarphone-smartphone)





Oui, en flash.


votre avatar







Jeru a écrit :



j’ai quand même l’impression de déjà faire ça avec google talk (pc-pc; pc-smarphone: smarphone-smartphone)





Tu veux dire le truc qui passe par les serveurs de Google?



“Google et Mozilla se sont associés pour enrichir le protocole WebRTC d’une communication directe entre les navigateurs”


votre avatar

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…

votre avatar







Khalev a écrit :



Tu veux dire le truc qui passe par les serveurs de Google?



“Google et Mozilla se sont associés pour enrichir le protocole WebRTC d’une communication directe entre les navigateurs”





cpasfaux <img data-src=" />


votre avatar







anonyme a écrit :



Oui, en flash.





<img data-src=" />


votre avatar







Jeru a écrit :



cpasfaux <img data-src=" />





C’est “navigateurs” que tu comprends pas? <img data-src=" />


votre avatar







Quiproquo a écrit :



Le gros avantage du navigateur, c’est qu’il est présent presque partout. Tu peux t’appuyer dessus pour proposer un service sans installation de logiciel supplémentaire chez le client. C’est l’intérêt que je vois dans ces technologies.



Yep, certes. Moi, au regard de ce qu’on a vécu par le passé, l’intérêt que j’y vois est le coté multiplateforme, par défaut dans le navigateur.

Mais sinon, je peux comprendre les interrogations de celui à qui tu réponds : bourrer le browser de solutions existantes en software tiers ne serait pas génial longtemps et ferait usine à gaz (même si j’aimais bien Netscape et son client mail intégré <img data-src=" /> ).



Là, c’est franchement parce que ça balaye d’un coup les pb de compte AIM, Msn et consorts, dont tous ceux qui n’arrivaient pas à communiquer d’un OS à l’autre en full audio/video que j’y vois comme toi un avantage.

En gros, l’occasion est bonne, mais il ne faudrait pas recréer artificiellement les occasions pour des cas qui roulent hors navigateur amha.


votre avatar







Ricard a écrit :







HS: Tiens, c’est marrant de te lire juste après avoir mis les glaçons dans mon verre (véridique) <img data-src=" />


votre avatar







Zorglob a écrit :



HS: Tiens, c’est marrant de te lire juste après avoir mis les glaçons dans mon verre (véridique) <img data-src=" />





<img data-src=" /><img data-src=" />


votre avatar

<img data-src=" /> <img data-src=" />

<img data-src=" />

votre avatar







zefling a écrit :



Pour voir comment tu es vu, peut-être ?







C’est justement le contraire …


votre avatar







Zorglob a écrit :



Ah oui, c’est vrai [ Ton naïf, genre je connais pas le sujet ].

Je voulais dire “Parait que ça vient pour 99% des utilisateurs”…







Tu oublie juste les 45% de XP qui ne l’ont pas ?


votre avatar







freechelmi a écrit :



Tu oublie juste les 45% de XP qui ne l’ont pas ?



Boarf, j’imagine que les utilisateurs d’XP trouveront certainement un moyen de contourner le pb qui se présente à eux, d’une part en double boot, d’autre part en résolution de geek (voire surtout ?). C’est comme un linuxien à qui on dirait qu’il ne peut pas voir des videos HQ sur youtube quoi…

Disons que ce ne sont pas les utilisateurs d’XP le pb central de l’affaire, clairement… le mec sur opera et gentoo je comprends à la limite mais là…


votre avatar







mum1989 a écrit :



J’ai entendu que le codec VP8 était utilisé dans la vidéo apparemment .





Logique, Firefox ne prend pas en charge h264.


votre avatar







Khalev a écrit :



http://www.webrtc.org/reference/architecture



Dans la partie “Transport” tu peux voir “SRTP” :en.wikipedia.org Wikipedia“The Secure Real-time Transport Protocol (or SRTP) defines a profile of RTP (Real-time Transport Protocol), intended to provide encryption, message authentication and integrity, and replay protection to the RTP data in both unicast and multicast applications.”



J’espère que ça répond à ta question. Je ne me suis encore penché plus que ça sur le sujet.









Merci :)


votre avatar

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…

votre avatar







TheDidouille a écrit :



@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









Non Gtalk passe via Google uniquement si une connection XMPP via ICE, STUN ou TURN n’est pas possible , typiquement via un proxy http.



Gtalk est standard Xmpp , mais la on parles bien de pouvoir écrire un client en JS qui n’aura plus besoin d’un plugin pour l’accès aux périphériques et établir les connections.


votre avatar







Jeru a écrit :



comme android n’integre plus le flash et que cela fonctionne donc sans je ne voyais pas le rapport avec le flash





En fait griffin a dû aller un peu vite et faire référence aux possibilités offertes par le client intégré à GMail/Google+ quand on y accède via navigateur. Là effectivement, il faut du Flash.



Mais je suis assez d’accord avec l’idée qui sous-tend ton commentaire initial : même si être capable de faire avec les technologies Web tout ce qu’on peut faire avec n’importe quel autre langage de programmation peut être utile dans certains cas d’usage, on se focalise beaucoup sur les avancées des navigateurs en se disant “ceci et cela vont être possible !” sans se poser la question de savoir si ça sera mieux que d’avoir des applications natives qui font la même chose.


votre avatar







TheDidouille a écrit :



@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





si je ne dis pas de betises GTalk c’est du jabber


votre avatar







zogG a écrit :



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…



Pour le moment le plus gros emmerdeur reste Microsoft, mais comme il n’est plus en position de monopole, il fini enfin par se retrouver contraint de se conformer au W3C.







Wawet76 a écrit :



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…



Ça existe déjà, ça s’appelle HTML 3.1


votre avatar







TheDidouille a écrit :



@jeru, oui, mais je crois que GTalk à besoin d’un serveur central (qui est Open Source).







http://www.jabber.org/


votre avatar







RRMX a écrit :



Logique, Firefox ne prend pas en charge h264.



‘Parait que ça vient.

Mais l’experience WebRTC pourrait aussi interrompre cette volonté, c’est vrai.


votre avatar







Zorglob a écrit :



‘Parait que ça vient.

Mais l’experience WebRTC pourrait aussi interrompre cette volonté, c’est vrai.





Ça sera une dépendance, tu ne peux pas te baser sur une dépendance. Il suffit que le système ne l’ai pas et H264 n’est pas supporté.


votre avatar

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?

votre avatar







raysar a écrit :



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?





Pour voir comment tu es vu, peut-être ?


votre avatar

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.

votre avatar







BreizFenrir a écrit :



Mais je suis assez d’accord avec l’idée qui sous-tend ton commentaire initial : même si être capable de faire avec les technologies Web tout ce qu’on peut faire avec n’importe quel autre langage de programmation peut être utile dans certains cas d’usage, on se focalise beaucoup sur les avancées des navigateurs en se disant “ceci et cela vont être possible !” sans se poser la question de savoir si ça sera mieux que d’avoir des applications natives qui font la même chose.







Le gros avantage du navigateur, c’est qu’il est présent presque partout. Tu peux t’appuyer dessus pour proposer un service sans installation de logiciel supplémentaire chez le client. C’est l’intérêt que je vois dans ces technologies.


votre avatar







zefling a écrit :



Ça sera une dépendance, tu ne peux pas te baser sur une dépendance. Il suffit que le système ne l’ai pas et H264 n’est pas supporté.



Ah oui, c’est vrai [ Ton naïf, genre je connais pas le sujet ].

Je voulais dire “Parait que ça vient pour 99% des utilisateurs”…



votre avatar







zogG a écrit :



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…







L’histoire est remplie d’exemples qui auraient dû vacciner tout le monde.<img data-src=" />


Chrome et Firefox communiquent ensemble grâce à WebRTC

Fermer