Merci pour ce magnifique cours, mais je n'en avais nullement besoin.
D'abord, ce n'est pas parce que _une_ machine cliente bittorrent est limité à 65000 ports qu'on peut se permettre de reporter la même limitation sur le routeur en utilisant du NAT: avec du NAT, c'est _l'ensemble_ des machines derrière le routeur qui est limité à 65000 connexions. Et là ça peut rapidement devenir gênant, si les ISP se retrouvent à devoir NATer des centaines de clients derrière une même IP parce qu'ils n'en ont plus, il n'y a plus assez de ports non plus !
> L'algo du NAT, ce n'est pas compliqué.
Bwahahahahahaha. De manière complètement transparente pour tous les protocoles existants ? Le scénario que tu décris, c'est effectivement le cas facile: pour l'UDP sortant vers un serveur qui a sa propre IP publique, où il n'y a pas établissement d'autres connexions.
Maintenant, moi je veux faire de la téléphonie entre deux machines. Manque de bol elles sont toutes les deux NATée. Eh bien on est juste coincé: déjà il faudrait déterminer l'adresse IP publique sous laquelle on est NATé pour pouvoir indiquer à l'autre vers quelle IP envoyer ses datagrammes, mais en plus il faudrait deviner quel port le routeur a utilisé pour masquerader mes paquets sortant... Sans intermédiaire, c'est juste pas possible.
[^] # Re: Pardon mais
Posté par Samuel Thibault (site web personnel) . En réponse au journal Le tour de force de l'IPv6. Évalué à 5.
D'abord, ce n'est pas parce que _une_ machine cliente bittorrent est limité à 65000 ports qu'on peut se permettre de reporter la même limitation sur le routeur en utilisant du NAT: avec du NAT, c'est _l'ensemble_ des machines derrière le routeur qui est limité à 65000 connexions. Et là ça peut rapidement devenir gênant, si les ISP se retrouvent à devoir NATer des centaines de clients derrière une même IP parce qu'ils n'en ont plus, il n'y a plus assez de ports non plus !
> L'algo du NAT, ce n'est pas compliqué.
Bwahahahahahaha. De manière complètement transparente pour tous les protocoles existants ? Le scénario que tu décris, c'est effectivement le cas facile: pour l'UDP sortant vers un serveur qui a sa propre IP publique, où il n'y a pas établissement d'autres connexions.
Maintenant, moi je veux faire de la téléphonie entre deux machines. Manque de bol elles sont toutes les deux NATée. Eh bien on est juste coincé: déjà il faudrait déterminer l'adresse IP publique sous laquelle on est NATé pour pouvoir indiquer à l'autre vers quelle IP envoyer ses datagrammes, mais en plus il faudrait deviner quel port le routeur a utilisé pour masquerader mes paquets sortant... Sans intermédiaire, c'est juste pas possible.