> une passerelle Jingle<->PSTN ferait pareil.
J'ai pas dis le contraire, j'ai dis que les passerelles SIP<->PSTN existaient déja, contrairement à l'implémentation d'une passerelle jingle<->PSTN. (tu crois vraiment que les telco vont s'amuser a rajouter des trucs a chaque nouveau protocole ?)
Ben si tu dis le contraire, tu dis que Jingle ne peux pas faire ça, et que SIP peut le faire. Ni Jingle ni SIP ne le font vu que c'est la passerelle qui le fait. On parle du protocole là, pas des implémentations.
J'en ai pas l'utilité donc personne ne doit en avoir l'utilité ...
J'ai dit ça où ?
Sans compter que faire de la QoS en devant faire de l'auto détection des flux (pour augmenter la prio sur le RTP), si il n'y a pas d'autres contraintes (ie aucune signalisation, signalisation offerte par SIP par ex) ca va etre chaud pour la faire ta QoS.
Y'a des méchanismes de QoS qui n'analysent pas les paquets de signalisations du protocole (IntServ et DiffServ par exemple si je ne dis pas de bétises).
Ah j'oubliais il faut que je rajoute jingle sur mes routeurs parce que ca t'ennuie d'utiliser les standards.
XMPP est un standard.
Mais si tu aime coder un truc qui existe déjà pour le plaisir que "toi tu sais mieux que les gars de l'ietf qui ont fait un truc spécialisé", je t'en prie fait le.
Viens juste pas pleurer ensuite que jabber ne se developpe pas.
Jabber est un standard de l'IETF.
J'ai dis qu'il y a déja eu un choix qui a été fait pour transmettre la voix et la signalisation.
Choix qui a été adopté par un grand nombre d'acteurs.
H323 aussi avait été adopté par un grand nombre d'acteurs, et pourtant SIP a quand même été developpé pour palier aux problèmes de H323.
Maintenant si tu es sur que jabber et jingle ont une masse critique pour pousser tous les acteurs a incoporer un standard qui fait exactement doublon avec SIP sur le point de vue VOIP/... (voir est meme moins bon que SIP), et qu'au final le consommateur en sorte vainceur.
L'intégration de la présence dans la voip est l'avenir (savoir que ton correspondant est en ligne avant de l'appeler est quand même bien pratique), et Jabber fait ça mieux que SIP (ne t'en déplaise). Après certes jabber n'a pas encore la masse critique et je n'ai jamais dit le contraire, mais SIP a ses débuts non plus n'avait pas la masse critique.
Si utiliser une librairie c'est plus compliqué que concevoir, recoder , incorporer , tester la fiabilité dui protocole, itou
la effectivement je crois que je peux plus rien pour toi.
Tu m'as cité la bibliothèque pour me montrer que des gens trouvaient le protocole pas si compliqué, puisqu'ils avaient réussi à en faire une lib, je vois pas le rapport avec l'utilisation de la bibliothèque. C'est les gens qui ont fait la bibliothèque qui ont du s'amuser avec le protocole, pas ceux qui utilisent.
[^] # Re: En Italie
Posté par Omega . En réponse à la dépêche Le succès de "MSN" chez les jeunes pose-t-il un problème au logiciel libre ?. Évalué à 4.
J'ai pas dis le contraire, j'ai dis que les passerelles SIP<->PSTN existaient déja, contrairement à l'implémentation d'une passerelle jingle<->PSTN. (tu crois vraiment que les telco vont s'amuser a rajouter des trucs a chaque nouveau protocole ?)
Ben si tu dis le contraire, tu dis que Jingle ne peux pas faire ça, et que SIP peut le faire. Ni Jingle ni SIP ne le font vu que c'est la passerelle qui le fait. On parle du protocole là, pas des implémentations.
J'en ai pas l'utilité donc personne ne doit en avoir l'utilité ...
J'ai dit ça où ?
Sans compter que faire de la QoS en devant faire de l'auto détection des flux (pour augmenter la prio sur le RTP), si il n'y a pas d'autres contraintes (ie aucune signalisation, signalisation offerte par SIP par ex) ca va etre chaud pour la faire ta QoS.
Y'a des méchanismes de QoS qui n'analysent pas les paquets de signalisations du protocole (IntServ et DiffServ par exemple si je ne dis pas de bétises).
Ah j'oubliais il faut que je rajoute jingle sur mes routeurs parce que ca t'ennuie d'utiliser les standards.
XMPP est un standard.
Mais si tu aime coder un truc qui existe déjà pour le plaisir que "toi tu sais mieux que les gars de l'ietf qui ont fait un truc spécialisé", je t'en prie fait le.
Viens juste pas pleurer ensuite que jabber ne se developpe pas.
Jabber est un standard de l'IETF.
J'ai dis qu'il y a déja eu un choix qui a été fait pour transmettre la voix et la signalisation.
Choix qui a été adopté par un grand nombre d'acteurs.
H323 aussi avait été adopté par un grand nombre d'acteurs, et pourtant SIP a quand même été developpé pour palier aux problèmes de H323.
Maintenant si tu es sur que jabber et jingle ont une masse critique pour pousser tous les acteurs a incoporer un standard qui fait exactement doublon avec SIP sur le point de vue VOIP/... (voir est meme moins bon que SIP), et qu'au final le consommateur en sorte vainceur.
L'intégration de la présence dans la voip est l'avenir (savoir que ton correspondant est en ligne avant de l'appeler est quand même bien pratique), et Jabber fait ça mieux que SIP (ne t'en déplaise). Après certes jabber n'a pas encore la masse critique et je n'ai jamais dit le contraire, mais SIP a ses débuts non plus n'avait pas la masse critique.
Si utiliser une librairie c'est plus compliqué que concevoir, recoder , incorporer , tester la fiabilité dui protocole, itou
la effectivement je crois que je peux plus rien pour toi.
Tu m'as cité la bibliothèque pour me montrer que des gens trouvaient le protocole pas si compliqué, puisqu'ils avaient réussi à en faire une lib, je vois pas le rapport avec l'utilisation de la bibliothèque. C'est les gens qui ont fait la bibliothèque qui ont du s'amuser avec le protocole, pas ceux qui utilisent.