On Dec 7, 2006, at 11:23 AM, [EMAIL PROTECTED] wrote:
Quoting Mathieu Arnold <[EMAIL PROTECTED]>:
+-le 06.12.2006 15:07:14 +0100, Greg VILLAIN a dit :
| Je me demande justement, ça peut prendre beaucoup de ressources la
| fragmentation sur un core router qui est déjà pas mal busy ?
(qui plus
| est qui sert une plateforme censée recevoir masse de
connexions...).
normalement, c'est pas le routeur qui fragmente, c'est la machine
en face qui
se voit répondre "faudrait faire plus petit", et qui fait plus petit.
C'est faux ! Le routeur va fragmenter par defaut, sauf si tu fais
du TCP MSS adjust ou du Path MTU Discover. Et seulement dans ce
dernier cas, des messages ICMP sont générés pour prevenir la
machine (qui doit elle aussi gerer le Path MTU discover).
Rishi
Alors moi je croiyais que la machine en face n'avait pas besoin de
faire du PMTUD... En gros PMTUD il fait une espèce de traceroute qui
retourne la MTU de chaque saut, la machine garde le plus petit MTU du
trajet et formate son envoi sur cette valeur non ? Il faut juste que
tous les sauts répondent à ICMP et ca doit fonctionner non ?
Autre doute que j'ai, est-ce que toute machine UNIX fait du PMTUD par
défaut ? ou genre il faut modprobe la feature, ou alors c'est plutôt
pas conseillé de le faire (si la machine se met à envoyer des paquets
formatés à la plus petite MTU des sauts sur son trajet, on perd
l'interêt du jumbo non ?)
Quelqu'un pour trancher ? C'est vrai que je suis pas super à l'aise
sur ce sujet. La question sous-jacente, c'est est-ce qu'un core qui
fragmente systématiquement des paquets en sortie (car il reçoit des
jumbos venant de serveurs en amont) va beaucoup souffrir, niveau
performances, de cette fragmentation.
Greg aka "go wikipedia, n00b"
--
Mathieu Arnold \ Responsable R & D
a b s o l i g h t \ www.absolight.fr
99, rue du Faubourg Saint-Martin 75010 Paris
tel : 0821.801.821 / fax : 0821.801.822
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
