Teuteuteu, si je n'étais pas _obligé_ de faire du NAT, je n'aurais pas besoin d'avoir une machine capable de une machine capable de suivres des milliers de connexions en parallèle. Une bête carte réseau complètement stupide qui sait juste router selon l'ip et filtrer selon quelques règles triviales, et c'est marre (et ça consomme moins).
Pour ce qui est d'utiliser TCP pour faire du SIP, j'ai justement posé ça comme question à mon examen de réseau. Pourquoi ça ne marche pas bien ? Parce que le client n'a alors _aucun_ contrôle sur la gestion de flux. S'il y a quelques paquets perdus, TCP va essayer de retransmettre etc. et faire patienter l'application. Alors bien sûr il y a la solution "je tamponne". Super pour discuter, d'avoir quelques dizièmes de secondes de décalage... Pour du téléphone on veut du temps _réel_. Pour ça rien de tel qu'UDP, qui garantit à l'application d'obtenir réellement la latence du réseau, sans surcouche. Avec un codec bien senti, les pertes de paquets s'entendent à peine.
[^] # Re: Pardon mais
Posté par Samuel Thibault (site web personnel) . En réponse au journal Le tour de force de l'IPv6. Évalué à 7.
Pour ce qui est d'utiliser TCP pour faire du SIP, j'ai justement posé ça comme question à mon examen de réseau. Pourquoi ça ne marche pas bien ? Parce que le client n'a alors _aucun_ contrôle sur la gestion de flux. S'il y a quelques paquets perdus, TCP va essayer de retransmettre etc. et faire patienter l'application. Alors bien sûr il y a la solution "je tamponne". Super pour discuter, d'avoir quelques dizièmes de secondes de décalage... Pour du téléphone on veut du temps _réel_. Pour ça rien de tel qu'UDP, qui garantit à l'application d'obtenir réellement la latence du réseau, sans surcouche. Avec un codec bien senti, les pertes de paquets s'entendent à peine.