samedi 11 octobre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Avancées importantes dans le support de la voix sous Jabber/XMPP

Posté par tiennou_minet (). Modéré le 17 décembre 2005.
0
Ces derniers jours ont été riches en événements autour du support de la voix sous Jabber/XMPP.

En effet, la Jabber Software Foundation (JSF) a publié un ensemble de protocoles appelé "Jingle" permettant de gérer les connexions multimédia de pair à pair. Actuellement deux protocoles sont disponibles :
  • "Jingle Signalling" : protocole de base pour toute connexion multimédia
    • > "Jingle Audio" : protocole spécifique aux communications de type voix sur IP

Ces deux protocoles ont été rédigés en collaboration avec Google et sont très proches du protocole utilisé dans le logiciel Google Talk. Pour faciliter l'implantation de ces protocoles, Google a publié sous licence BSD une bibliothèque en C++ directement extraite du code de Google Talk. Cette bibliothèque est actuellement en train d'être intégrée au client Jabber Psi.

Jingle semble déjà séduire de nombreux acteurs du monde Jabber et devrait être prochainement intégré aux produits d'Antepo, Cerulean Studios (Trillian), Coversant, Digium (Asterisk), Gaim, Jive Software, Novamens, Psi, SAPO, et Tipic.

> Lire la suite (40 commentaires, moyenne: 4,6).   [dépêche : 1149 caractères]

Comme l'explique Peter Saint Andre (le président de la JSF) sur son blog, les précédentes tentatives de la JSF pour définir un protocole de transport de la voix ont reçu jusqu'à présent des retours peu favorables. Notamment le protocole TINS qui définit comment négocier une session SDP par XMPP est souvent jugé trop compliqué. Les protocoles Jingle sont donc censés résoudre ce problème en proposant une solution plus intégrée à XMPP là où TINS était focalisé sur la facilité de compatibilité avec SIP. Néanmoins, la Jabber Software Foundation travaille actuellement à normaliser la façon dont Jingle devrait s'interfacer avec SIP, H323 et IAX. La complexité d'interface XMPP/protocole externe devrait donc être ramenée au niveau des passerelles (côté serveur), ce qui a toujours été la philosophie de Jabber.

Jingle est actuellement au tout début de sa phase de normalisation (les protocoles ont pour l'instant le statut « expérimental ») et évoluera par le processus de normalisation standard de la JSF auquel n'importe qui peut prendre part à travers la liste de diffusion Standards-JIG.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

routeur NAT

Posté par Rémi Delepoulle () le 17/12/2005 à 11:35. (lien). Évalué à 9.

une question serait de savoir si ils on prévu un systeme pour communiquer avec des gens qui utilisent un routeur NAT, ce qui est très courrant.

Par exemple Skype (qui n'est pas une référence du libre) utilise un systeme de peer-to-peer qui permet d'etablire un connexion entre nimporte qui même deux personnes derière un routeur NAT.

[+] Génial!

Posté par Mathieu Stumpf (Jabber id, page perso, ) le 17/12/2005 à 11:39. (lien). Évalué à -10.

Plus qu'a configurer ma caméra comme webcam.
Enfin si ma caméra est reconnue... humm, une bonne séance bidouillage en perspective.


/me RFTM.

--
Le wiki de l'association culture libre : venez participer !

Il manque Kopete dans la liste

Posté par Johann Ollivier-Lapeyre (page perso, ) le 17/12/2005 à 14:03. (lien). Évalué à 6.

Vu ce qui est dis dans la mailing list et sur #kopete, Kopete pourrait etre rajouté dans la liste des logiciels qui vont implémenter Jingle. Sinon, il est vrai que Jingle-video n'existe pas encore, mais ça va suivre apres.

En fait, on peut tout à fait penser que d'ici 1 an, on aura plein de clients win/linux/osx qui supporteront un Jabber audio/video, des serveurs Jabber capable d'absorber de gros traffics (via google), et donc il sera enfin temps de faire migrer ses contacts.

--
----------------------------------------------------------------
KDE - Kopete - Oxygen - KDEgames

anglicisme

Posté par plic () le 17/12/2005 à 17:54. (lien). Évalué à 3.

status ==> statut

Merci.

--
«La faculté de citer est un substitut commode à l'intelligence» — Sommerset Maugham

Centralise vs desentralise

Posté par tanguy_k (page perso, ) le 19/12/2005 à 00:03. (lien). Évalué à 2.

La complexité d'interface XMPP/protocole externe devrait donc être ramenée au niveau des passerelles (côté serveur), ce qui a toujours été la philosophie de Jabber.

Ca c'est un truc que je ne comprends pas. On essaye le plus possible de tout decentraliser alors qu'au contraire Jabber (semi) centralise.

La philosophie d'Internet (de TCP/IP) est de mettre l'intelligence au bord du reseau. On voit actuellement a quel point ces concepteurs avaient raison: on peut faire passer n'importe quel type d'information sur Internet, se sont les terminaux (PC) qui intepretent l'information et ca tombe bien car ils sont de plus en plus puissants pour un cout de plus en plus faible.
Avec Jabber au contraire ce sont les serveurs qui ont de l'intelligence en permettant l'interconnexion avec d'autres reseaux.

La recherche actuelle est tournee vers les systemes decentralises:
http://pdos.csail.mit.edu/chord/#pubs
http://research.microsoft.com/~antr/Pastry/pubs.htm
http://ntrg.cs.tcd.ie/undergrad/4ba2.02-03/p9.html

Je ne sais pas si Jabber a de l'avenir, mais en tout cas je suis plus partisant pour des solutions comme Gaim ou c'est le PC final qui contient l'intelligence et pas le serveur.

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1767s (dont 0.0384 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !