Si les NAT avaient tous le même comportement, il n'y aurait pas de problème pour les passer. Or les NAT sont implémentés selon le bon vouloir de leurs constructeurs. Une nomenclature a été mise au point en vu de les passer justement, et il se trouve que les NAT dit "symétriques" sont infranchissables sans avoir un relai extérieur. Skype les passe probablement et se faisant relayer par d'autres clients skype qui eux ne sont pas derrière des NAT (des super nodes en somme).
Le méchanisme STUN, qu'utilise Ekiga est issu de ce groupe de travail et permet de passer la majorité des NAT. Un autre méchanisme, dit ICE, étend STUN avec la mise en place de relais (méchanisme dit TURN) et un algorithme pour décider de la meilleure route à suivre, mais il faut donc mettre en place des serveurs qui vont relayer les communications (donc il faut les ressources nécessaire en terme de bande passante, de coûts et cela induit de la latence supplémentaire). L'autre voie suivit par ce groupe de travail est de normaliser les NAT ce qui me semble la bonne solution.
À terme la situation va donc s'améliorer et le besoin d'astuces comme Skype en utilise se fera moins sentir et disparaîtra, ce qui est une bonne nouvelle pour tous les logiciels qui font du p2p.
Pour ce qui est de la qualité de la vidéo, cela est lié à la qualité de la webcam, et sous GNU/Linux on a aujourd'hui de très bonnes webcams compatibles, notamment grâce à la norme industrielle UVC video (par exemple la Logitech Quickcam Pro 9000 et la Creative Live! Cam Optia AF) ou encore la Philips SPC900NC qui utilise le driver pwc. C'est aussi très lié au codec vidéo utilisé. Ekiga en version stable aujourd'hui utilise le codec H.261 qui est loin de ce qui se fait de mieux en la matière. Grâce à un nouveau contributeur, la version de développement a maintenant beaucoup de nouveaux codecs vidéo: H.263+, Theora et surtout l'excellent H.264 qui est ce qu'utilise xchat sous Mac OS. Ils seront disponible dans la version 3.0 d'Ekiga et on n'aura rien à envier à Skype sur ce point (et son codec VP7) car il semble qu'H.264 soit meilleur que ce qu'utilise Skype.
Roadmap d'Ekiga: http://wiki.ekiga.org/index.php/Roadmap_to_3.00
[^] # Re: Video sous Linux dans Skype
Posté par Yannick . En réponse à la dépêche Polices STIX, sources de Multics et Skype ajoute la vidéo sous Linux. Évalué à 7.
Si les NAT avaient tous le même comportement, il n'y aurait pas de problème pour les passer. Or les NAT sont implémentés selon le bon vouloir de leurs constructeurs. Une nomenclature a été mise au point en vu de les passer justement, et il se trouve que les NAT dit "symétriques" sont infranchissables sans avoir un relai extérieur. Skype les passe probablement et se faisant relayer par d'autres clients skype qui eux ne sont pas derrière des NAT (des super nodes en somme).
Fort heureusement l'IETF est consciente du problème et travaille à le résoudre en tentant de normaliser le comportement des NAT grâce au gropue BEHAVE: http://www.ietf.org/html.charters/behave-charter.html
Le méchanisme STUN, qu'utilise Ekiga est issu de ce groupe de travail et permet de passer la majorité des NAT. Un autre méchanisme, dit ICE, étend STUN avec la mise en place de relais (méchanisme dit TURN) et un algorithme pour décider de la meilleure route à suivre, mais il faut donc mettre en place des serveurs qui vont relayer les communications (donc il faut les ressources nécessaire en terme de bande passante, de coûts et cela induit de la latence supplémentaire). L'autre voie suivit par ce groupe de travail est de normaliser les NAT ce qui me semble la bonne solution.
À terme la situation va donc s'améliorer et le besoin d'astuces comme Skype en utilise se fera moins sentir et disparaîtra, ce qui est une bonne nouvelle pour tous les logiciels qui font du p2p.
Pour ce qui est de la qualité de la vidéo, cela est lié à la qualité de la webcam, et sous GNU/Linux on a aujourd'hui de très bonnes webcams compatibles, notamment grâce à la norme industrielle UVC video (par exemple la Logitech Quickcam Pro 9000 et la Creative Live! Cam Optia AF) ou encore la Philips SPC900NC qui utilise le driver pwc. C'est aussi très lié au codec vidéo utilisé. Ekiga en version stable aujourd'hui utilise le codec H.261 qui est loin de ce qui se fait de mieux en la matière. Grâce à un nouveau contributeur, la version de développement a maintenant beaucoup de nouveaux codecs vidéo: H.263+, Theora et surtout l'excellent H.264 qui est ce qu'utilise xchat sous Mac OS. Ils seront disponible dans la version 3.0 d'Ekiga et on n'aura rien à envier à Skype sur ce point (et son codec VP7) car il semble qu'H.264 soit meilleur que ce qu'utilise Skype.
Roadmap d'Ekiga:
http://wiki.ekiga.org/index.php/Roadmap_to_3.00
Cordialement,
Yannick