Damien Sandras a écrit 350 commentaires

"une explication assez logique qui lie ce nom à l'usage du logiciel"

C'est l'astérisque sur le pavé numérique des téléphones (à gauche du 0).

Jingle est une extension de Jabber, qui permet en gros de faire se que fait SIP

Non, Jingle ne permet de faire que des choses très très basiques. SIP permet beaucoup plus, via un déluge de RFC.

mais de manière plus aisé quand il y a du NAT ou des Firewall

Pas vraiment, Jingle souffre des mêmes problèmes à cause de RTP et implémente les mêmes bricolages pour contourner cela que SIP : STUN et ICE.

Comme dit Yannick, on ne va pas t'aider dans le setup ici, ce n'est pas l'endroit approprié.

Si cela t'intéresse et que tu ne trouves pas par toi-même la solution à ton problème, tu peux passer sur irc, ou passer par la mailing list.

"erreur lors de l'installation des bibliothèques GTK+"

Et quelle est l'erreur ?

"De mon côté, sous Linux, il m'annonce que mon inscription à ekiga.net a échoué"

Et quelle est l'erreur ?

Enfin, je te rassure, tu dois avoir mal configuré ton système car il y a pas loin de 1000 personnes en ligne sur Ekiga.net, donc cela exclut un problème du côté du serveur, de même qu'un bug éventuel dans Ekiga :)

Ben c'est le principe de STUN. Avec Linux par exemple, cela ne passera pas...

En cas de NAT symmétrique cela ne passe pas.

B n'acceptera des paquets sur ce port que si ils viennent de C.

"Bref, IAX2 étant un protocole mono-port, il n'a pas besoin de développement spécifique comme FTP, IRC, H323, SIP au niveau des pare-feu."

Ben si, justement.

Si tu veux que ton trafic audio/video ne passe pas par un serveur IAX2 publique, mais puisse se faire directement entre 2 softphones, comment fais-tu sans redirection de port en cas de NAT symmétrique ?

Pour rappel, avec le NAT symmétrique, le port UDP alloué à ton client derrière ton routeur NAT va dépendre du couple IP / Port distant avec lequel tu discutes. Bref, le quintuple (port interne, IP interne, port sur le routeur NAT, port externe, IP externe) est unique.

Cela signifie que ce port change suivant ton interlocuteur. Cela signifie aussi que sans port forwarding, ou sans passer par un serveur public centralisant tous les flux, tu ne passes pas le NAT symmétrique. Juste comme c'est le cas avec SIP ou avec H.323.

Il faut arrêter de répandre des mythes.

C'est vrai cela, quand nous envoies-tu un patch pour rendre Ekiga potable ?

"La seule solution serait comme je l'ai dis de mettre tout l'effort sur le protocole IAX2 qui lui est propre contrairement au SIP et au H323."

[...]

"L'avantage est qu'il suffirait d'avoir un serveur Astérisk en IP public et les clients pourraient rester derrière un nat..."

[...]

Le principal problème d'IAX2 est justement ce que tu décris : tu as besoin d'un serveur Asterisk public par lequel passent tous les flux, y compris l'audio et la video. A partir du moment où tu as cela, forcément cela fonctionne, mais c'est un goulot d'étranglement.

Avec SIP, tu peux également avoir un proxy SIP public qui a le même effet. A partir du moment où les flux audio et video passent par un "serveur" public, il est normal que le NAT ne soit plus un problème. Cependant, en termes de latence et de bande passante, c'est loin d'être l'idéal.

SIP a au moins l'avantage que la plupart des routeurs NAT du marché commencent à supporter SIP nativement, tout comme ils supportent IRC ou FTP.

"Quels outils pour la ToIP (jabber de préférence) ?"

Jabber n'est pas un outil de ToIP, il est d'ailleurs encore assez limité de ce point de vue là. C'est un protocole de messagerie instantanée auquel on a ajouté des "notions" de VoIP.

Voir plutôt du côté des solutions SIP, H.323, IAX ou autres.

"pourquoi ne pas mettre d'autres entreprises de telephonie IP?"

Parce qu'historiquement ce sont les premiers à avoir ouvert leurs passerelles à des codecs non propriétaires et non brevetés utilisés par Ekiga. Avant qu'ils ne le fassent, on ne trouvait que du G.723.1 partout.

Mais bon, je perds mon temps ici (comme souvent malheureusement dans les commentaires sur linuxfr), bref, j'arrête mes explications. Penses ce que tu veux. Fais du FUD si tu le désires. Moi, j'arrête ici.

A partir du moment où on te laisse un choix, je ne considère pas que c'est lié à une entreprise. Diamondcard ne développe pas le logiciel, et rien ne t'impose d'utiliser Diamondcard.

Ceci étant dit, tu es libre d'avoir ton opinion, même si en temps que développeur du soft, je te confirme qu'Ekiga n'est lié à aucune boîte que ce soit.

Edit->Accounts

Tu peux ajouter autant d'accomptes SIP et H.323 que tu veux, PC-To-Phone ou pas, y compris Wengo (une grande partie des utilisateurs français d'Ekiga l'utilisent d'ailleurs avec Free ou avec Wengo pour la téléphonie IP).

"impatient d'avoir enfin Jingle sous jabber"

Tout dépend de l'utilisation que tu en as. Si effectivement, ton but est de chatter, sans vidéo, sans vraie téléphone IP, Jingle remplit bien son rôle.

Si par contre, tu veux faire de la visioconférence, à mon sens, H.323 reste le meilleur (comme dit plus haut). Il y a par exemple des messages échangés sur le canal H.245 pour demander de retransmettre des paquets corrompus, ce qui n'existe pas encore avec SIP.

Si tu veux faire de la vraie téléphonie IP, intégrée à un CISCO Call Manager, ou à Asterisk, SIP s'impose.

Ce que j'attends avec impatience de mon côté, c'est l'interopérabilité. Google nous a promis une spec permettant l'intégration SIP/Jabber/Jingle, mais je ne vois rien venir et c'est bien dommage.

Pour moi, le couple gagnant est Jabber/SIP, pas Jabber/Jingle ou SIP/SIMPLE.

"que ce soit la boite avec laquelle est lie ekiga ca existe pas pour les numeros francais"

Ekiga n'est lié à aucune boîte, j'insiste. Tu peux utiliser Ekiga avec n'importe quel provider SIP, y compris free. (Free fournit-il des numéros français?)

"Et ? J'ai du mal à te suivre. C'est au monde entier de te payer pour assouvir ta passion ? Si je donne de mon temps pour une association ou une oeuvre je peux exiger qu'on taxe la terre entière pour me dédommager du temps passé ? Comme tu le dis, il y a deux cas : Soit on développe bénévolement, soit on le fait contre rémunération. Si on le fait bénévolement, comme son nom l'indique on n'attend rien en retour. Si j'aide bénévolement les restos du coeur, je ne vais pas exiger qu'on me paie. Si on développe contre rémunération, il faut trouver quelqu'un pret à payer pour."

Tu détournes mes propos. Je ne développe ni bénévolement, ni contre rémunération. Je développe du logiciel libre. Mais tu fais sans doute partie de ceux qui voient un intérêt dans le "Free Software" parce que pour eux "Free=Gratuit".

Hans Reiser soulève un problème intéressant : le fait que justement, développer du code libre, implique trop souvent de le faire bénévolement.

"Personne ne force Hans Reiser à faire du logiciel libre. S'il ne peut pas en vivre, c'est son problème. Il peut toujours faire autre chose. Avoir une passion, c'est bien. Pouvoir en vivre, c'est encore mieux. Mais si on n'y arrive pas, on n'a pas à en vouloir à la terre entière. Il y a des tas de gens qui se lèvent tous les jour pour aller bosser, pour faire un boulot qui ne les passionne pas spécialement mais il faut bien payer les factures."

Bof, je ne suis pas trop d'accord. Si je suivais ton raisonnement, il y a bien longtemps que je ne développerais plus. Actuellement, pour développer du libre, on a deux choix : soit on le fait pour rien, soit on le fait via une boîte commerciale.

Le problème dans le premier cas est que cela fonctionne bien tant qu'on est étudiant et qu'on n'a pas de vie familiale. Après viennent les obligations, et le reste et on n'a plus forcément le temps, ni le moyen de justifier des heures entières prestées pour rien le week-end, ou en soirée.

Le problème dans le second cas est qu'on se retrouve à développer sur des logiciels libres qui ont un intérêt commercial et que tout logiciel libre n'a pas forcément un attrait commercial. L'autre problème est que lorsque la société commerciale arrête d'investir dans le soft par manque d'intérêt, ce dernier, souvent, disparaît.

Il y a ici à mon sens un gros égoïsme de la part des utilisateurs de logiciels libres qui se ressent bien dans ton propos.

Je fais partie de ceux qui développent pendant leur temps libre, en moyenne 2H00 ou 3H00 par soir, en rentrant fatigué d'une longue journée de boulot.
Après 6 années, et avec une vie familiale bien remplie, des obligations, etc... cela devient de plus en plus difficilement justifiable.

"Pour ce qui est d'avoir toujours gardé ta reserve, tu veux vraiment que je cherche dans les archives de Linuxfr la liste des trolls sur ekiga auxquels tu as répondu ?"

Garder ma réserve = ne pas m'énerver
Ca ne m'empêche pas de répondre...

Le lieu pour aider les utilisateurs par rapport à leurs problèmes de configuration est la mailing list utilisateur.
Le lieu pour poster des bugs reports est bugzilla.

En aucun cas, Linuxfr n'est le lieu ;)

Par ailleurs, le débit est affiché, le fait de cacher la fenêtre en la fermant est commun (gaim utilise le même principe par exemple), le fait qu'ALSA bloque est décrit un peu partout (c'est artsd qui occupe la carte son). Bref, voilà déjà un aperçu concernant tes remarques.

Quand on n'a pas le temps de se pencher dessus, on ne dit rien.
Quand on a le temps d'écrire un commentaire comme celui-ci, on a le temps aussi d'écrire un rapport de bug convenable.

Désolé, mais à chaque fois qu'il y a une nouvelle sur Ekiga, il y a toujours des gars qui se défoulent dessus pour dire "oui mais tout compte fait ça marche pas sauf quand ça marche" et dont l'argumentaire est vide.

J'ai toujours gardé ma réserve par rapport aux trolls, mais ici je sors de mes gonds. Puisque c'est comme ça, j'ai bien envie de réduire encore plus l'équipe de développeurs et de la quitter, ainsi, tout le monde sera tranquille!

Marre de la critique gratuite.

Je rappelle que c'était un journal pour fêter les 5 ans d'un soft. 5 ans d'une vie dévoués à ce soft dès qu'une minute de temps libre se présente, pour pas un kopeck.

Il y a toujours des mécontents, mais je vais m'efforcer de répondre.

"- la compilation n'a jamais été simple, surtout pour les libs"

Quand on n'est pas un pro de la compilation, on ne compile pas, et on utilise des binaires. Pour reprendre ton argumentaire, je dirais que Madame Michu ne compilera pas, elle utilisera une interface graphique, sur laquelle elle cochera la case d'installation d'Ekiga, et elle attendra que ce soit fait.

"- Quand ça marche pas, on sait pas pourquoi"

Ben si, il y a des messages d'erreur et des assistants pour l'audio et le NAT.

"* L'hôte est il accessible (ping)?"

Le proxy SIP te renverra un beau message d'erreur te le disant, message relayé par Ekiga.

"* Ekiga est il en écoute?"

Oui, sinon il t'affiche un popup pour te dire que non.

"* Il y a il un firewall qui coupe, quoi?"

Le test NAT de l'assistant de configuration te le dira.

"* La transmission est elle saturé?"

Tu le verras (pertes de paquets)

"* Pourquoi Alsa bloque? Pourquoi j'ai un bruit haute fréquence? ..."

Pourquoi mon disque dur fait du bruit? Pourquoi mon écran n'a pas un bon contraste?
=> Si ALSA bloque, ta distribution a un bug, reporte-le...

"Ajoutons la fonction "sauvegarde du bureau kde". Et vous avez 100 Ekiga en tâche de fond ... Un cauchemar!"

<troll>J'ai toujours dit que KDE n'était pas fait pour Madame Michu...</troll> Mais, leur as-tu reporté un bug? <troll>Je commence à me demander si Madame Michu ce ne serait pas toi.....</troll>

Encore un commentaire vide, une tentative de troll, dans laquelle je me laisse prendre. Mais promis, je ne répondrai plus à aucun post de ce thread.

"J'avais essayé la précédente version d'ekiga avec une grosse déception : nombreuses déconnections et plantages du logiciel."

Ce serait bien de faire des rapports de bugs. Nous n'avons eu que très rares rapports de crashes qui ont été fixés dans la 2.0.2. Le seul gros problème qui reste à l'instant est la version 1.0.11 d'ALSA qui est buggée et fait planter Ekiga une fois sur deux lors des sessions audio.

Encore une fois, je suis intéressé par un retour des utilisateurs sur la mailing list ou via bugzilla. Pas dans des journaux linuxfr que je ne lis que rarement par manque de temps!

"Ekiga est buggué jusqu'à l'os pour l'enregistrement SIP (il ne renouvelle pas) et pose quelques problèmes sur les codecs audio en h323."

Personne n'a reporté ce problème, donc ça m'inquiète un peu. Te serait-il possible d'installer la 2.0.2, voir si le problème persiste, et si il persiste passer par la mailing list pour un débuggage et un fix?

Merci

Désolé, mais je ne comprends pas ton (manque d') argumentaire. Surtout le "tu DOIS utiliser un autre service pour faire tes appels"...

Cela signifie probablement que la liberté de choix serait un frein selon toi.

Différence de point de vue, restons-en là dans ce cas.

"Wengophone fait aussi un des call-out les moins cher du marché, les passerelles avec d'autres protocoles,..."

A partir du moment où Ekiga supporte SIP et H.323 et donc la plupart des providers existant sur le net à l'heure actuelle, y compris Wengo, je ne vois pas le sens de ta remarque.

Peux-tu m'expliquer?